Learn how you can improve your business analysis with Agile story mapping, a technique that maps your stories back to business value. Thus you will be able to know if they make or save the company money and you will learn the benefits of bi-directional requirements traceability
.

In this article, Elton Gao starts by giving us the definition of a good ScrumMaster: someone who knows Scrum well. He or she understands the do’s and don’ts and is familiar with related artifacts and tools. He or she knows how to run a daily Scrum, a planning/review/retrospective meeting and how to take advantages of related tools and so on. But is this enough?

The Scrum checklist is a simple tool that provides guidelines to assess your current implementation of Scrum or help you adopting it. Created by Henrik Kniberg, the author of “Scrum from the Trenches”, they incorporate his experience gained during years helping companies getting started with Scrum and many meetings with other practitioners, trainers and Scrum coaches.

The “rightsizing” of user stories occurring during the planning of the next sprint in Scrum is not always an easy task to perform. Inexperienced teams have difficulties to split user stories into smaller chunks that still deliver business value and would rather use technical criteria. In this blog post, “Specifications by Example” author Gojko Adzic provides a new approach to achieve this goal using the hamburger as a reference. You identify the tasks making up a user story. Then you use this breakdown to identify different levels of quality for …

Replay Solutions announced the ReplayDIRECTOR JIRA Connector, a new integration with one of the world’s leading project management and software issue tracking systems. Widely used by agile software teams, JIRA has proven to be one of the most effective tools for software teams worldwide with over 20,000 customers.

During Scrum adoption, people tend to get away from tasks and activities that they don’t like in traditional projects like documentation or writing proper code comments. In this article, a ScrumMaster shares his experience with a “no documentation” approach. He learned the hard way that minimal documentation is better than no documentation in Scrum projects. The team can decide on a case-by-case basis what level of documentation for which components and code logics is needed.

Should you track individual performances in Scrum and how do you do it? Nanda Vivek says that there is only one answer and this is “No”. Measuring individual productivity is against the spirit of Scrum and the article discusses the importance of being helpful and collaborative in teams. The author however does not give guideline on how to deal in this case with the individual review that is a common practice in many large organizations.

Pair programming is an extreme programming technique that should help Scrum teams to build better software: two heads are better than one, they say, and thus two heads will usually produce a higher-quality system. This article presents the benefits of this technique for the team, the developers and the managers that will appreciate the value of a true team that works well together, collaborates and continuously improves the code base.