Enterprise Scrum Development Process Flow

Enterprise Scrum Development Process Flow

Here's how we write software for a not to exceed budget, on a deadline, with a mandatory set of Capabilities and Features that implement the Capabilities needed to accomplish the Mission and fulfill the Strategy in a State Public Insurance domain. The needed Capabilities, Features, and Stories, must Go Live in the first week of October every year.

No alt text provided for this image

This process flow has been applied in a wide range of technical and business domains beyond the ACA domain. From?enterprise?IT to manned space flight avionics?systems.

In all these domains, there are some core assumptions:

— We know what?Done?looks like in some form. Usually,?a minimum set of Capabilities is needed to accomplish the business and technical?mission in units of measure meaningful to the decision-makers, starting with Measures of Effectiveness and Measures of Performance.

If you don't know what?Done?looks like in a unit of measure meaningful to the decision makers, you're?on a Death March project, from Death March, 2nd Edition, Edward Yourdon.

—The myth that it's in doing the work we discover the work is just that, a Myth.

  • That only works when your?project is?de minimis?- meaning no one cares if you're late, over budget, or they don't get what they need to run the business when you?run out of time and money.

— The development and even the emergence of?Capabilities?are held in the Product Roadmap. It's from this Roadmap that Features emerge.

  • The order of the Capabilities?is the basis of the success of Scrum projects since when a Capability is ready for production, you have the choice actually to put it into production.
  • You may need several Capabilities before going into production. For example, you need the capability to order materials, and when you have that Capability, you need the Capability?to pay the invoices for materials. Both are needed for the procurement team to use the system. If you ordered and can't pay, the suppliers will let you order again. If you can pay, but can't order, paying is of no value.

If you have no needed Capabilities, then you can?go live?every time you have working software. But that usually means you have a de minimus application, where no one?really cares what you are producing as long as it's something.

—That Product Roadmap has a?Release Plan?showing what Capabilities are needed in what order to meet the business needs of those paying for your work.?

  • This Product Roadmap and Release plan are what drive the development of the software by pulling Features off the Product Backlog work in coming Sprints - if you're using Scrum.

—The System Integration and User Acceptance testing can be done with Kanban in this paradigm.

  • This disconnects the work of testing from the work of development.
  • Testing then?does its work, and any outcomes that produce re-work and new work go back into the Product?Backlog.
  • When the Feature and Stories that implement the Feature are ready for User Acceptance?testing, they move to the Kanban Queue for UAT.

Here are the details of the steps in the first picture:

No alt text provided for this image

Estimating in this Process?Paradigm

The challenge?for all agile development?is estimating the work when there is a deadline and a budget to stay inside of.

The first step is to have some means for creating a?Reference Class?that can be used to size the highest level of the work. This usually means having someone or access to someone?who has done the type of work before.??

When I hear?we've never done this before, so we can't size the work. The answer to that is simple:?

  • Go find someone who has.
  • Go look in databases for similar?projects.?
  • Build a model of the?Functions?you're asking for and use Function Point Analysis to create a parametric estimate. The?ISO/IEC 141143-6:2012?Standard for functional size measurement Productivity Measurement of software projects.
  • There are five functional size measurement methods in compliance with ISO/IEC standards. NESMA?function points (ISO/IEC 24570), IFPUG?function points (ISO/IEC 20926), COSMIC?function points (ISO/IEC 19761), Mark II?function points (ISO/IEC 20968), and FiSMA?function points (ISO/IEC 29881).

In our current domain, the estimating process works like this

  1. The Product Owner makes a Rough Order of Magnitude estimate of the Feature's effort. This is easily done with Tee-Shirt sizes. That?Feature?is placed in the Product Backlog
  2. The PO team, along with the Development team, review those Tee-Shirt estimates using?past performance?to make sure the estimate?makes sense
  3. The technical team then works with the Product Orders to convert those Tee-Shirt estimates into?hours?by decomposing any larger pieces of the Feature. That information is updated in the Feature.
  4. Stories are created for the Feature, and those are estimated in Hours and placed in the Product Backlog.
  5. When work starts, the Hour estimates for the Stories are updated with a?Revised Estimate?along with the?Actual Work,?and a plugin for the agile tool keeps all this straight.
  6. With the?Revised Estimate?and the?Actuals to Date, a?Physical Percent Complete?can be generated

References for Integrating Agile Development with Program Planning and Controls

No matter the domain, the context, the development processes, or the project management processes, there are Five Immutable principles of project success.

The basis of success for all projects, no matter the domain, project management process (Agile or Traditional), project management tools, and technology, starts by answering the questions posed by the Five Immutable Principles, published in?Performance-Based Project Management, American Management Association, February 2014.

  1. What does?Done?look like in units of measure meaningful to the decision-makers, starting with Measures of Effectiveness (MOE), Measures of Performance (MOP), Technical Performance Measures (TPM), and Key Performance Parameters (KPP)?
  2. What is the?Plan?to reach?Done, with the needed outcomes fulfilling these measures on the needed date, for the needed cost, to deliver the needed Capabilities to accomplish a mission or fulfill a strategy?
  3. What?Resources?- staff, facilities, funding, and regulatory compliance will be needed to reach?Done?as needed?
  4. What are the Impediments?to reaching?Done?at the needed time, for the needed cost, with the needed Capabilities?
  5. How will?Progress to Plan?be measured in units of measure meaningful to the decision-makers? The passage of time, consumption of money, production of Stories, and Story points are not measures of progress to Plan. Delivery of Capabilities to accomplish the mission are.

Guidance on Managing Agile Projects

More Resources for Increasing the Probability of Project Success

A collection of conference presentations, white papers, book chapters, and journal articles on managing projects and programs in a variety of domains, where arriving on or before the needed time, at or below the needed cost, with the needed Capabilities to accomplish a mission or fulfill a strategy is necessary for the success of the project.

Conference Briefings, Training Materials & Master Classes for Successfully Managing Traditional & Agile Complex System of Systems.

Laila Bakry

Project Manager

2 年

This process flow is a great example of how Kanban supports and complements Scrum. In the end, "the Scrum framework is purposefully incomplete and only defines the parts required to implement Scrum theory."

回复

要查看或添加评论,请登录

Glen Alleman MSSM的更多文章

  • 2 - Fundamentals of Digital Engineering Systems

    2 - Fundamentals of Digital Engineering Systems

    This is the 2nd in a 3-part series on Digital Engineering. The 1st introduced the Capabilities of Digital Engineering.

  • Some GovLoop Publications

    Some GovLoop Publications

    GovLoop is The Knowledge Network for the Government of more than 300,000 federal, state, and local government peers in…

  • Five Immutable Principles of Project Success No Matter the Domain, Context, Management Tools, or Processes

    Five Immutable Principles of Project Success No Matter the Domain, Context, Management Tools, or Processes

    Here is a collection of materials I use to guide project success when we are not immune to common reasons for project…

    6 条评论
  • Planning is Everything

    Planning is Everything

    Plans are nothing; Planning is Everything. The notion that plans are nothing but planning is everything is a standard…

    3 条评论
  • Learning from Mistakes is Overrated

    Learning from Mistakes is Overrated

    We've all heard this before: hire good people and let them learn from their mistakes. The first question is, who pays…

    2 条评论
  • Quote of the Day

    Quote of the Day

    “The first rule of any technology used in a business is that automation applied to an efficient operation will magnify…

    3 条评论
  • Quote of the Day

    Quote of the Day

    For the sake of persons of different types, scientific truth should be presented in different forms and should be…

    1 条评论
  • The Fallacy of the Iron Tiangle

    The Fallacy of the Iron Tiangle

    The classic Iron Triangle of lore - Cost, Schedule, and Quality- has to go. The House Armed Services Committee (HASC)…

    9 条评论
  • Why Projects Fail - The Real Reason

    Why Projects Fail - The Real Reason

    At the Earned Value Analysis 2 Conference in November of 2010, many good presentations were given on applying Earned…

    2 条评论
  • Quote of the Day - Risk

    Quote of the Day - Risk

    The real trouble with this world of ours is not that it is an unreasonable world, nor even that it is a reasonable one.…

    6 条评论

社区洞察

其他会员也浏览了