Book contents
- Frontmatter
- Dedication
- Contents
- Figures
- Tables
- Foreword
- Preface
- Acknowledgements
- Overview of the Book
- 1 Knowledge Driven Development: What is the Proposition?
- 2 Project Delivery and Supporting Methodologies
- 3 Project Delivery Pain Areas and the Way Forward
- 4 Project Knowledge Model: Context and Definition
- 5 Project Knowledge Model: A Differentiator
- 6 Project Knowledge Model vs Project Documents
- 7 Extending Project Knowledge Model to Cover End-to-End Project Delivery – KDD
- 8 Extended KDD: Pre-Requirement and Post Delivery
- 9 KDD Compliance with Standards of Project Delivery
- 10 Enabling DevOps
- 11 Addressing Contemporary Concerns of Project Delivery
- 12 Helping Existing Methodologies
- 13 Technology Enablers: Tools and Automation
- 14 Suits Factory Model: Needs Cultural Change
- 15 Global Relevance of KDD: GKMF Assisting Skill Development
- 16 Lean KDD: Elimination of Requirement and Test Design?
- 17 Conclusion
- Appendix A Illustrative Non-Functional Attributes
- Appendix B Compliance of PKM with GKMF
- Appendix C Project Estimate and Business Rule/Scenario Framework
- Appendix D Inventory Relationship for Setting up of Security Questions – as per Example in Chapter 6
- Appendix E KDD: Response to Criticism
- Glossary
- References
- Index
8 - Extended KDD: Pre-Requirement and Post Delivery
Published online by Cambridge University Press: 20 October 2018
- Frontmatter
- Dedication
- Contents
- Figures
- Tables
- Foreword
- Preface
- Acknowledgements
- Overview of the Book
- 1 Knowledge Driven Development: What is the Proposition?
- 2 Project Delivery and Supporting Methodologies
- 3 Project Delivery Pain Areas and the Way Forward
- 4 Project Knowledge Model: Context and Definition
- 5 Project Knowledge Model: A Differentiator
- 6 Project Knowledge Model vs Project Documents
- 7 Extending Project Knowledge Model to Cover End-to-End Project Delivery – KDD
- 8 Extended KDD: Pre-Requirement and Post Delivery
- 9 KDD Compliance with Standards of Project Delivery
- 10 Enabling DevOps
- 11 Addressing Contemporary Concerns of Project Delivery
- 12 Helping Existing Methodologies
- 13 Technology Enablers: Tools and Automation
- 14 Suits Factory Model: Needs Cultural Change
- 15 Global Relevance of KDD: GKMF Assisting Skill Development
- 16 Lean KDD: Elimination of Requirement and Test Design?
- 17 Conclusion
- Appendix A Illustrative Non-Functional Attributes
- Appendix B Compliance of PKM with GKMF
- Appendix C Project Estimate and Business Rule/Scenario Framework
- Appendix D Inventory Relationship for Setting up of Security Questions – as per Example in Chapter 6
- Appendix E KDD: Response to Criticism
- Glossary
- References
- Index
Summary
In this chapter, we look at the product lifecycle rather than project lifecycle. Before a project starts via defined requirements, a business case must be established. Also, once the product is delivered, it is supported by the service management for support and maintenance until it is decommissioned. These two phases of the product delivery should also get the benefit from the concept of digital Project Knowledge Model. This chapter discusses the relevance of PKM in these two phases of the product delivery that can be covered by the Extended KDD.
Business Case (Pre-Requirement)
Cost of delivering software must be significantly less than the benefit it can deliver within a specified period, as determined by the customer. This makes the business case for the delivery of a software. A software delivery project usually passes through the business case before the requirement analysis phase of the project can start. Monetary considerations are always the key, either directly or indirectly. Indirect monetary considerations are obvious in regulatory and technology upgrade projects. Non-compliance with regulatory requirements might incur a heavy penalty, and technology upgrades, if not done, can result in unpredictable interruptions of services.
There are usually two identifiable phases in the product delivery before the requirement analysis phase begins. They are:
1. Initiation phase where an idea is generated and assessed for feasibility and cost-benefit. It goes through the scrutiny of the senior management to ensure it is as per the goals of the company and fit to go to the next phase.
2. Concept phase, where As Is and To Be are detailed and, if needed, multiple solution options are arrived at. Out of them, one solution option is chosen, to be detailed further. There will always be a default option of not to do anything. For choosing a solution option, cost-benefit considerations are the key. Once a solution option is chosen, high level requirements are created, which become the input to the requirement analysis phase, which is the first phase of project delivery as detailed in the earlier chapters.
One of the biggest challenges in these early phases of product delivery is determining the size of the work. This is where the enterprise knowledge base of PKM comes to help. For each of these initial phases of initiation and concept, enterprise knowledge base can be used to size the work.
- Type
- Chapter
- Information
- Knowledge Driven DevelopmentBridging Waterfall and Agile Methodologies, pp. 169 - 171Publisher: Cambridge University PressPrint publication year: 2018