Other related sections of the PMKI:
Planning poker, also called Scrum poker, is a consensus-based, gamified technique for estimating, mostly used to estimate effort or relative size of development goals in software development. In planning poker, members of the group make estimates by playing numbered cards face-down to the table, instead of speaking them aloud. The cards are revealed, and the estimates are then discussed. By hiding the figures in this way, the group can avoid the cognitive bias of anchoring, where the first number spoken aloud sets a precedent for subsequent estimates.
Agile is a way of developing software and other ‘soft products’ focused on flexibility and adapting to changing user or customer requirements to maximize value. This topic looks at the practical application of Agile in a business environment. See more on Product Development & Maintenance.
We are not experts in any of the various and evolving approaches to agile, the most prominent seem to be Scrum as the method of working and Disciplined Agile (DA) and SAFe® (Scaled Agile Framework) as the overall management approach, where DA can be used to create context-sensitive options that optimize SAFe practices and ensure the delivery of business solutions. The papers in this section are written from a business and governance perspective, not a technical agile perspective, for up to date technical resources see the 'agile resource links' below.
DP: Thoughts on Agile. Agile is a way of developing software and other ‘soft products’ focused on flexibility and adapting to changing user or customer requirements to maximize value. This paper looks at the implication of managing an agile approach to product development.
Art: There’s Agile and there’s Agile, understand the difference! This article defines three very different business environments where 'Agile' approaches can deliver real benefits and identifies the differences in management approach needed to maximize value for the organization.
Prs: Controlling Agile. A review of the decisions, questions and options for effectively integrating project controls with an 'agile' product delivery methodology.
Prs: Governing Agile – the changing role of project controls in an ‘agile’ environment. The challenges of governing and managing an 'agile' environment are significant. This presentation suggests an appropriate framework for the overall governance of agile projects (including the role of a steering committee) and outline the controls framework needed to support both the management and the governance of the project.
Art: De-Projectizing IT Maintenance. Not everything in IT needs to be a project – by de-projectizing maintenance work major improvements in delivery are possible.
Art: Processes -v- People. You can get the best of both worlds by embedding organizational agility into your procedures, methodologies and management.
PP: The Paradox of Project Control in a Matrix Organisation. This paper explores the hypothesis that, within complex matrix organizations, the ‘zone’ between the strategic vision set by senior management and the projects created to fulfil it, is a highly complex and dynamic organism that's reaction to stimuli cannot be predicted. Succeeding in this environment needs a different management paradigm from that developed for management in traditional project industries. The characteristics of a complex matrix organization include: multiple/competing lines of authority, virtual and partial/part time teams, divergent objectives, and many competing levels and types of authority. This paper describes the paradigm shift in management thinking needed to succeed in managing projects across this ‘zone’. To succeed, managers need to combine vigilance and agility to identify and capitalize on unexpected gains and deal with unexpected problems.
Agile Alliance - the home of the 'Agile Manifesto' - https://www.agilealliance.org/
Best Management Practice products, UK Government
(formally OGC, now Axelos) - the umbrella site dedicated
to making access to information quick and easy:
- PRINCE2 Agile - a complete agile project management solution:
Disciplined Agile (DA) tool kit from PMI - https://www.pmi.org/disciplined-agile
SAFe Scaled Agile Framework a system for implementing Agile, Lean, and DevOps practices at scale - https://scaledagile.com/what-is-safe/
Agile Business Consortium - A not-for-profit organization, that pioneered Agile and has unrivaled expertise in the field: https://www.agilebusiness.org/
Scrum AllianceⓇ - a nonprofit organization that is guiding individuals, leaders, and organizations with agile practices, principles, and values: https://www.scrumalliance.org/
SCRUMstudy - Global Accreditation Body for Scrum and Agile Certifications (owned by VMEdu): https://www.scrumstudy.com/
The Waterfall model as developed by Winston W. Royce includes the option for iterative development. The waterfall model, requires the following phases to be followed in order:
The waterfall model is based on the premise that the project should only move to a new phase when its preceding phase is reviewed and verified. However, waterfall can include slight or major variations on this process, including returning to the previous phase after flaws are found downstream, or returning all the way to the design phase if downstream phases identify major deficiencies.
Waterfall may be used in an 'iterative' development (ie, the phases are applied to each iteration), But the term 'iteration' may mean developing a program in sections, releasing one capability at a time; or it may mean an intention to develop and release a prototype followed by a minimum system followed by progressively more comprehensive systems. Care is needed to ensure everyone understands the project strategy. Download our White Paper on Project Strategy.
Prs: he Effective Management of Time in Complex Projects. An ICT Perspective. The IT industry’s inability to effectively manage time has been widely documented. Other industries are no better, if the Burj Khalifa in Dubai had been built at the same speed as the Empire State Building (completed in 1931) it would have opened two years earlier! Research by the CIOB undertaken in 2007 found most complex/mega projects failed to adequately mange time, most finished late and the situation was getting worse over time. Interestingly, the degree of failure seems to be the same regardless of the size of the penalties imposed for late completion and regardless of the form of contract used. PPP, Alliance, Partnering, D&C, and traditional forms of contract all experienced similar trends and similar levels of failure.
What the CIOB research did uncover was the significant difference in performance between simple and complex projects and on complex projects, between those using effective time management compared to those that did not. The research found:
Australian Computer Society (ACS) - Computer industry professionals: https://www.acs.org.au/
International Software Benchmarking Standards Group - The mission of the ISBSG is to improve the management of IT projects through the use of public repositories of software engineering knowledge and metrics: https://www.isbsg.org/