Wednesday, January 16, 2019

Fist of five - Commitment vs Confidence

During our Community of Practice (CoP) meeting we had discussion about 
“we as Lean-Agile change agents, how do we pass on the message to delivery teams about the importance of commitment and confidence thru FIST OF FIVE voting seek to gauge team's mood”

  • We are committed to the iteration goal.?
  • We are confident, but there could be slippages of the impediments
  • We do commit and are very confident that will not quit the iteration goal
  • We commit with confidence to the value statement of the iteration
  • Well, there are confidence levels - if its 5 and 4 we are super confident that we are very well aligned to the iteration goal, and hence forth that determines the commitment...

Thursday, July 5, 2018

Agile in brief...


Agile software development explains the approach to be adopted in complex project environments where the requirements and solutions evolve through the collaborative efforts of self-organizing and cross-functional teams and their customers, end users. 

The following poster illustrates the whole process.
Courtesy: http://blog.crisp.se/
The PDF version of the poster is downloadable!!



Saturday, December 9, 2017

Brief about SAP Activate

SAP Activate is SAP’s new Agile methodology. It’s also a cultural shift for consultants used to blueprinting, waterfall, and ASAP processes.
SAP Activate has the following key elements-
  1. SAP Best Practices: These are the pre-configured “business process” that help to have ready to run system once S/4 HANA has been installed and available. Also, there are different scenarios, best options available for “migrating” current ECC system to S/4 HANA, and the information about integration content for S/4 HANA.
  2. Guided Configuration: It is solution builder, where we can activate selected best practices, through on premise or cloud configurations.
  3. SAP Activate Methodology: This comprises the following phases wherein we-
  • Discover the right strategy
  • Prepare, plan and mobilize the resources
  • Explore, conduct workshops, validate the solution and come up with gap analysis
  • Realize to configure the solution and close the gaps and have the solution. This phase follows the Agile Methodology that has sprints and aim for the business value delivery at the end of each sprint
  • Get ready to Deploy - perform cut over preps and Go-Live
  • And have the productive RUN mode for the customer

Saturday, December 2, 2017

Scrum Guide Updates-2017

During the webinar, on 07-Nov-2017, Ken Schwaber and Jeff Sutherland have discussed and provided revision and updates to the Scrum Guide. Here are the details-

1.    Uses of Scrum" section that explains what Scrum was used for and can now be used for. Scrum was initially focused on software complexity, but now by adding this section provides a way for that Scrum is not only for software delivery, but can be used anywhere and everywhere we have chaotic problems and looking for answers around the outputs - the business value. It helps resolve the age-old question ‘Scrum is only designed for software development'.

2.    Scrum Master is a key role in driving change within any organisation by serving the team in their use of Scrum. Scrum Master is servant leader, responsible for understanding and use of scrum theory to cause and maximize value. Scrum Master ensures goals, scope and product increments and business value are very well understood by the Scrum Team. This update increases the clarity of the role by adding some words around what they do and how they do it responsibly, coaching people to adapt the organization changes, cultural changes. Now Scrum is truly an empirical process that is not prescriptive and is adaptable by the teams using it.  

3.     Daily Scrum meeting is a 15-minute time-boxed event for the Development Team, is not just to be for status around previous THREE QUESTIONS -“W”. The Daily Scrum is held every day of the Sprint. It is the responsibility of the team to come up with plan for work and the team would decide the best way to assess progress towards the Sprint goal. This optimizes team collaboration and performance by inspecting the work since the last Daily Scrum and forecasting upcoming Sprint work. The Daily Scrum is held at the same time and place each day to reduce complexity.

4.    Time boxing refers to the act of putting strict time boundaries around an action or activity. The words “at most” has been added to remove any questions that events have to be of a certain length whereas time-box for Events means maximum length, maximum time allotted, but could be shorter.  

5.    As we know sprint backlog will have the work that development team identifies as necessary to meet the sprint goal. To ensure continuous improvement, the team should include at least one high priority process improvement identified in the previous retrospective meeting. Hence, sprint backlog should include at least one high value sprint action identified in the previous sprint retrospective

6.    Product increments and enhancements can be as frequently as many times per day. This has been the case and now further clarified. A product increment is a body of working, usable inspect able, “Done” work that supports empiricism at the end of the Sprint. Ideally the increment is a step toward a vision or goal.


Thursday, November 23, 2017

Scrum vs XP vs Kanban vs Scrumban


Recently I was checking to know the differences between Scrum vs XP vs Kanban vs Scrumban. Came across a very good video that discusses these and when you should use each one of these.


Here are the details.
http://www.agilistapm.com/agile-approaches/

Happy Learning!!


User Stories


A user story is short description of a small piece of desired functionality, sized for completion in a single iteration. This useful poster outlines 9 kinds of functional complexity in large stories and approaches to split through each one.


Please check for the details around Story splitting that help us in our practice.

http://agileforall.com/resources/introduction-to-agile/

http://agileforall.com/resources/how-to-split-a-user-story/



Right sizing of features in PI




Sizing of "Features for product increment" in SAFe 

In Scaled Agile, a feature should take no more than one program increment to deliver by a single Agile Release Train.

I came across a very good blog for the Right sizing of features in PI in Enterprise Agile

https://www.ivarjacobson.com/publications/blog/right-sizing-features-safe%C2%AE-program-increments