Software Processes & Management, drawn out
The whole subject in twelve Parts, taught through diagrams. Every idea is explained from scratch, every calculation is stepped through one line at a time, and every official practice-exam answer is explained. You don't need the lectures, the tutorials or the study guide to follow it.
- Explainwhat a software project is, how it starts, and why so many fail
- Chooseand justify a process, from waterfall and spiral to Scrum and SAFe, for a given case
- Planand track a project: risks, stakeholders, estimates, schedules, quality and change
- Answerevery question type on the paper, including the PERT and earned-value calculations
What this subject is about
Most software is built as a project. The subject's slides, following the Project Management Body of Knowledge (PMBOK, the standard reference for the profession), define a project as "a temporary endeavour to create a unique product, service or outcome". Building a booking system for a clinic is a project: it starts, it ends, and nobody has built exactly that system before. Running the clinic's help desk afterwards is not a project but operations, ongoing work with no planned end. And the way the team works, for example Scrum, is a process: a repeatable series of steps that can be reused on project after project.
Process
A repeatable way of working, such as Scrum or a change-control procedure. Parts II, III and XI are about choosing one.Project
A one-off endeavour with a start and an end, such as building the Medic simulator. Most of this site is about managing one.Operations
Business as usual: the help desk, backups, payroll. A project's product is handed over to operations when it ends.Projects are hard because they introduce change, cut across departments, and deal with the unknown: nobody can be certain how long new work will take or what will go wrong. Project management is the discipline of steering one anyway. Its oldest picture is the triple constraint, or iron triangle: scope, time and cost (resources) are linked, so a change to one forces a change to another or a loss of quality.
The running example on this site is the Medic case study used in the tutorials: a team building a medical training simulator for clinical clients. Each Part applies its ideas to Medic, so you see every technique used on the same project. The map below is the whole subject on one page. It appears at the top of every Part, with that Part highlighted, so you always know where you are.
A project is temporary and unique; a process is a reusable way of working; operations go on for ever. Project management steers a project through uncertainty, trading scope, time and cost against each other without sacrificing quality.
The exam and where the marks are
The final exam is on Wednesday 18 November 2026 at 12:30 pm at the Royal Exhibition Building. It is a Canvas quiz taken on your laptop under LockDown Browser: 15 minutes of reading time, during which you can't type or select anything, then 2 hours of writing. It is closed book except for two double-sided A4 pages of your own notes, and a non-programmable calculator is allowed. The exam is worth 50% of the subject and has a hurdle: you must score at least half of it to pass, whatever your assignment marks.
A multiple-response question has 2 or 3 correct options (the practice exam had one with 4) and is worth 3 marks. Every wrong option you tick cancels a right one: with 3 correct options, ticking 2 right and 1 wrong scores 33%, and ticking 1 right and 2 wrong scores 0. Tick an option only when you think it more likely right than wrong. Part XII has a demo you can try.
The staff's official practice exam has the same format as the final, and they posted an answer for every question. Its questions show what each Part has to prepare you for:
| Practice-exam question | Type | Taught in |
|---|---|---|
| Q1–Q17: release and sprint planning, story points, ATDD, dependencies, risk, configuration management, user stories, the Definition of Done, Scrum rules, SAFe, the spiral model | MCQ / MRQ | Parts II, III, IV, VI, VIII, X, XI |
| A PERT network: the critical path, the duration, and the merge activities | Calculation | Part VIII |
| Earned value: CV, SV, CPI, SPI, the estimate at completion, and how late the project will be | Calculation | Part VIII |
| Ethics: name the issues in a facial-recognition scenario and link each to ACS values | Scenario | Part IX |
| Stakeholders: place roles on the power/interest grid and justify each from the scenario | Scenario | Part V |
| Agile reasoning: what the Product Owner and the developers should do, and acceptance criteria in Given/When/Then form | Scenario | Parts III and VI |
Everything is examinable except the Week 11 guest lecture, including the case studies from the lectures and tutorials and all assignment-related content. Definition-style answers attract low marks: the marks go to applying a concept to the scenario's facts and justifying it. And rote-learning the practice-exam answers is likely to attract low marks too, because the final's questions will differ. Part XII explains every official answer and the method behind it.
How the topics fit together
PMBOK groups project work into five process groups. Initiating, planning, executing and closing follow one another, while monitoring and controlling runs alongside them all, comparing what is happening with the plan and feeding corrections back. Almost every Part of this subject is a tool for one of those groups, so following a single project from idea to handover shows where each one fits.
Two threads run through the whole subject, and spotting them makes the details easier to remember. The first is plan-driven versus adaptive. Formal, plan-driven processes (Part II) fix the scope and plan everything up front, then schedule with networks and track with earned value (Part VIII). Agile processes (Part III) fix the time and cost of each short iteration and let the scope flex, then estimate in story points and track with burndown charts (Part VI). Most topics have a formal version and an agile version, and the exam likes to ask you to compare them or pick one for a case. The second thread is making uncertainty visible early: risk registers, stakeholder grids, quality reviews and change control all exist so that problems surface while they are still cheap to fix.
Initiate, plan, execute and close, with monitoring and controlling throughout and ethics underneath everything. Most topics come in a formal and an agile flavour, and the exam rewards knowing when each fits.
How to read this site
Each Part opens with what you'll be able to do by the end, and a copy of the map. Sections build on each other, so read a Part in order the first time. Coloured boxes mark the kind of content, so you can skim for what you need later:
A term you need to be able to state precisely, and then use.
A rule or value, such as an Agile Manifesto value or an ACS ethics value.
Something that loses marks, usually shown next to the correct version.
How this topic is examined, and the method for answering.
A full answer to a past-exam, practice-exam, tutorial or self-test question.
An analogy or a plain-language way to think about it.
Step-through diagrams have Back and Next buttons. Use them to watch a calculation fill in one cell at a time, or a process run one stage at a time, with what is happening and why written underneath. "Check yourself" questions hide their answers until you click; try each one honestly before you look. Answers say where they come from: the staff's official practice-exam answers are marked as official, questions from the predecessor subjects' past papers (433-443 and 433-341, as no SWEN90016 paper is public) are marked as such, and the rest are this site's own worked answers.
If a symbol in a diagram puzzles you, the diagram key draws each kind of picture once with every element labelled, and the glossary defines every term with a link to where it is taught.
Projects & PM
What a project is, the PM's role, success and failure, and initiation: screening, the business case, NPV and the charter. Part IIProcess Models
Waterfall, V-model, incremental, prototyping and spiral, and how to choose one for a case. Part IIIAgile & Scrum
The Agile Manifesto, Kanban and XP, and Scrum's roles, events and artefacts. Part IVRisk
Identifying, analysing, responding to and monitoring risks, the risk matrix and risk exposure. Part VPlan & People
The project management plan, stakeholder analysis, teams and communication. Part VIAgile Estimation
User stories, story points, velocity, release planning and burndown charts. Part VIIQuality
Quality assurance, planning and control, reviews, testing, standards and CMMI. Part VIIIFormal Scheduling
WBS, task networks, PERT and the critical path, three-point estimates, and earned value. Part IXEthics
The ACS Code of Ethics and how to analyse an ethical dilemma in a scenario. Part XConfiguration Mgmt
Identification, version and change control, branching, releases, audits and status reports. Part XISAFe
Scaling Scrum to many teams: the Agile Release Train, PI Planning and its roles. Part XIIThe Exam
Format, question types, the case-analysis method, the formula sheet, and the official practice exam explained.Work through Parts I to XI in order: each uses the vocabulary of the ones before. Practise the two calculations in Part VIII, the forward and backward pass and earned value, until you can do them on rough paper without notes. Then read Part XII, plan your two A4 notes sheets, and sit the practice exam under timed conditions.