Monday, 22 September 2014

Importance of Scrum Certification

We will attempt to do a quick overview of some of the Scrum certifications that are currently being offered.
Then, we will talk about figuring out the right trainer. It is beneficial to find a Scrum trainer with the background as yours however it is not an absolute requirement. The methodology and the style of the Scrum training can vary from trainer to trainer, so you should try to figure out which one suits your learning style.
The biggest positive of a formal Scrum training is that you learn everything in a controlled environment. You meet people who are also there to learn about Scrum and in case you have common background, it helps to understand the process and difficulties of implementation from outsider’s point of view. A formal training also helps you understand about the mistake which you may make due to the traditional project management concepts rooted in you.
The main purpose of any certification is to impart a common baseline of the knowledge. These Scrum certifications, compared to any other project management certifications have a very easy test. You should remember that getting a Scrum certificate is way easier than the implementing actual Scrum methodology.
Scrum/Agile methodology in general gives you a lot of freedom in how you implement it. However you should avoid changing the essence of the whole process. These project managers are commonly referred as Scrumbut. The common suggestion is that you start to implement Scrum as-is until you understand it properly and then decide for yourself what you might want to change. After a while you may find that you don’t need to change anything at all.
You need to understand that nothing is more valuable than experience. Scrum or Agile Certification may only add some credibility and marketability to the individual.

To know more click on: http://www.scrumstudy.com/blog/importance-of-scrum-certification/ 

Thursday, 4 September 2014

Point of Story

A lot of doubts regarding Scrum are about estimation in a Dynamic environment. One uses Scrum because the effort underway is Unique. It requires an empirical process control. Desiring a very accurate estimate is a waste of time. Hence, for coarse estimates, we have just one variable called Story point. During the initial meetings, The Scrum Master interviews the Scrum Team, understands the perspective for one of the User stories that is easier than the others and assigns it a Story Point estimate. The Scrum Master never again discusses the parameters of what one story point is based on real life complexity or even enters the debate. Story point is now a variable that has linear relationship with various project parameters like time and risk. This one factor can then be multiplied with time, cost and other factors to obtain Coarse estimates. This is sufficient information for the Product Owner to guide the Prioritization of Product Backlog and plan releases. A User Story is an abstract construct which is more durable than fine details which may change till the Sprint planning meeting and even beyond. Only when we add the User Story to our Sprint Backlog in Sprint planning do we need detailed estimates and look at real world units like Man-hours and Sigmas.
Relative estimation takes out the element of haggling which might occur as the Customer and Scrum Master may have different Ideas of what the correct estimate for effort required for a feature may be. Also, as much as possible, the Story points must be assigned as whole numbers. This means that instead of overanalyzing whether the effort is worth 2.3 story points or 2.28976, the team can assign either 2 or 3 and get on with the actual productive tasks.
Story points have utility even beyond the Sprint Planning Meeting. They are part of two essential metrics to measure project progress.
  • Team velocity—Number of story points done in a given Sprint 
  • Done success rate—Percentage of story points that have been Done versus those committed
(From SBOK)
Story points give the advantage of being consistent and thus communication can be simple. Velocity based on Story points is stable and accounts for changes in resource allocation to the project during its life time. The Program Product Owner and the Scrum guidance body can still track teams that are under/over performing and the Customer can be assured with data that the project is/isn’t on track. There is less waste of effort in estimation and misunderstanding in Dynamic environments. In agile contracts like an Incremental delivery Contract, a story point may the factor on which billing is done.