ISYS90050 IT Project and Change Management
ISYS90050 Overview
- University of Melbourne
- S1 2027
- 13 chapters
- Information Technology
ISYS90050 IT Project and Change Management is the University of Melbourne's postgraduate (Master's) subject in the School of Computing and Information Systems that teaches the whole project-management arc through the PMBOK.
- Assessed by Assignment 1 (group planning report) 30% · Assignment 2 (individual critical analysis report) 20% · Lecture quiz 5% + 2 more
- Key terms Triple constraint (project diamond), PMBOK process groups, PERT expected time, Critical path (slack)
- How to prepare Treat ISYS90050 as two linked skill sets — the calculable core (WBS/PERT/CPM scheduling and Earned Value Management) and the framework core…
- Most asked Where can I find past exam papers / practice for ISYS90050?
How ISYS90050 is assessed
| Component | Weight | Format |
|---|---|---|
| Assignment 1 (group planning report) | 30% | Group assignment report; ILOs 1-4; ~40-45 hours; released Week 4, due ~Week 6-7; secure individual quizzes are separate |
| Assignment 2 (individual critical analysis report) | 20% | Individual ~1000-word critical analysis of a project case scenario; ILOs 3-6; ~25-30 hours; released Week 9, due Week 11 |
| Lecture quiz | 5% | Secure individual in-lecture quiz across 10 lecture weeks (plus 2 catch-up quizzes) |
| Tutorial quiz | 5% | Secure individual in-tutorial quiz across 10 tutorials |
| Final exam | 40% | One 2-hour written examination, end of semester; closed-book on-campus digital LMS exam via Respondus LockDown Browser; 5 questions / 40 marks, short and long answer; ILOs 1, 3, 4, 5, 6 |
What ISYS90050 covers
ISYS90050 runs as a 12-week postgraduate subject built around the PMBOK: it opens with project-management foundations and the project life cycle, moves through requirements, stakeholders, risk, scheduling (WBS, PERT, critical path) and costing/Earned Value Management, then turns to the people side — methodologies and communications, teamwork and ethics, negotiation, organisational change and quality.
Assessment is a 30% group planning report, a 20% individual critical-analysis report, weekly secure lecture (5%) and tutorial (5%) quizzes, and a 40% two-hour closed-book digital exam. Both the coursework block and the exam carry their own 50% hurdle, so the guide is sequenced in teaching order to build toward that exam.
Project Management Foundations & the PMBOK
What is a project · PMBOK · life-cycle process groups · triple constraint · (Week 1)Week 1 establishes the vocabulary the whole exam rests on: the PMI definition of a project (a temporary endeavour that creates a unique product or service) and of project management, the PMBOK and its ten knowledge areas, the five life-cycle process groups, and the triple constraint of time, cost, scope and quality.
- Project (PMI: temporary endeavour creating a unique product/service) vs project management (Marchewka: applying knowledge, skills, tools and techniques to meet project requirements)
- Why organisations use PM; types of information-systems projects (development, package implementation, enhancement, migration, infrastructure, outsourcing, business continuity)
- Professional bodies and standards: PMI, AIPM, PMBOK, PRINCE2; certifications (PMP, CAPM, PRINCE2)
- PMBOK ten knowledge areas (scope, time, cost, quality, integration, HR, communications, risk, procurement, stakeholder)
- Five process groups: Initiating, Planning, Executing, Monitoring & Controlling, Closing (they overlap in intensity)
- The triple constraint / project diamond: time-cost-scope-quality and the three classic trade-offs
Requirements Engineering & Management
functional/non-functional requirements · elicitation · challenges · (Week 2)Week 2 teaches what a requirement is (the IEEE definition) and why a requirements-management process matters early, when the cost of change is lowest.
- Requirement (IEEE): a condition/capability a user needs, or one a system must meet to satisfy a contract/standard
- Functional (what the system does) vs non-functional (constraints/qualities) vs domain (application-area) requirements
- User -> system -> software requirements (vertical use-level hierarchy)
- Contractual language: shall (mandatory, verifiable), should (goal), will (statement of fact), avoid must
- Elicitation methods: interviews, document analysis, workshops/brainstorming, observation, personas, prototyping; the value-vs-complexity prioritisation matrix
- Requirements challenges: customers don't know what they want, requirements change, unreasonable timelines, communication gaps
Stakeholder Management & the Project Charter
PMI stakeholder definition · analysis · project charter · (Week 3)Week 3 covers the PMI definition of a stakeholder and the three-step identify-assess-engage analysis, mapped on the power-interest grid, plus the project charter — the short mandate that brings everyone onto the same page and sets the first scope baseline.
- Stakeholder (PMI, 2013): anyone who may affect, be affected by, or perceive itself affected by a project
- Stakeholder analysis in three steps: identify (interests, +ve/-ve), assess (power, importance, impact), engage (match role and communication method)
- Power-interest grid: manage closely / keep satisfied / keep informed / monitor (minimum effort)
- Stakeholder movement between grid cells across project phases
- Project charter (a.k.a. project brief/mandate): purpose, why it matters, who writes it
- Charter contents: purpose, background, governance, objectives/benefits, scope (in/out), dependencies, milestones, resources, initial risk, assumptions/constraints
Managing Project Risk
risk vs issue · risk types · appetite/tolerance · mitigation · (Week 4)Week 4 defines risk (the PMBOK uncertain event with a positive or negative effect on objectives) and separates a risk from an issue (a risk that has materialised).
- Risk (PMBOK): an uncertain event that, if it occurs, has a positive or negative effect on objectives; issue = a risk that has materialised
- Risk types: project (budget/schedule/scope), product/technical (quality/performance), business (economic success)
- Risk appetite vs risk tolerance; postures: risk-averse, risk-neutral, risk-loving
- Cause vs trigger; risk statement templates (event-cause-consequence; if-then-thus)
- Quantitative assessment: Score = Probability x Impact (P as decimal, I on 0-10), rank descending
- Qualitative P x I quadrants and the matching posture
Scheduling: WBS & Gantt Charts
why projects run late · WBS · Gantt · scheduling principles · (Week 5)Week 5 opens the scheduling block: why projects run late (Brooks' Mythical Man-Month and optimism bias), the basic scheduling principles, and how to decompose work into a Work Breakdown Structure (goal -> objective -> task -> activity) and represent it as a Gantt chart with milestones.
- Why projects are late: Brooks' Mythical Man-Month, optimism bias; adding people to a late project makes it later
- Basic scheduling principles: compartmentalisation, interdependency, time allocation, effort validation, defined responsibilities/outcomes/milestones
- Work Breakdown Structure (WBS): hierarchical decomposition goal (0.0) -> objectives (1.0) -> tasks (1-1) -> activities (1-1-1)
- Estimate = forecast duration per activity based on the activity, resources and support
- Scheduling procedure: split into tasks, estimate, sequence concurrently, minimise dependencies, represent visually
- Gantt chart: bars on a time axis, diamonds = milestones, shaded = completed; tracks planned vs actual
Network Diagrams, PERT & the Critical Path
AON networks · PERT TE=(a+4m+b)/6 · CPM · slack · (Week 5)Week 5's second half is the most calculation-heavy exam topic.
- Activity-on-node networks: rectangle = activity, arrow = flow; ES/EF/LS/LF fields plus duration
- Task-dependency types: finish-start (FS), start-start (SS), finish-finish (FF), unconstrained
- PERT three-point estimate: optimistic a, most likely m, pessimistic b; TE = (a + 4m + b) / 6
- Path length = sum of TE along a path
- CPM forward pass: EF = ES + duration; a successor's ES = max(EF of predecessors)
- CPM backward pass: LS = LF - duration; a predecessor's LF = min(LS of successors)
Cost Estimation & Budgeting
cost types · top-down/bottom-up/parametric · costing a task · (Week 6)Week 6 covers budgets and the cost taxonomy — tangible/intangible, direct/indirect and sunk costs — the defect-cost escalation curve, and the three estimation techniques: analogous (top-down), activity-based (bottom-up) and parametric.
- Budget = a plan for allocating resources and a control baseline; project cost management = estimating, budgeting, controlling
- Cost types: tangible vs intangible, direct vs indirect, sunk cost (ignore in future decisions), overhead
- Defect-cost escalation across the SDLC (requirements 1x rising to post-release ~30x)
- Estimate accuracy bands: ROM (-50/+100%), budgetary (-10/+25%), definitive (-5/+10%)
- Analogous / top-down: expert judgment from a similar past project; quick, less accurate
- Activity-based / bottom-up: estimate each WBS activity and sum; accurate but time-intensive
Earned Value Management (EVM)
PV/AC/EV · CV, SV · CPI, SPI · BAC/EAC/ETC · (Week 6)Week 6's second calculation topic integrates scope, schedule and cost.
- Three elements: PV = (planned % complete) x BAC; AC = actual cost incurred; EV = (actual % complete) x BAC
- BAC = Budget at Completion (total budgeted spend); at start BAC = EAC and CPI = 1
- Schedule Variance SV = EV - PV (>0 ahead, <0 behind); Cost Variance CV = EV - AC (>0 under, <0 over)
- Schedule Performance Index SPI = EV / PV (<1 behind); Cost Performance Index CPI = EV / AC (<1 over budget)
- Interpretation: negative variance = bad, index below 1 = bad, zero/one = on plan
- Estimate to Complete ETC = (BAC - cum EV) / cum CPI
Development Methodologies & Communications
Waterfall vs Agile · communications management · (Week 7 guest lecture)The Week 7 guest lecture — fully examinable — contrasts the Waterfall SDLC with iterative Agile delivery and covers communications management: who needs what information, when and how, and why communication breakdown is a recurring project risk.
- Waterfall SDLC: sequential phases (requirements -> design -> implementation/unit test -> integration/system test -> operation/maintenance); each phase completes first
- Agile: iterative and incremental; deliver minimum viable value early and repeatedly
- Agile Manifesto values (individuals/interactions, working software, customer collaboration, responding to change)
- Choosing a methodology by complexity/size, constraints, client expectations, industry practice
- Communications management: generate, collect, distribute, store and dispose of project information
- PMBOK communication processes: plan, manage, monitor communications
Teamwork & Ethics
team types · effective meetings · ethical decisions · (Week 8)Week 8 teaches what makes a team (complementary skills, common purpose and approach, mutual accountability), Katzenbach & Smith's performance categories, running effective meetings, and a six-step ethical decision process.
- Team = a small group with complementary skills, common purpose/approach and mutual accountability
- Katzenbach & Smith performance curve: working group, pseudo-team, potential team, real team, high-performance team
- Lencioni's five dysfunctions: absence of trust -> fear of conflict -> lack of commitment -> avoidance of accountability -> inattention to results
- Team-member behaviours: positive task, positive group, hindering; Belbin role tendencies
- Effective meetings: prepared agenda circulated ahead, minutes, key people, start on time, chaired well ('parking lot')
- Chairing actions: plan, prepare & inform, structure & control, summarise & record
Negotiation & Conflict Resolution
negotiation types · win-win · handling conflict · (Weeks 9-10)Weeks 9-10 cover negotiation as reaching a mutually satisfactory agreement, the four outcomes (win-win/interdependence, win-lose, lose-win, lose-lose), the assumptions behind win-win, and the five-step conflict-management process.
- Negotiation = reaching a compromise/agreement satisfactory to all parties; a skill used throughout a project
- Negotiation challenges: confrontational positions, hidden agendas, emotional makeup, communication breakdown
- Four outcomes: win-win (interdependence/principled), win-lose (positioned), lose-win (dependence), lose-lose
- Win-win assumptions: trust/relationship, success depends on cooperation, sufficient gain to share
- Principled-negotiation moves: separate people from problem, focus on interests not positions, invent options, use objective criteria
- Conflict = disagreement from differing attitudes, beliefs, values or needs; not always negative
Organisational Change Management
people change · resistance · sponsors/agents/targets · Leavitt · (Week 11)Week 11 treats change as people and organisational change, explicitly distinct from scope, requirements or technical change.
- Change here = people/organisational change, NOT scope/requirements/budget/technical change
- Most projects fail because people do not adopt them — acceptance is key; assimilation is slow (a change threshold)
- Change roles: sponsors (willingness and power to back it), agents (the change team), targets (who must change)
- False beliefs of technical teams ('they'll love it', 'training will cover it', 'it's only small')
- Leavitt's model: people, structure/organisation, technology and task/process changes interact
- Lewin: present -> transition -> desired state via unfreeze -> change -> refreeze; driving vs resisting forces
Quality Management & Exam Revision
quality assurance vs control · fit-for-purpose · sample exam · (Weeks 11-12)The examinable Week 11-12 quality-panel content plus the Week 12 revision.
- Quality (PMI): the degree to which deliverables conform to requirements and are fit for purpose; varies by stakeholder
- Quality assurance (process-focused: build quality in) vs quality control (product-focused: inspect and test)
- Quality in the triple constraint; ways of working and setting expectations
- Quality attributes taxonomy (e.g. ISO 25010: functional suitability, reliability, performance, usability, security, compatibility, maintainability, portability)
- Trade-off sliders from most to least negotiable: time, scope, cost, quality, customer experience, security
- Testing pyramid (unit -> integration -> API -> GUI -> manual) and automation maturity
Across the semester it moves from foundations — what a project is, the project life cycle and the triple constraint of time, cost, scope and quality — through requirements engineering, stakeholder management and the project charter, risk management, scheduling (WBS, Gantt, PERT and the Critical Path Method) and costing/Earned Value Management, then turns to the people side: development methodologies and communications, teamwork and ethics, negotiation and conflict resolution, organisational change management and quality management.
It is a method-and-application subject: marks come from applying a framework correctly, working a calculation with the right formula and units, and reasoning about a project scenario.
Assessment is a 30% group planning report, a 20% individual ~1000-word critical-analysis report, secure weekly lecture (5%) and tutorial (5%) quizzes, and a 40% final exam — one 2-hour, closed-book, on-campus digital examination delivered through Canvas via Respondus LockDown Browser, 5 questions worth 40 marks across short and long answers.
The subject carries a two-part hurdle: to pass you must score at least 50% of the examination marks AND at least 50% of the non-exam (coursework) marks — clearing one is not enough. This subject is worth 12.5 credit points and its result feeds the Weighted Average Mark (WAM). Confirm the exact exam date, room and permitted materials on Canvas and the UniMelb examination timetable.
Worked example · free
Earned Value Management: variances and indices at a status date
- +1Planned Value and Earned Value. PV = (planned % complete) × BAC. With even spend, planned % at month 4 of 10 = 4/10 = 0.40, so PV = 0.40 × 60,000 = $24,000. EV = (actual % complete) × BAC = 0.30 × 60,000 = $18,000. AC = $20,000 is given (read from finance).
- +1Schedule Variance. SV = EV − PV = 18,000 − 24,000 = −$6,000. It is negative, so the project is behind schedule — less work has been earned than was planned by this date.
- +1Cost Variance. CV = EV − AC = 18,000 − 20,000 = −$2,000. Also negative, so the project is over budget — it has spent more than the value of the work delivered.
- +1Performance indices and interpretation. SPI = EV ÷ PV = 18,000 ÷ 24,000 = 0.75; CPI = EV ÷ AC = 18,000 ÷ 20,000 = 0.90. SPI 0.75 means only $0.75 of planned work is done per $1 planned (behind); CPI 0.90 means only $0.90 of value is earned per $1 spent (over budget).
Key terms
- Triple constraint (project diamond)
- The interrelated priorities a project balances — time, cost and scope — with quality at the centre. Compromising one influences the others: keep scope and cut time by adding cost, keep scope and cut cost by adding time, or cut scope to reduce both. PMI treats quality as conformance to requirements and fitness for purpose.
- PMBOK process groups
- The five generic project life-cycle groups defined by PMI: Initiating (define and authorise), Planning (develop the workable scheme), Executing (coordinate resources to do the work), Monitoring & Controlling (measure progress and manage change) and Closing (accept outcomes, capture lessons learnt). They overlap in intensity across the timeline rather than running strictly in sequence.
- PERT expected time
- A three-point activity estimate: TE = (a + 4m + b) / 6, where a = optimistic, m = most likely and b = pessimistic time. The weighting of 4 on the most-likely value makes it a weighted average biased toward the mode; path length is the sum of the TE values along the path.
- Critical path (slack)
- The start-to-finish chain of activities whose slack (float) is zero, so any delay on it delays the whole project. Slack = LS − ES = LF − EF, found from a forward pass (EF = ES + duration) and a backward pass (LS = LF − duration).
- Earned Value (EV)
- The budgeted value of the work actually completed to date, EV = (actual % complete) × BAC. It is the pivot of EVM: compared with Planned Value it gives schedule performance (SV, SPI) and compared with Actual Cost it gives cost performance (CV, CPI).
- Change targets / agents / sponsors
- The three organisational-change roles: change sponsors have the willingness and power to initiate and back the change; change agents (the project and change-management team) make and manage it; change targets are the people or groups who must actually change. Most projects fail because targets do not adopt the solution — acceptance is key.
ISYS90050 FAQ
Is ISYS90050 hard?
It is broad rather than deeply mathematical. The subject spans a large vocabulary — the PMBOK life cycle, requirements, stakeholders, risk, scheduling, costing, methodologies, teamwork, negotiation, change and quality — so the real challenge is keeping many frameworks and a handful of calculations straight rather than any single hard idea.
The quantitative parts (PERT TE = (a+4m+b)/6, the CPM forward/backward pass and slack, and the EVM variances and indices) are elementary weighted-average and ratio arithmetic; the marks go to setting them up correctly and interpreting the result.
Students who rehearse the WBS/PERT/CPM and EVM calculations weekly and can name each framework, rather than cramming through SWOTVAC, tend to find it manageable — and steady work protects your WAM.
Can AI help me with ISYS90050?
Yes, as a step-by-step study aid. Sia is an AI tutor trained on how ISYS90050 is taught and assessed at the University of Melbourne: it can walk you through a PERT expected-time table, a critical-path forward and backward pass, an EVM variance-and-index snapshot or a stakeholder power-interest analysis one line at a time, and it checks your reasoning as you go.
Bring your own tutorial or practice question and ask Sia to explain each step. It does not do graded assessment for you, and the University of Melbourne academic-integrity rules still apply — for this subject generative-AI use is restricted to the tools and purposes the educator specifies, so use Sia to understand the method, not to produce work you submit.
Where can I find past exam papers / practice for ISYS90050?
Start on Canvas, where the subject posts its exam-preparation material — including the Sample Exam that runs through Respondus LockDown Browser (5 questions, 40 marks) and the Week 12 revision and exam-instructions session — and search the University of Melbourne Library's past-examination collection for any released papers.
Your weekly tutorial worksheets are the closest match to the short-answer and calculation style of the exam. This guide also includes a re-authored practice exam that mirrors the paper's shape (PERT/CPM, EVM, risk ranking and scenario analysis) with fresh numbers, and you can ask Sia to generate extra practice in the same style and explain each step. Confirm what is officially provided on Canvas.
What are the ISYS90050 hurdles and assessment rules?
The subject has a two-part hurdle. To pass you must obtain at least 50% of the marks available on the examination AND at least 50% of the marks available on the non-exam assessment (Assignment 1 + Assignment 2 + the lecture and tutorial quizzes taken together). Passing on aggregate is not enough if either hurdle is missed.
The weights are fully published: 30% group planning report, 20% individual critical-analysis report, 5% lecture quiz, 5% tutorial quiz and 40% exam. Late work is penalised (10% per day in the available course materials). Confirm the current hurdle wording, late policy and permitted-materials rules on your Canvas Assessments page.
What is on the ISYS90050 final exam?
One 2-hour, closed-book, on-campus digital examination delivered through Canvas via Respondus LockDown Browser (bring your own laptop) — 5 questions worth 40 marks in total, mixing short-answer and long-answer, and worth 40% of the subject with a 50% exam hurdle.
It covers all lecture and examinable guest-panel topics (the guest lectures on software-development methodologies + communications and on quality management are examinable; the leadership add-on material is not).
Expect a spread across the whole PMBOK arc — definitions and the triple constraint, requirements, stakeholders and the charter, risk (including P×I ranking), scheduling (WBS, PERT, CPM slack and critical path), costing and EVM, then methodologies, teamwork and ethics, negotiation, change management and quality.
The exam sits in the University of Melbourne Semester 1, 2027 examination period (around June 2027) — confirm the exact date, time and room on Canvas and the exam timetable.
Questions students ask in each ISYS90050 chapter
- What is the difference between a project and ongoing operations?
- A project is temporary and unique — it has a defined start and finish and delivers a one-off product or service — whereas operations are ongoing and repetitive. That temporary, unique character is why projects need explicit planning, a life cycle and a single point of accountability. Chapter 01 · Project Management Foundations & the PMBOK
- What is the difference between functional and non-functional requirements?
- A functional requirement is something the system does — a service, an output, a response to an input. A non-functional requirement is a quality or constraint on how it does it — speed, reliability, usability, security, privacy. Non-functional requirements apply system-wide, are harder to verify, and often shape the architecture more than functional ones do. Chapter 02 · Requirements Engineering & Management
- What goes in a project charter?
- A charter typically captures the document's purpose, background, project governance, objectives and benefits (including the MOV), scope with what is in and out, dependent projects, key milestones and resources, an initial risk analysis, and assumptions and constraints. It is agreed first, before the detailed plan, and sets the first scope baseline. Chapter 03 · Stakeholder Management & the Project Charter
- How do I rank risks quantitatively in ISYS90050?
- Convert each risk's probability to a decimal, multiply by its impact on the 0-10 scale to get a P x I score, then rank descending — the highest score is rank 1. The point is that ranking uses the product: a low-probability, high-impact risk can score below a likely moderate one, so never rank on impact alone. Chapter 04 · Managing Project Risk
- What is the difference between a WBS and a schedule?
- A WBS decomposes the work by deliverable into a numbered hierarchy of objectives, tasks and activities — it says what must be done. A schedule adds durations, sequencing and dependencies to that work and lays it on a timeline (a Gantt or network diagram) — it says when. You build the WBS first, then estimate and sequence it. Chapter 05 · Scheduling: WBS & Gantt Charts
- What formula does PERT use and why the 4?
- PERT's expected time is TE = (a + 4m + b) / 6, a weighted average of the optimistic (a), most likely (m) and pessimistic (b) estimates. The most likely value is weighted by four because it is the mode — the single most probable duration — so the estimate leans toward it while still accounting for the best and worst cases. Chapter 06 · Network Diagrams, PERT & the Critical Path
- Why load a task cost with overhead and personal time?
- Because the raw hours x rate figure understates what the task really costs. Overhead spreads indirect costs (rent, power, shared services) across the work, and the personal-time allowance recognises that an 8-hour day is not 8 productive hours (breaks, admin). Loading both gives a realistic cost = duration x rate x (1 + overhead) x (1 + personal-time). Chapter 07 · Cost Estimation & Budgeting
- What is the difference between a variance and an index in EVM?
- A variance is a dollar gap — CV = EV - AC and SV = EV - PV — so its sign tells you the size and direction of the problem (negative = over budget or behind). An index is a ratio — CPI = EV/AC and SPI = EV/PV — that tells you efficiency (below 1 = trouble, above 1 = good). Variances say how much; indices say how efficiently. Chapter 08 · Earned Value Management (EVM)
- When is Waterfall better than Agile?
- Waterfall suits projects with stable, well-understood requirements where each phase can be completed and signed off before the next — its sequential structure gives clear documentation and control. Agile suits projects where requirements are uncertain or evolving and delivering value early and adapting to change matters more than a fixed up-front plan. The choice depends on complexity, constraints, client expectations and industry practice. Chapter 09 · Development Methodologies & Communications
- What is the difference between a working group and a real team?
- A working group shares information and best practice but has no shared performance goals, no joint work-products and no mutual accountability. A real team has a small number of members with complementary skills, a common purpose and approach, and holds itself mutually accountable. On Katzenbach & Smith's curve the working group sits well below the real and high-performance team. Chapter 10 · Teamwork & Ethics
- What is principled (win-win) negotiation?
- Principled or win-win negotiation seeks an outcome that satisfies both parties' underlying interests rather than their stated positions. Its moves are to separate the people from the problem, focus on interests not positions, invent options for mutual gain, and use objective criteria. It rests on trust, a belief that success depends on cooperation, and enough gain for everyone to share — so it is not a soft or easy approach. Chapter 11 · Negotiation & Conflict Resolution
- What does change management mean in ISYS90050?
- It means managing the people and organisational side of adopting a new IT solution — explicitly not scope, requirements, budget or technical change. The subject's premise is that most projects fail because people do not accept or use the system, so acceptance is key, and the change team's job is to smooth the transition for the users who must change. Chapter 12 · Organisational Change Management
- What is the difference between quality assurance and quality control?
- Quality assurance is process-focused: it defines and audits the processes that produce the deliverable so quality is built in (setting coding standards, auditing that the test process is followed). Quality control is product-focused: it inspects and tests the actual deliverable to catch defects and verify it conforms to requirements and is fit for purpose (running tests, acceptance checks). QA prevents; QC detects. Chapter 13 · Quality Management & Exam Revision
How to study for the exam
Treat ISYS90050 as two linked skill sets — the calculable core (WBS/PERT/CPM scheduling and Earned Value Management) and the framework core (requirements, stakeholders, risk, methodologies, teamwork, negotiation, change and quality) — and rehearse both weekly rather than cramming through SWOTVAC.
Because the exam is closed-book via Respondus LockDown Browser, you must be able to reproduce the formulas from memory: drill PERT TE = (a+4m+b)/6, a full CPM forward and backward pass with slack = LS − ES, and the EVM set (PV = %planned × BAC, EV = %actual × BAC, SV = EV − PV, CV = EV − AC, SPI = EV/PV, CPI = EV/AC, and the ETC/EAC forecasts) until setting them up is automatic, then practise the plain-English interpretation because the exam rewards it.
For the framework topics, build a one-page map of each model and the trigger that signals it — the three requirement types, the power-interest grid, the P×I risk ranking and the four responses (avoid/transfer/mitigate/accept), the four negotiation outcomes, and the change roles with Leavitt's four interacting elements — so a short-answer question maps straight to a structure.
Cover breadth first so you can start every question, then deepen the calculation topics that carry the most marks. When a step will not click, ask Sia to explain that single step a different way and set you a fresh practice item in the same style; it teaches the method and checks your reasoning and never substitutes for your own graded work.
Remember the two-part hurdle — you must clear 50% on the exam AND 50% on the coursework block — and confirm the exam date, room and permitted materials on Canvas and the University of Melbourne exam timetable. Steady effort here also protects your WAM.
Your AI Information Technology tutor for ISYS90050
Stuck on a hard ISYS90050 question? Sia is AskSia’s AI Information Technology tutor — ask any ISYS90050 IT Project and Change Management question and get a clear, step-by-step explanation grounded in how the course is actually taught and assessed. Read this whole study guide free, then take your hardest questions to Sia.