One common metric in agile measures team health or team happiness, but creating a way to measure this that is valued by the team is not an easy task. It’s having clarity on the reason you’re measuring these metrics and who benefits from it that gives you real value. Here are some ways you can measure this elusive quality, as well as how to make sure you're gaining useful information.
Using Scrum for mobile application development can be difficult due to various challenges inherent to building mobile applications. Environmental dependencies, platform limitations, service outages, ownership and access issues, and short sprints can all derail your agile development. Here are some tips for overcoming these five common mobile application development issues early by using Scrum.
Companies using heavyweight development processes manage change by limiting or locking down scope, but this has negative consequences for our products and our customers. Agile takes a different approach by recognizing the value of last-minute changes and making it inexpensive and straightforward to make changes to software, even late in the development cycle, using continuous integration.
Scrum teams are meant to become self-sustaining, so it’s natural for project managers to wonder how they will fit into this new environment. But they still have important skills. Their new role may—and probably will—look different from the traditional project manager role they’ve been used to, but there are still plenty of opportunities to provide real value to their new Scrum team.
Many managers and distributed team members think that if they just had the right tools, they could make some agile approach work. Maybe, but tools only enhance the work of a collaborative agile team. Before you select tools, make sure you have people who can work together and have enough skills and capabilities for your distributed team. Tools do not make the team; they support the team.
Developers have a tendency to overbuild their code. This is frequently due to not knowing exactly when they're done and not knowing how robust a feature needs to be. Acceptance test-driven development (ATDD) is a great way to avoid this practice because when the acceptance test passes, the developer knows they're done building that particular feature.
Getting good test documentation is a consistent challenge. Agile proposes that you should go very light on documentation, and while test documentation does not need to be heavy, it does need to be clear and cover all that the product is intended to do so you can ensure testing is consistent and results are recorded. Here's how to overcome some major barriers to getting good test documentation.
Scrum meetings aim to increase productivity and reduce rework by improving and enhancing the level of daily communication. Doing so helps teams stay on the same page, properly break down work into small and manageable tasks, and keep everything running smoothly. However, Scrum meetings can go wrong very quickly if they are not done properly. Here are eight common mistakes you should try to avoid.
Acquiring new skills is always admirable, and it can even help you find new opportunities in an increasingly competitive job market. By going in with a plan and organizing your self-improvement activities, you’ll be learning new skills in no time. Agile can help. Here's how forty-five minutes a day and a structured approach using kanban can set you up for success.
Software portfolio management involves deciding which products and features to invest in to stay competitive and increase profit. But traditional portfolio management has infrequent assessments and isn't very flexible to market needs. When teams are agile but the portfolio process is not, we can't maximize business value. Here are some ways portfolio management can be adjusted to address this challenge.