KEVOS
ArticlesServicesCase studiesAboutContact
ArticlesServicesCase studiesAboutContact
← ArticlesA Second Worked Schedule: Sound Arithmetic, Absent TasksProject Delivery · Research ProjectsLesson 264/267← PrevNext →
GuidePublished 16 Aug 202615 min readBy KEVOS Editorialthesis scheduleresearch project plangantt chartwork breakdown structure
On this page

Ask about this page

KEVOS AIA Second Worked Schedule: Sound Arithmetic, Absent Tasks

KEVOS knowledge first · trusted web sources when needed

KEVOS/Project Delivery/Research Projects/Complete Research Dataset
Project DeliveryResearch ProjectsCoreProject Scheduling

A Second Worked Schedule: Sound Arithmetic, Absent Tasks

The library's first schedule failed its own arithmetic. This one passes it — every duration, every roll-up — and then leaves out three tasks a research project cannot be run without. A sound plan of the wrong work is a different failure mode, and this is the worked instance.

Reading time18 minutes
LevelCore
Topic streamProject Scheduling
Source materialComplete Research Dataset
Updated2026-08-16

In brief

  • Twenty-nine rows, a three-level work breakdown, four milestones and a five-day working calendar applied consistently.
  • Twenty-two of twenty-three date ranges match their stated durations exactly, and all eight summary tasks roll up correctly from their children.
  • There is no ethics task, no data-collection task and no editing task anywhere in the plan, and instrument design sits underneath analysis.
  • Five days are allowed for producing a sixty-two page thesis, which is also the plan's last row.
  • The schedule file was only partly decoded. The task table comes from the chart printed in the thesis, and the file's own project finish disagrees with that chart by seventeen months.

What was decoded, and what was not

Stating this first, because it bounds everything that follows. The schedule was supplied as a project-scheduling application's binary file — an OLE compound document. No reader for the format was available in the environment where the extract was made, and no library capable of decoding it could be installed, so a container parser was written by hand.

Source gap

What the parser got, and what it did not

It succeeded on the file's directory structure, its property streams and its task-name string table.

It did not succeed on the per-task record data. That format stores task fields in variable-length records indexed by an internal metadata table whose layout could not be established from this file alone. Several decoding hypotheses were tested and all were rejected.

So per-task durations, dates, dependencies, constraints, resources, outline levels and percentage-complete values were not extracted from the binary. Nothing on this page is inferred from bytes that were not decoded.

What made the page possible anyway is that the same schedule is reproduced as a figure in the thesis, pasted in as three image slices, carrying the breakdown numbers, task names, durations, starts and finishes as printed. The task table below is read from that chart.

WHAT THE FILE ITSELF ESTABLISHES, DECODED WITH CERTAINTY

ItemValue
Document title"Project Schedule"
Created / last saved29 December 2021, 08:47 / 09:18 — thirty-one minutes apart
Revisions7
Calendars definedOne, named "Standard"
Resource dataPresent, but no named resources
Scheduled start / finish (project property)Mon 28/12/20 → Mon 31/07/23
Scheduled duration (project property)676d?
Work / cost / % complete0h · 0.00 · 0%

676 is the exact Monday-to-Friday working-day count from 28/12/2020 to 31/07/2023 inclusive. Verified. The question mark is the application's estimated-duration marker, uncleared on the project summary itself.

Caution

The file and the printed chart disagree by seventeen months

The chart's top visible row reads 302 days, Mon 28/12/20 → Tue 22/02/22. The file's project summary property reads 676d?, Mon 28/12/20 → Mon 31/07/23. The starts agree; the finishes are seventeen months apart. Both figures are exact five-day working-day counts for their own date ranges.

A project-summary row is hidden by default in that application, so a reader of the printed chart cannot see the second figure and would have no reason to suspect it. Both are recorded here. The file supplies no explanation and none is offered.

Note

Three task names in the file are not on the chart

The file's task-name string table holds thirty-three strings. Twenty-nine correspond to chart rows and one is the project name. Three appear nowhere on the chart: "Research proposing", "Framing research question " and "Analysing ", the last two with trailing spaces.

They closely resemble shortened or earlier forms of names that do appear, which suggests superseded names retained in the file's string store after renaming. That is this library's reading and the file states nothing. The fact — three names exist in the file that the chart does not show — is what can be stated.

The plan as printed

Twenty-nine rows: one top summary, eight summary tasks and twenty sub-tasks, four of which are zero-day milestones. Durations, starts and finishes exactly as the chart prints them. The spellings are the source's.

THE FULL TASK LIST, TRANSCRIBED FROM THE PRINTED CHART

WBSTask nameDurationStartFinish
1Research Project302 daysMon 28/12/20Tue 22/02/22
1.1Developing the research title10 daysMon 28/12/20Fri 08/01/21
1.1.1Understanding current issues10 daysMon 28/12/20Fri 08/01/21
1.1.2Framing research title0 daysFri 08/01/21Fri 08/01/21
1.2Developing research background25 daysMon 11/01/21Fri 12/02/21
1.2.1Defining selected problem12 daysMon 11/01/21Tue 26/01/21
1.2.2Decribing importance of proposed research15 daysMon 11/01/21Fri 29/01/21
1.2.3Problem statement5 daysMon 01/02/21Fri 05/02/21
1.2.4Literature gap5 daysMon 08/02/21Fri 12/02/21
1.3Forming research aim and objectives22 daysFri 12/02/21Tue 16/03/21
1.3.1Stating research aim and objectives0 daysFri 12/02/21Fri 12/02/21
1.3.2Framing research question and hypotheses10 daysMon 15/02/21Fri 26/02/21
1.3.3Outlining the expected benefits12 daysMon 01/03/21Tue 16/03/21
1.4Defining the research method10 daysWed 17/03/21Tue 30/03/21
1.4.1Choosing preferred research method10 daysWed 17/03/21Tue 30/03/21
1.4.2Justifying research method0 daysTue 30/03/21Tue 30/03/21
1.5Analysing research based on literature100 daysWed 31/03/21Tue 17/08/21
1.5.1Searching all literature and case studies30 daysWed 31/03/21Tue 11/05/21
1.5.2Identifying techniques to study literatures40 daysWed 12/05/21Tue 06/07/21
1.5.3Analysing all literature studies30 daysWed 07/07/21Tue 17/08/21
1.5.4Putting forward the final idea of research0 daysTue 17/08/21Tue 17/08/21
1.6Methodology development62 daysWed 18/08/21Thu 11/11/21
1.6.1Planning of data collection30 daysWed 18/08/21Tue 28/09/21
1.6.2Planning of data analysis32 daysWed 29/09/21Thu 11/11/21
1.7Data analysis68 daysFri 12/11/21Tue 15/02/22
1.7.1Survey questionnaire and form development20 daysFri 12/11/21Thu 09/12/21
1.7.2Survey analysis25 daysFri 10/12/21Thu 13/01/22
1.7.3Secondary research23 daysFri 14/01/22Tue 15/02/22
1.8Report development5 daysWed 16/02/22Tue 22/02/22

Every duration and date belongs to this student's plan for this student's thesis. None is a benchmark, a norm or a recommended allowance.

The arithmetic, independently verified

Every date range above was recomputed against a Monday-to-Friday working calendar for the extract this page draws on. This is the part the library's other schedule failed, and this one passes it.

22 / 23durations matching their date ranges
8 / 8summaries rolling up correctly
4zero-day milestones
0tasks starting or finishing on a weekend
From the source

What was checked, and the one exception

Twenty-two of the twenty-three date ranges match their stated durations exactly. The single exception is the aim-and-objectives summary, stated as 22 days across a span of 23 working days — a one-day difference at a summary whose first child is a zero-day milestone falling on the summary's own start date.

Every summary task's start equals its earliest child's start and its finish equals its latest child's finish, in all eight cases. No child finishes after its parent. No task starts or finishes on a weekend. Verified.

That matters because it makes the plan a calculation rather than a drawing. A schedule whose summaries roll up and whose durations follow a calendar can tell you something you did not already know — that a slip here moves a date there. A schedule whose numbers were typed cannot, and that is the condition the library's other example is in.

The two schedules side by side

The library now holds one defective schedule and one sound one, written by two different students for two different theses. The comparison is the teaching content, and it is worth reading whole. The first schedule is transcribed at a worked thesis schedule and its faults are worked through at what goes wrong in a thesis schedule.

THE LIBRARY'S TWO WORKED SCHEDULES COMPARED

The first scheduleThis schedule
Rows25 (1 project summary + 24 tasks)29 visible (1 top summary + 8 summaries + 20 tasks)
Working calendarNone applied — weekend starts and finishesStandard five-day calendar, applied consistently
Durations against date rangesDo not match on at least four tasksMatch on 22 of 23
Summary roll-upBroken — children finish after parentsCorrect in all eight cases
MilestonesNoneFour zero-day milestones
WBS numberingNoneFull three-level breakdown
Uncleared estimated-duration markers17 of 241, on the project summary
Unexplained gap160 days with no taskNone
Ethics taskPresent, before data collectionAbsent
Editing or revision taskAbsentAbsent
TrackingNot recorded0% throughout

The single row both schedules share is the one that matters most for the write-up: neither allocates any time to revision.

Where the defects actually are

The arithmetic is sound, so the faults are all in what the plan contains. Six are demonstrable, and the first three are absences of work that this project demonstrably did.

Six defects in the plan

1 — ABSENT

No ethics task

Nothing in the twenty-nine rows covers ethics approval, an application, or a human-research committee. Approval was in fact obtained: the project's participant information sheet names the committee and quotes an approval reference. The library's other schedule scheduled ethical approval as a discrete task before data collection — the one thing it clearly got right, and the thing this plan omits.

2 — ABSENT

No data-collection task

Instrument development runs 20 days and survey analysis runs 25 days, and nothing sits between them for distributing the survey or waiting for responses. Fieldwork has no duration in this plan at all, which is the one part of a research schedule whose length you do not control.

3 — MISPLACED

Instrument design filed under analysis

"Survey questionnaire and form development" is a child of "Data analysis". Designing an instrument is not analysis, and putting it there leaves the plan with no design phase for the primary research.

4 — ABSENT

No editing, revision or proofreading

The last row is "Report development", and it is the end of the plan. The subject's own writing-up guidance names three stages and says of the last that you should take as much time as is needed. The library's other schedule has the identical omission: two schedules, two students, the same gap.

5 — UNDERSIZED

Five days for a 62-page thesis

The plan allows five days to produce a document of 11,741 words. The thesis's own file metadata records 2,145 minutes — about thirty-six hours — of editing time, and a last modification ten days after the plan's finish date. The plan's final task and the document's own record of how it was made do not agree.

6 — UNUSED

Nothing was ever tracked

0% complete, 0 hours of work, after seven saves. This is a plan and never a tracker, so it could not have shown a slip while there was still time to respond to one.

Caution

How to read the five days

Five days is this plan's own allowance, not a standard and not a benchmark. No page should turn it into one, in either direction: it is not evidence that five days is too few for every thesis, and it is certainly not a recommendation.

What makes it a defect here is internal. It is the last row of the plan, it has no editing task after it, and the document it was meant to produce records thirty-six hours of editing time and a save date beyond the plan's end. The plan and the artefact disagree, and the artefact is the evidence.

Source gap

The absences are not evidence that the work was skipped

Ethics approval happened — the approval reference exists. Data collection happened — fifty complete responses exist. Editing happened — the file records thirty-six hours of it.

So these are defects in the plan, not in the project. A plan that omits the work still being done cannot be used to manage it: the omitted tasks have no duration, no predecessor and no owner, and the first sign of trouble is the deadline. That is the whole argument for putting every deliverable your method promises on the chart.

The plan against the artefacts it planned

This project is the only one in the library where a plan and the things it planned both survive — the full apparatus is walked through at a complete research project, end to end — so the comparison can be made from file dates rather than recollection.

PLANNED WINDOW AGAINST WHAT THE FILES RECORD

The plan saysWhat the artefacts record
Questionnaire and form development, 12/11/21 → 09/12/21The questionnaire file is dated 19 Jan 2022 and the instrument was printed 7 Feb 2022 — both after the window
Survey analysis, 10/12/21 → 13/01/22The analysis workbook was created 27 Dec and last modified 29 Dec 2021 — inside the window
Secondary research, 14/01/22 → 15/02/22The thesis document was created 27 Jan 2022 — inside the window
Report development, 16/02/22 → 22/02/22The thesis was last modified 4 Mar 2022 — ten days after the planned finish

These are observations about file save dates, not about anyone's working pattern, and must be read as such.

Note

The thesis never mentions its own schedule

The chart appears in the thesis under a heading about method limitations, and no sentence anywhere discusses it, evaluates it, reports variance against it, or says the project ran to it. The heading it sits under promises schedule limitations and delivers two bullets about pandemic restrictions instead.

The comparison above had to be constructed from file metadata. The project did not make it, and a paragraph reporting plan against actual would have been the most useful thing the schedule could have produced.

What to take to your own schedule

The supplied teaching material never teaches scheduling, names no tool and supplies no plan, so the checks below are this library's, assembled from what two student schedules did and failed to do.

Run these before you commit to a research plan

  • Every artefact your method promises — instrument, approval, dataset, transcript, workbook, draft — has a task that produces it.
  • Fieldwork has a duration, and it is longer than you want it to be. It is the phase whose length other people control.
  • Ethics approval is a predecessor of data collection, not a parallel activity, and it appears on the chart by name.
  • Instrument design sits in design, not in analysis.
  • There is an editing task after the last writing task, and it is not the shortest task on the chart.
  • Summary durations are calculated from children, not typed. Check one by hand: if it does not roll up, none of them do.
  • Estimated-duration markers are cleared as estimates firm up, including on the project summary.
  • The plan is opened and updated at least at each milestone, so a slip shows while you can still respond.
Check before you proceed

The two-minute check on any research schedule

Point to the ethics task, the data-collection task and the editing task. If any of the three is missing, the plan is not a plan of this project.

Then take one summary row and check it against its children's dates. And take one task with a stated duration and count the working days in its date range.

Every fault above is a fault in the schedule, and several are ordinary consequences of how a scheduling tool gets driven under time pressure — not judgements about a researcher whose thesis passed examination. Both of the library's schedules are single artefacts from single projects: two plans are not a sample, and nothing here is a claim about how research is generally scheduled. What makes the pair worth studying is that between them they show both failure modes — arithmetic that does not hold, and arithmetic that holds over the wrong list of work. The constructive version is at scheduling a research project.

What to carry forward

  1. Sound arithmetic is necessary and not sufficient. This plan calculates correctly over a task list missing three phases the project actually performed.
  2. Ethics approval, data collection and editing are the three tasks most often missing from a research schedule. Two student plans, and between them they omit all three.
  3. Fieldwork with no duration is the clearest sign a plan was written from a document structure rather than from the work.
  4. A plan nobody updates cannot warn you. This one was saved seven times and never showed a single per cent complete.
  5. Where a plan and its artefacts both survive, compare them: the file dates will tell you what the plan could not.

Frequently asked questions

Is this schedule a better model than the library's first one?

It is better built and it is not a better plan. Its calendar, roll-ups, milestones and breakdown numbering are all correct, which the first schedule's are not. But it omits ethics approval, data collection and editing, and the first schedule scheduled ethics approval properly. Take the mechanics from this one and the task list from neither.

Why does it matter that the file was only partly decoded?

Because it bounds what can be claimed. Per-task durations, dates, dependencies and outline levels were not read from the binary; the task table comes from the chart printed inside the thesis. The file-level properties were decoded with certainty, and one of them — the project finish — disagrees with that chart by seventeen months, with no explanation available in either artefact.

How long should I allow for writing up?

Nothing in this material supports a number, and the five days in this plan is that plan's own allowance rather than any kind of guide. What the evidence supports is a structural rule: writing and editing are separate tasks, the editing task comes last, and a plan whose final row is the production of the whole document has no capacity to absorb a bad draft.

What is the practical difference between a plan and a tracker?

A tracker records progress against the plan, so a slip becomes visible while there is still time to act. This file records 0% complete and zero hours of work after seven saves, so it could show only what was intended, never what was happening. Updating a schedule at each milestone is what converts one into the other.

Should every research schedule use a work breakdown structure?

This one shows what a three-level breakdown buys: every task has a parent, summaries roll up, and milestones mark the transitions. That structure is what made the arithmetic checkable from outside. It is not a requirement in anything the supplied material teaches, and it costs very little.

Can I generalise from two student schedules?

No. Two artefacts are not a sample, and both are visible in this detail only because unusual amounts of raw material survived. Use them as worked examples of two distinct failure modes, and check your own plan against the checklist rather than against these plans' numbers.

References and source attribution

  1. A complete research dataset supplied as student work: one examined master's thesis with its project schedule (a partly decoded scheduling-application binary, plus the Gantt chart printed inside the thesis), its analysis workbook, its raw response file, its survey instrument and its participant information sheet. Researcher, supervisor, institution, network user names and file paths scrubbed; software product names written generically. Used as observed practice, not as a model answer.
  2. A second student thesis schedule supplied with an earlier batch, transcribed and audited in this library as its first worked plan; used here only for comparison.
  3. The supplied teaching source: weekly study notes, slide decks and assessment activities for a master's-level research methods subject in project management, which requires a proposed timeline for the research and teaches no scheduling. Author, institution and year not stated in the supplied files.

Suggested questions for Ask KEVOS

  • What tasks must appear on a research project schedule?
  • How do I check whether my summary tasks roll up correctly from their children?
  • How much time should I plan between finishing data collection and submitting?
  • Where should ethics approval sit in a research schedule?
  • How do I compare my plan against what actually happened?
  • What is the difference between a plan and a tracker for a thesis project?

Related KEVOS knowledge

A Worked Thesis ScheduleCore · project schedulingWhat Goes Wrong in a Thesis ScheduleAdvanced · project schedulingScheduling a Research ProjectCore · project schedulingProposal Timetable and ResourcesCore · research proposalA Complete Research Project, End to EndCore · research dataStep 6: Seeking Ethics ClearanceCore · research process
KEVOS® · Project Delivery · Research Projects Page KVS-PM-RES-0264 · v1.0.0 · content 2026.08 Last reviewed 2026-08-16

Continue learning

What a Project Completion Report RequiresGuide · Research ProjectsNEXT LESSON →The Examined Thesis Quick ReferenceGuide · Research ProjectsOverreach in ConclusionsGuide · Research ProjectsResearch Integrity in Examined WorkGuide · Research Projects
KEVOS · Engineering, manufacturing and project improvement
ArticlesServicesCase studiesAboutContact
© 2026 KEVOS®