Course Title

- IT support for project management processes
- Course description
- Chapter 1 - Introduction to project management
  - Objective
  - 1.1 Project management
  - 1.2 Limitations
  - 1.3 Task
  - 1.4 Project planning
  - 1.5 V-model
  - 1.6 Summary
  - 1.7 Questionnaire
  - 1.8 Bibliography
- Chapter 2 - Introduction to PRINCE2
  - Objective
  - 2.1 Introduction
  - 2.2 Principles
  - 2.3 Themes
  - 2.4 Processes
  - 2.5 Tool demo example
  - 2.6 Summary
  - 2.7 Questionnaire
  - 2.8 Bibliography
- Chapter 3 - Introduction to PMBOK
  - Objective
  - 3.1 Description
  - 3.2 PMBOK's methodology
  - 3.3 PMBOK Core Areas
  - 3.4 PMBOK Facilitating Areas
  - 3.5 PMBOK Integration Management
  - 3.6 Summary
  - 3.7 Questionnaire
  - 3.8 Bibliography
- Chapter 4 - Introduction to Agile
  - Objective
  - 4.1 Description
  - 4.2 Sprints
  - 4.3 Roles
  - 4.4 Communication
  - 4.5 Requirements management
  - 4.6 Measurement
  - 4.7 Summary – pros and cons of Agile
  - 4.8 Questionnaire
  - 4.9 Bibliography
- Chapter 5 - Advanced Agile
  - Objective
  - 5.1 Description
  - 5.2 Kanban Development – Just-In-Time logistics
  - 5.3 Extreme Programming – Simplicity with a scent of quality assurance
  - 5.4 Crystal methodology – According to project size & criticality
  - 5.5 Dynamic Systems Development Method – Business value
  - 5.6 Feature-Driven Development – Business model
  - 5.7 Summary
  - 5.8 Questionnaire
  - 5.9 Bibliography
- Chapter 6 - Introduction to Lean
  - Objective
  - 6.1 Introduction
  - 6.2 History
  - 6.3 Lean basic concepts
  - 6.4 Further Principles
  - 6.5 Lean tools
  - 6.6 Basic overview of concepts and tools
  - 6.7 Lean improvement cycle
  - 6.8 Tool demo
  - 6.9 Summary
  - 6.10 Questionnaire
  - 6.11 Bibliography
- Chapter 7 - Advanced Lean
  - Objective
  - 7.1 Introduction
  - 7.2 Lean Principles
  - 7.3 Lean Software Development
  - 7.4 Summary
  - 7.5 Questionnaire
  - 7.6 Bibliography
- Chapter 8 - Discussion
  - Objective
  - 8.1 Introduction
  - 8.2 Modelling a project
  - 8.3 Other methodologies
  - 8.4 Related fields
  - 8.5 Groupwork, homework
  - 8.6 Summary
  - 8.7 Questionnaire
  - 8.8 Bibliography
- Chapter 9 - Comparison
  - Objective
  - 9.1 Introduction
  - 9.2 Principles – processes – tools
  - 9.3 Modelling the project
  - 9.4 Classifications of project management methodologies
  - 9.5 Proposed method
  - 9.6 Groupwork, homework
  - 9.7 Summary
  - 9.8 Questionnaire
  - 9.9 Bibliography
- Chapter 10 - Project management tools basics
  - Objective
  - 10.1 Description
  - 10.2 Desktop tools
  - 10.3 Cloud based tools
  - 10.4 Summary
  - 10.5 Questionnaire
  - 10.6 Bibliography
- Chapter 11 - Project management tools advanced
  - Objective
  - 11.1 Description
  - 11.2 Demonstration
  - 11.3 A walkthrough on Redmine
  - 11.4 Redmine deficiencies
  - 11.5 Summary
  - 11.6 Questionnaire
  - 11.7 Bibliography
- Chapter 12 - Summary, conclusion
  - Objective
  - 12.1 Project management methodologies and software solutions
    - 12.1.1 PRINCE2
    - 12.1.2 PMBOK
    - 12.1.3 AGILE
    - 12.1.4 Lean
    - 12.1.5 Discussion and comparison of the methods
    - 12.1.6 Various project management tools
    - 12.1.7 Redmine
  - 12.2 Groupwork, homework
  - 12.3 Questionnaire
  - 12.4 Bibliography

« Prev | Next »

# 1.5 V-model

V-model is a very good tool to give a meaningful picture about project management phases as it defines easy to understand phases of complex systems' development stages. However, several different versions and interpretations exist of the V-model. Please note, that here we give one interpretation.

Figure 1.5: Basic V-model

During the development phase we define acceptance criteria to the conforming testing phases – all progress of each development phase is monitored and checked during the testing phases.

The development phases aim to produce an operational version of the unique result:

- Requirements: “something that is needed or that must be done” (Merriam-Webster)
- Design: “to plan and make decisions about (something that is being built or created) : to create the plans, drawings, etc., that show how (something) will be made” (Merriam-Webster)
- Implementation: “to make (something) active or effective” (Merriam-Webster), something here means the design plans

The testing phases aim to ensure that the version produced by the development phase is reliable and usable:

- Implementation verification: is the implementation (of small building blocks) acceptable in itself?
- Integration verification: is the implementation (of the whole system) matches the original design?
- System verification: is the implementation (of the whole system) matches the requirements?

Fixing a discovered problem during testing is expensive therefore reviews are highly suggested to be performed during development:

- design review: checking whether the design plans fit the requirements
- implementation review: checking whether the implementation fits the design plans

Most of the popular and well known V-models look like the previous one. However, there are some very important further phases and steps in an extended version of the V-model.

Figure 1.6: Extended V-model

In the modified form we have further reviews:

- reviewing the requirements by the requester / user
- reviewing all development phases to standards (i.e. these phases should be developed considering these standards)

Two stakeholders appeared during development:

- Requester, user: who request the new system (scope, unique result)? who will use it?
- Domain expert: she is able to collect and describe the needs and demands of the requester, user

Related to the new two stakeholders two phases appeared during testing:

- System validation: does the final system acceptable by the domain expert?
- System accreditation: does the final system acceptable by the user(s)?

« Prev | Next »