Daily Scrums

A lot of time can be wasted in meetings that add little value to the overallresults of the project. Daily Scrums eliminate long elaborate meetings in favor of shorter productive ones.  The objective is to provide laser focus to indentify issues quickly and productively.

The Daily Scrum is a simple daily routine meeting, which helps the team self-organize, focus, identify and eliminate impediments to progress. The primary goal is to allow team members to get to the point by telling what they are working on and what they are having issues with. The meeting lasts a maximum of 15 minutes. All team members are required to attend personally, by phone or by proxy.

During this time, team member discuss progress, obstacles and daily plans.

Successful scrum meetings demonstrate the following features:

• Meeting should be 15 minutes or less
• Standing rather than sitting – this helps to keep the meeting short and everyone focused
• All project stakeholders should attend the daily scrum – to eliminate that need to repeat information
• Team members should only focus on: what was done yesterday, what will be done today, what issues may cause problems for progress
• The meeting should be held in the same place and at the same time every day
• Burndown charts and Status boards are updated during the meeting – which visibly records progress being made.

By adhering to the above practices, you can increase the efficiency of your team and improve the quality of your project by avoiding tedious and time-wasting meetings.

Conclusion

Over the past several weeks we have highlighted for you five ways that Agile works to eliminate waste. My hope is that you now have a better understanding about the advantages that Agile offers and its primary focus to eliminate waste and streamline the application development process.  There are many other advantages to using the Agile methodology, of which there are too many to highlight in this segment.

If you are interested in learning more about this topic, “Lean Software Development: An Agile Toolkit for Software Development Managers” by Mary and Tom Poppendieck, is an excellent book that defines how lean manufacturing processes can be applied to software development.

Kim Payne, Senior Project Manager at RSA Corp, shares how custom applications can help a business with their branding in addition to its various other benefits.

Next, in our series on how Agile eliminates waste in the custom application development process, we focus on Backlogs and how they are used to make projects more efficient and ultimately more successful; meaning more likely to be on-time, on-budget, and exceeding client expectations.

Backlogs are logs that contain lists of User Stories (see part 3 of 5).   There are two types of Backlogs, Product Backlog and Sprint Backlog. Both have a specific purpose directed toward eliminating waste and maximizing value.

Product Backlog

The Product Backlog is a list of User Stories, generated and prioritized by the Product Owner in order of value and business importance.  At this stage, the User Stories are defined at a high level and lack the details needed to turn them into functions. This is intentional; why waste time defining or documenting functions that may never be used or are not sufficient in value?

The Product Backlog is dynamic; it is constantly changing based on the measurement of business value and business priorities.

We select User Stories with the highest priority, as described on the Product Backlog, as candidates to be included in the next development iteration, also known as a “Sprint”. Next, we estimate how many of those User Stories can be completed within the iteration (see part 1 of 5).

Sprint Backlog

Which brings us to the Sprint Backlog … the selected User Stories are further defined into development tasks that will comprise the Sprint Backlog for the next Sprint or iteration.  The Sprint Backlog includes the Stories and tasks that become the planned work for the upcoming Sprint.

A Sprint is a two or three week cycle of planned development work, that will deliver one or more fully functioning features, based on the User Stories in the Sprint Backlog.

After each Sprint is completed, this cycle is repeated.  Users Stories are reprioritized on the Product Backlog by the Product Owner, refined into tasks on the Sprint Backlog, and delivered upon completion of the Sprint.

Tying it all together

The process of User Stories moving from the Product Backlog to the Sprint Backlog, ensures that only those Stories or functions with the highest value make it into the Sprint.  It eliminates any wasted effort spent on User Stories or functions that brings little or no value to the business, freeing up resources for more valuable work.

And most importantly, your company benefits from more ROI for its IT dollars.

Stay tuned for the final segment on how Agile eliminates waste in the application development process.

How are you using Backlogs to refine your businesses return on ROI?

Kim Payne, Senior Project Manager at RSA Corp, explains how using custom applications gives businesses a competitive advantage over those businesses that still use “off-the-shelf” software packages.

Episode #20 – Jason Kuhn, CIO of RSA Corp, discusses how a business can improve their processes using the technology they already own right there at their fingertips.

Episode #18 – Joan Kreidle, Project Manager at RSA Corp, explains how Enterprise Resource Planning (ERP) helps to cut costs by streamlining business processes through the management of internal and external resources.

Here’s number 3 of the 5 top wasters that Agile addresses.  In the previous segment, we discussed iteration cycles and how that they can be used to eliminate waste in the software development process.

Standish reports that 64% of software functionality is never or rarely used.  By eliminating wasted functionality we can spend 64% more time and money on functionality that adds value and creates ROI.  Why waste money and time on functionality that will never be used?

Agile provides a way to eliminate wasted functionality by the use of User Stories and Product Backlog

Software projects often times involve requirements that are roughly defined; we rarely get the opportunity to have fully defined requirements at project start-up.  Requirements normally start out at a high level and become clearer, as you move through the project.  Why waste time developing coding and design documentation before the requirements become clear?  Often information is created so early in the process that it becomes inaccurate and obsolete, even before the functionality is delivered.  Why waste time developing documentation for requirements that will change or may never even get implemented?

Agile focuses on the just in time concept of refining and documenting requirement details, as the information is needed.  This is done through the simple use of User Stories.

User Stories

Project requirements are created as User Stories, story cards that describe the expected outcome from the deliverable from Stakeholder/Product Owners point of view.  User Stories are used to defined requirement functionality at a level that the Project Owner can describe and understand.  Project Owners are directly involved with the creation of the User Stories and in many cases become the owners of the Stories.

Each User Story describes only one function.  It should describe the role, the desired function, the reason for the function and the acceptance criteria for that function.

Example:
Role: External Customer
Function: View account information
Reason: External Customer is interested in knowing what they have ordered and payment balances
Acceptance: External Customer will be able to view account activity and transactions, both history and current.

We then estimate each story using a points system.  Each story is estimated in points, given the expected effort, complexity and clarity.  The points will be used later to measure the velocity (productivity levels) of the team.

The User Story needs to be brief taking only a few minutes to define.  It is recommended that each be written out on a 3×5 card to consciously enforce the idea of smallness.  User stories reduce waste by eliminating wasted hours spent on elaborate documentation that will never be read by the project team.

We focus on the high-priority, well formed requirements leaving the less formed requirements for future iterations where they will become more defined or eliminated.  This reduces time wasted on ill formed requirements that have no described value or acceptance criteria.

Product Backlog

These stories are then prioritized and placed on the Product Backlog by the Product Owner.  The prioritization of the User Stories becomes the iteration plan for the next release.

User Stories are refined and redefined as they more through the iteration process.  Stay tuned to find out about how to manage User Stories using the Product Backlog.

Questions

Are your teams using Scrum?
Are your teams using User Stories?
How would User Stories help define better requirements?

We have been talking about how Agile eliminates waste and adds value to the project process.  Remember the 7W’s (wasters) of lean manufacturing practices: defects, over-production, wait, transportation, movement, inappropriate processing, and excessive stored inventory.

In the previous segment, “How Agile Eliminates Waste (Part 1 of 5)”, we learned how collocated Team Environments eliminates wait time, transportation and movement.  This week, I would like to share with you how Iteration Cycles work to eliminate inappropriate processing, over-production, and inventory.

Iteration Cycles

Agile methodology is organized in such a way that it delivers project functionality in workable iterative cycles; usually in two or three week cycles.

Well-planned iterative delivery of functionality allows us to present fully functional features earlier.   Consequently, stakeholders are then able to provide earlier feedback on completed work.    The early feedback cycle allows us to identify changes early in the process, which eliminates inappropriate processing and over production of features.

Each iteration, also referred to as a production cycle, is organized to deliver one or more fully functional features. This allows stakeholders to realize the return on investment (ROI) for the functionality delivered without waiting for the entire project to be completed.  This is powerful!  This gives more value to the deliverable (inventory) and allows the team to provide JIT inventory processing.

Generating early feedback is the first step toward eliminating rework and unnecessary processing, which, in the long run, also saves time and money.

Each piece of functionality is delivered with an iteration cycle planned and scheduled, based on the reprioritization of the Product Backlog.   Stay tuned for next week’s waste eliminator, the Product Backlog.

Episode #15 – Jeremy Ross, Services Manager at RSA Corp, discusses how successful businesses are properly supported by technology. He explains how to reduce support and hardware costs, what the benefits are from leveraging software as a service, and how businesses can utilize technology to increase productivity.

Over the next coming weeks I will be discussing five ways that the Agile methodology can be applied to the software development process to eliminate waste. We use Agile here at RSA Corp as part of our custom application development methodology.

Waste is defined as anything that does not add value to the final product or service, not from your perspective but from the perspective of your customer.  The opposite of waste would be something that adds value to the desired result, for example more functionality, faster delivery, and higher quality.

The whole idea of eliminating waste originated from lean manufacturing practices which are based on the elimination of the 7W’s (Defects, Over-production, Wait Time, Transportation, Movement, Inappropriate Processing and Inventory).  Agile is a lean process that works to eliminate waste by removing unnecessary steps from the project process. It removes steps, reduces risk and removes the potential blockages that might normally prevent the project team from reaching its goal.

Team Environment

Collocated teams help us to eliminate three of the 7W’s (wait time, transportation, and movement). The close proximity of the team reduces communication issues and the time it takes to resolve issues.  Questions are answered quickly.  This eliminates the waiting game; reducing the time it takes for us to get a response to questions or clarifications of User Stories. Issues can be discussed and addressed quickly.

• We eliminate the transportation or movement of knowledge information, reducing the risk of miscommunication. Paired programming allows for collaborative solutions and faster switching of resources, should that be required during the project life-cycle.
• The team works as whole toward the common goal of completing the iteration.  Everyone’s input is valued and the team decides how the work will be done in order to complete each planned iteration.
• Everyone is jointly responsible for the functionality that will be included in each iteration. Each team member takes responsibility for the deliverable process and works together to formulate how to best turn the Product Backlog into the functionality needed for each iteration.
• Eliminating waste reduces frustrations and enables greater productivity and creativity. Overtime, the team will also increase its speed and at the same time reduce defects.

Interested in learning more about Agile teams? “Agile Coaching”, by Rachel Davies and Liz Sedley, is an excellent book that covers how to coach your team to become more Agile.  Trust me … implemented correctly Agile works!