Sunday, September 3, 2017

Tribute to my Agile "guru"s

Guru (Sanskrit: गुरु. IAST: guru) is a Sanskrit (an Indian language) term that connotes someone who is a "teacher, guide, expert, or master" of certain knowledge or field. In pan-Indian traditions, guru is someone more than a teacher, traditionally a reverential figure to the student, with the guru serving as a "counselor, who helps mold values, shares experiential knowledge as much as literal knowledge, an exemplar in life, an inspirational source and who helps in the spiritual evolution of a student".

So why am I telling all this to you? My path in Agile transformations was filled with many challenges. It would not have been smooth if I did not get connected with such a Guru who was friend, philosopher, guide, mentor, counselor and coach to help mold agile values into me, to share his/her experiential knowledge as much as literal knowledge and to be an exemplar in life with an inspirational source.

I have came across many such Guru's and I want to pay a tribute to the most influential Guru's through this post. I want to sincerely thank each one of them for being part of my journey.


Chad Holdorf

Chad was my first guru. Chad was the one who showed me the first step towards the agile ladder. He told me the basic of agile manifesto and principles. And that's all. He never told me how to implement these principles, neither he told me how to conduct sprint planning, demo and retro. It was weird feeling in the beginning. But later I understood that it was all part of coaching Agile. Agile itself works on an empirical process control. So I learned that he wanted me to do experiments and learn, rather than doing a spoon feeding for me. This helped me understand different frameworks like scrum. Thank you, Chad!


Vibhu Srinivasan

Vibhu taught me scrum. He was my trainer in Certified Scrum Master class. He was the one who created solid foundation of scrum knowledge in my brain. He was the one who explained all the scrum rituals in a fun way. The training given by him included many table exercises which helped me to understand sprint planning, daily stand up, retro, story points, complexity, etc. I also learned from him on how to train somebody on agile-scrum. Thank you Vibhu!


Ashish Dhoke

Ashish showed me project management side of Agile. Until I met Ashish, I knew only scrum and kanban. This was the first time I learnt other siblings of Agile like DSDM, Lean, etc. He conducted 3 days of training on PMI-ACP for me and I never felt tired in the class. I also learnt the value part of agile from Ashish like ROI, IRR, etc. Getting certified by PMI would not have been possible without Ashish's guidance. Thanks Ashish!


Sachin Dhaygude

Sachin was (and is) a friend, philosopher and guide in my agile journey. He coached me on coaching skills. Sachin was the one from whom I was able to clear my thoughts around story point and relative estimation. He taught me soft skills as well which come handy while coaching anyone on Agile. His skill/art of explaining any difficult topic in a simple way amazes me always. I was able to put forward some of my ideas during his training, which I was not able to implement before, but after the training it was so easy to implement. Thanks Sachin!


Vineet Patni

Vineet is always looked at as an Agile evangelist. He coached me on ICP-ACC certification. His training was the most interactive training I had ever had. Vineet created the most brain damage during training. Vineet helped me to come out of project manager role and mold into an agile coach role. He used several real world examples to explain Agile principles and Agile mindset. I was able to relate with the human part of Agile. Thank you Vineet!


There are many more "guru"s to come. I will keep this blog post updated.

Wednesday, May 24, 2017

Scrum Master

"You will be scrum master of this from next week!" These are the words that you hear and then you find yourself in a mess. You really don't know what to do from next week? Your first reaction should be "Will I be a full time scrum master or a part time one?"

Wednesday, February 22, 2017

Definition of Done

Dear agile team, Don't let anything that's not DONE into your production.

In this practical and dirty world of software development, many roles work together on a user story and do their tasks to complete the user story. For a role, when s/he finishes his tasks, s/he might think that s/he is done. But we need some tool which will help the team and the product owner to get the confidence that a user story is really "Done" Done. With different members doing work that is "finished" at different times, how can the team and the Product Owner, know when a story has truly been completed?

Definition of Done (we will call it DOD henceforth) gives a confidence to the team and product owner that the story is done and can be released to production any time. Definition of Done is a list of things that must be finished before the work/story is accepted by the Product Owner. Merely testing the acceptance criteria can not ensure that the story is done. Acceptance Criteria is just a part of DOD. DOD also has lot of other things like -