The document presents a proposed process for project management and solution delivery. It discusses the benefits of using defined processes, including consistency, productivity, and risk reduction. It outlines the key phases of the solution delivery process, including planning, design, implementation, testing, and support. It also describes the major components of project management, such as initiation, scope, communication, risks/issues. The document provides many templates that can be used to document requirements, designs, plans, issues, and other elements of the process. Feedback is sought on the proposed process before full implementation.
7. • Increase credibility
• Increase visibility of the customer engagement
• Improving customer confidence and facilitating smoother engagements
• Improve profitability by customising pre-defined proven processes
rather than developing new ones
• Reduce risk through improve planning
• competitors have them
• Eliminate surprises
WHY USE PROCESSES?
12. • Two processes running in parallel
• Solution Delivery – delivery of the solution to the customer
• Project Management – management of the delivery of the solution
• Processes must work together
• Processes supported by document templates
• Templates used to capture and document information
• Templates provide a framework for management and control
PROJECT AND SOLUTION DELIVERY PROCESSES
14. Planning and Analysis
Detailed Design
Implementation
and Installation
Testing
Training and Handover
Support, Administration
and Maintenance
Initiation
Scope
Quality
Communication
Risks,
Issues
and Decisions
Closure
Project Management Solution Delivery
18. • Planning and Analysis – customer requirements are captured and
documented
• Detailed Design – the proposed solution is documented is detail
• Implementation and Installation – the solution is installed
• Testing – the solution is tested
• Training and Handover – the solution is handed over to the customer
and training is provided
• Support, Administration and Maintenance – the solution is
transferred to support
SOLUTION DELIVERY PHASES
19. • Document requirements
• Confirm requirements
• Design solution to meet requirements
• High level and detailed design
• Confirm solution design
• Implement solution
• Test solution and confirm requirements are met
• Handover solution and provide training
SOLUTION DELIVERY PROCESS
20. • Initiation – the project is formally initiated
• Scope – project scope is managed and changes are captured
• Quality – project quality is managed
• Communication– project communications are managed and
documented
• Risks, Issues and Decisions – project issues, risks and decisions are
managed and documented
• Closure – the project is closed and moved to maintenance
PROJECT MANAGEMENT PHASES
23. Final Requirements Checklist.doc This is a checklist to validate requirements.
Functional Specification.doc
This describes the functionality of the
solution being delivered.
Infrastructure Requirements Checklist.doc
This is a checklist to infrastructure
requirements.
Non-Functional Requirements
Checklist.doc
This is a checklist to non-functional or
operational requirements.
Objectives and Requirements
Specification.doc
This documents the customer’s objectives
and requirements.
Requirements Traceability Log.doc
This logs requirements to provide
traceability to ensure they are delivered.
SOLUTION DELIVERY – PLANNING AND ANALYSIS
24. Detailed Design.doc
This documents the actual solution
design in detail.
High Level Design.doc
This documents the actual solution
design at a high level.
Proposed Solution.doc
This defines the concept of the
solution
SOLUTION DELIVERY – DETAILED DESIGN
26. Acceptance Test Package.doc
This defines the approach to testing of the
solution.
Acceptance Test Specification.doc
This details the set of tests to be performed
to validate the solution.
Fault Report Log.doc
This is a log of any faults discovered during
testing.
Fault Report.doc
This documents a fault discovered during
testing.
System Test Plan.doc This defines the plan for performing testing.
Test Execution Log.doc This logs the testing performed.
SOLUTION DELIVERY - TESTING
28. Operational Support Plan.doc
This documents a plan to provide
operational support.
Service Level Agreement.doc
This defines the service level to be
provided.
Solution Support Plan.doc
This documents the level of support to be
provided.
Transfer to Support.doc
This documents the transfer of the solution
to support.
SOLUTION DELIVERY - SUPPORT, ADMINISTRATION, AND
MAINTENANCE
30. Project Initiation Document (PID).doc This initiates the project.
Statement of Work (SOW).doc
This defines the scope of the work to be
done.
Project Organization Chart.ppt This describes the project organisation.
PROJECT MANAGEMENT - INITIATION
31. Issue Resolution Request.doc
This documents an issue that has been
raised that needs to be responded to.
Change Request Log.doc This logs requests for changes.
Change Request.doc
This is used to document a request for a
change.
Solution Delivery Plan.mpp
This is the project plan for delivering the
solution.
PROJECT MANAGEMENT - SCOPE
32. Quality Log.doc
This documents results of testing for quality
logging.
Quality Plan.doc This is a plan for managing project quality.
PROJECT MANAGEMENT - QUALITY
33. Communication Distribution Plan.doc This documents project communication.
Communication Log.doc This logs communications.
Customer Monthly Status Report.doc This is a sample monthly report.
Customer Status Report Presentation.ppt This is a sample status report presentation
Delay Notification Log.doc This is a log of delays that have occurred in the project.
Delay Notification.doc This is a formal notification of a project delay.
Information Request Log.doc This is a log of requests for information.
Information Request.doc This is a request for information
Meeting Agenda and Minutes.doc This is used to record meeting minutes.
Project Monthly Report.doc This is an internal project report.
Project Weekly Status Report.doc This is a sample weekly report.
Steering Committee Meeting Agenda.doc
This is a document for use with a project steering
committee.
PROJECT MANAGEMENT - COMMUNICATION
34. Actions-Issues-Decisions Log.doc
This is a log of actions, issues and
decisions.
Decision Request.doc This documents a project decision.
Issue Report.doc This documents a project issue.
PROJECT MANAGEMENT - RISKS, ISSUES, AND DECISIONS
35. Project Closeout Report.doc This documents project closure.
Project Sign-off.doc
This is used to record formal project signoff
by the customer.
PROJECT MANAGEMENT - CLOSURE
37. • Effective project and solution delivery steps
• 1 – Initiation
• 2 – Requirements
• 3 – Project Planning
• 4 – Solution Design
• 5 – Delivery and Testing
• 6 – Training and Handover
• 7 – Closure and Move to Maintenance
USING THE PROCESS
38. • Gather and define requirements:
• Objectives and Requirements Specification.doc
• Final Requirements Checklist.doc
• Infrastructure Requirements Checklist.doc
• Non-Functional Requirements Checklist.doc
• Manage requirements through life of project
• Requirements Traceability Log.doc
• Complete functional specification – defines what is to be done
(not how)
• Functional Specification.doc
PROJECT AND SOLUTION PROCESS - REQUIREMENTS
40. • Gather – Tasks relating to the initial gathering of requirements
• Analyse – Analysing and categorising requirements and specifying
them
• Review – Agreeing (with the customer) exactly what the
requirements are. Modify if necessary to reach agreement.
REQUIREMENTS DEFINITION
41. • Business – objectives and goals to be delivered as a result of the
solution
• Functional – what it does
• Technical – operational and procedural constraints
• Implementation – how the solution will be implemented
• Project – requirements of the project
REQUIREMENTS CLASSIFICATION
44. • Performance (Response times, transaction throughput rates, batch job durations.)
• Volumes (Data capacity, network bandwidth, business units)
• Availability (Required uptime, daytime periods for which the system must be
available)
• Resilience(No single point of failure, MTBF of components, switchover times)
• Recoverability(Backup times, tolerable data loss, offsite needs, recovery timescales)
• Scalability (How the solution will deal with more users/data, capability for predicted
growth)
• Integrity (Degree of problems tolerated, problem detection needs)
• Interfaces (Internal and external, user, hardware, software, communications)
• IT Management (Event handling and classification, detection needs, management
roles and processes)
TECHNICAL REQUIREMENTS
45. • Timescales (What are the desired target dates)
• Disruption and Impact (What levels of disruption can be tolerated)
• Data Conversion(What data needs to be migrated, how, and with what
constraints)
• Supportability (What levels of support will be needed)
• Training (What staff require what new skills)
• Handover (Process of transfer of control, parallel run)
• Support
• Warranty (Coverage during warranty)
• Post-Warranty
• Operation
IMPLEMENTATION REQUIREMENTS
47. • Capture – Ensure that the new requirements or change requests are
captured
• Assess – Consider whether the changes will be actioned. Approve or
reject
• Change – Undertake the changes
REQUIREMENTS MANAGEMENT
53. • Risk
• All projects have risks
• Need to identify and manage
• Action can be taken to mitigate/circumvent risks
• Minimise the negative risk impacts
• Risk management steps
• Risk Management Planning – determine the approach to risk management
• Risk identification - identify all known project risks
• Risk Analysis - perform an assessment of the probability of occurrence and
potential impact
• Risk Response Planning - create action plans to manage the identified risks
• Risk Monitoring and Control – monitor, review and update risk status and plans
• Risk Closeout – document lessons learned
• Take appropriate approach to managing risk
RISK MANAGEMENT
58. • Use documents in Project Management40 Communication
• Document how communication is handled - Communication Distribution Plan.doc
• Log communications - Communication Log.doc
• Meetings
• Meeting Agenda and Minutes.doc
• Steering Committee Meeting Agenda.doc
• Reports
• Customer Monthly Status Report.doc
• Customer Status Report Presentation.ppt
• Project Monthly Report.doc
• Project Weekly Status Report.doc
• Other communications
• Delay Notification Log.doc
• Delay Notification.doc
• Information Request Log.doc
• Information Request.doc
PROJECT REPORTING
59. • Deliver solution
• Solution Delivery30 Implementation and Installation
• Testing
• Solution Delivery40 Testing
• Acceptance Test Package.doc
• Acceptance Test Specification.doc
• Fault Report Log.doc
• Fault Report.doc
• System Test Plan.doc
• Test Execution Log.doc
• Test against requirements
• Log results of tests to establish audit trail
PROJECT AND SOLUTION PROCESS – 5 – DELIVERY
AND TESTING
60. • Project Management30 Quality
• Quality Log.doc
• Quality Plan.doc
• Ensures that quality is built into project from the start
• Delivers real benefits
• Reduced testing
• Reduced rework
• Increased customer satisfaction
• Increased project profitability
PROJECT QUALITY
62. • Closure and Move to Operations
• Project Management60 Closure
• Project Closeout Report.doc
• Project Sign-off.doc
• Solution Delivery60 Support, Administration and Maintenance
• Operational Support Plan.doc
• Service Level Agreement.doc
• Solution Support Plan.doc
• Transfer to Support.doc
PROJECT AND SOLUTION PROCESS – 6 – CLOSURE
AND MOVE TO OPERATIONS