L1 - Project Lifecycles and Agile Approaches
L1 - Project Lifecycles and Agile Approaches
L1 - Project Lifecycles and Agile Approaches
Programmes
Module Leader: Dr Peggy Gregory
Module Tutors: John King, Maduka Uwadi
MODULE TUTORS
Module Leader
Peggy Gregory – ajgregory@uclan.ac.uk
Peggy is your main contact. See availability details in Starfish
and Blackboard
Module Tutors
John King – jking11@uclan.ac.uk
Maduka Uwadi – mcuwadi@uclan.ac.uk
Edd Cooke - AECook1@uclan.ac.uk
Module overview
1. 1 Feb Project Lifecycles & Approaches
2. 8 Feb Scrum
3. 15 Feb Agile Project Framework
4. 22 Feb Stakeholders & Requirements
5. 1 Mar Agile teamwork
6. 8 Mar Scheduling & Time management
7. 15 Mar Estimating
8. 22 Mar Risk
9. 12 Apr Quality & Maturity
10. 19 Apr Revision
LEARNING OUTCOMES
1. Critically evaluate different IT project and programme
lifecycles and frameworks.
2. Describe and critically assess IT project and programme
stages and processes
3. Critically examine approaches to IT development planning,
contracts, risk, quality & maturity
4. Identify and evaluate appropriate approaches for team
working and involving stakeholders
ASSESSMENT
2 assessments: Assignment and Exam weighted 30:70
IN-CLASS ASSIGNMENT
Wk 4 Hand out and assign groups and topics
Wks 5-8 Class-based worksheets, submit each week
Wk 10 Poster session, final assessment
EXAM
2 hour exam in May examination period
CLASSES:
LECTURE: 13:00-14:00 MONDAY
TUTORIALS: 2 hours on TUESDAY –
09:00-11:00 or 11:00-13:00 or 13:00-15:00
KEEP LOOKING AT THE ONLINE TIMETABLE – IT
MAY HAVE TO CHANGE IN THE FIRST FEW WEEKS
IT Lifecycles & Approaches
Waterfall and beyond
Contents
Project Lifecycles
• Sequential
• Iterative
• Incremental
• Hybrid
Project Approaches
• Plan-driven
• Agile
Sequential Model - waterfall
requirements
design
code
test
deploy
maintain
Products From Each Stage
Requirements gathering Specification
Design Design detail – architecture, classes, DBS, UI
Code Code and documentation
Test Test cases, results
Deploy System running in live setting
Maintain New code, new tests, new documentation
Sequential Model:
Rationale & Assumptions
Rationale
• Logical approach
• Supports job specialisms
• Supports use of Project Manager to co-ordinate the whole
• Can design UI, architecture and code in early stages and then
implement
Assumptions
• Deliver everything at the end
• Go through the process once
• Nothing is going to change
• Don’t need team work
Iterative Model - Spiral
Different Types of Iteration
Evolutionary iteration (Spiral model)
Build product gradually
Start small and extend, with feedback
Throw-away prototyping
Fast development to confirm idea
or build alternatives and choose
Horizontal prototyping
Broad view of whole system
(overview)
Vertical prototyping
Prototype of a sub-system (feasibility)
Iterative Model:
Rationale & Assumptions
Rationale
• Reduce uncertainty about technical issues and client needs
• Explore client/user needs through trial and error. Difficult to
‘imagine’ system up-front, pick up missing/changing requirements
• Explore design and programming issues
• Explore ‘look and feel’, look at alternatives
Assumptions
• Don’t need to deliver until it is complete
• Don’t mind ‘wasting time’ on work that might get thrown away
• Have access to client to review product
Incremental Model – Frequent chunks
Regular releases of developed software
Jan Feb Mar