Wednesday 3 December 2014

Question of the Day ,What is your answer ?

is the Scrum Master on a project in which one member of the team, George, seldom comes up with suggestions or comments. At times, he acts as if he agrees to whatever he is being told to do, even if he is in disagreement. Which of the following approaches to managing conflict is George using?

a) Win/Win
b) Lose/Win
c) Lose/Lose
d) Win/Lose

Friday 12 September 2014

Why go for Scrum?

Scrum has become one of the most popular Agile methodologies used for software and product development. Various factors have contributed to this popularity. The methodology works very well with complex projects where requirements change often and/or the technology is new and not used before. How does Scrum do this? What supports this framework?
Scrum is rooted in values through its various principles. One of the most important principles of this Agile framework is Empirical Process Control which is based on the ideas of transparency, inspection, and adaptation. Detailed upfront planning takes a backseat as decisions made are based on observation and experimentation. Let’s examine the ideas behind Empirical Process Control.
All aspects of every Scrum process are observable by all stakeholders contributing to an open work culture. Scrum Artifacts like Project Vision Statement, Prioritized Product Backlog, and Release Planning Schedule are visible to all. Scrumboards and Burndown Charts are accessible easily to gauge the progress of the Development team. Tools like the Daily Standup Meetings make the progress and problems in the project transparent.  At the end of every Sprint, the Product Owner and Stakeholders view the Sprint deliverables developed by the Development team. All of these tools and mechanisms support Empirical Process Control through a great deal of transparency.
Inspection and adaptation occurs throughout the Development process using Scrum. Elements are inspected during the Sprints through meetings and artifacts. Feedback is collected from end users and affected parties for the improvement of the product. The deliverables are inspected at the end by the Product Owner/Stakeholders through the demonstration by the Development team. All elements inspected, made possible through a transparent mechanism, are then improved through effective adaptation. Impediments are removed on a daily basis, risks are identified as the project moves along, change requests are incorporated as deemed fit. All of these ideas come together to make Empirical Process Control a highly effective way of software/product development.
The other five principles of Scrum are Self-organization, Collaboration, Value-based Prioritization, Time-boxing, and Iterative Development. All of these principles work cohesively to bring out major benefits from Scrum. As mentioned earlier, there is a continuous stream of feedback leading to improvements. Thus, value is delivered continuously through iterative processes which are designed for people to maintain a sustainable pace. There is also early delivery of high value. This is carried out through the “Create Prioritized Product Backlog” process which makes sure that the items which possess the highest value for the customer are developed and delivered first.
Time-boxing in Scrum leads to greater levels of efficiency. Most elements which are not required are eliminated or minimized which adds to the effective functioning of the team. Members of the Development team are highly motivated through processes like Conduct Daily Standup and Retrospect Sprint. Needless to say when teams are highly motivated they perform very well. There is a lot of collaboration among the cross-functional self-organized team members which results in faster problem resolution which is ideal for complex projects.
Further, a customer-centric framework is built by the special stress laid on business value and a collaborative approach towards stakeholders. Owing to better transparency and collaboration, employees experience and enjoy elevated levels of trust in the work environment, which contributes to their productivity. A collective ownership of a project by a self-organizing Scrum team allows for improved quality results. The collaboration is conducive to the achievement of near full potential of the cross-functional team and increased velocity.

All these value-based principles of Scrum generate factors that create an innovative environment of continuous learning. With all these benefits of Scrum it becomes evident why the framework is popular in software/ product development.

To know more details about it  kindly visit:http://www.scrumstudy.com/blog/why-go-for-scrum/

Monday 1 September 2014

Who is responsible for the business value delivered by a scrum team?

The product owner is someone who has an in-depth knowledge about business needs for the product being delivered. The product owner has to be an individual as the decision making power cannot be given to a team. If there is a team of stakeholders that helps the product owner, the final decision making power should lie with the product owner.

The product owner is responsible for creating and maintaining the product backlog. A product backlog is an entry place for all the tasks that are supposed to be finished to develop the product. Anyone from any department, Sales, Customer Service and even the developers can give their inputs to create the backlog. What Product owner does is, gather all their requests and start prioritizing them depending on the importance and impact on the business. It may happen that some of the tasks never get completed as they will be given low priority and if the product owner thinks that they do not add much value to the business.

The product owner has to cooperate with development team and help them by answering domain related questions. It is always recommended that client’s should be fully engaged before indulging in any development work.  Communication with product owner is very much required otherwise you would be fooling yourself whether or not the product that you are working on is the one that client wants.

Another job that a product owner has to do is to set business priorities for development work. Also needs to make sure that the ROI is high. If the development no longer adds to the business, it is the duty of product owner to put an end to it. The product owner also sets milestones. Then the development team discuss these milestone it with the product owner to make him aware of the feasibility of the milestones.  By feasibility, I mean whether the given task can be completed in the set time frame. The product owner also sets the release dates.  

Last but not the least, writing user stories to capture requirements.  As the name says, a user story tells a story about a customer or user employing the product. The acceptance criteria are used to define how others will know if the story has been fulfilled. However, it is the product owner’s job to create user story keeping return on investment in mind therefore prioritizing the same in product backlog.

 To know more, please visit our blog: http://www.scrumstudy.com/blog/?p=811