What is the ideal tester-to-developer ratio for the development team? On the surface, this might sound like a perfectly reasonable question—one that should be easy for an experienced practitioner to answer. However, when you look deeper into the question, you will see that it has layers of underlying assumptions—including ones about corporate culture, politics and the likely skills of their own staff.
by Kevin Aguanno, CSPM (IPMA-B), Cert.APM, PMP, PMI-ACP, CSM, CSP, FPMAC, FAPM
Agile practitioners generally agree that regular retrospectives throughout the project are a good practice; however, many are not seeing the full benefits from the practice. This article shares a number of tips on how to perform retrospectives effectively—getting the maximum value from this important agile process.
This real-world example looks at how agile principles were applied to an international company’s global ERP project. It discusses how agile was used to provide continuous feedback into how the project operates. It discusses many of the company’s lessons learned and how it solved challenges in a typical waterfall environment using agile principles.
What happens when you are not part of an agile development team? If you aren’t exercising your planning rituals and weekly sprints, will you lose muscle memory? Or is there an opportunity to apply what you know to better all aspects of what you do?
Implementing a hybrid methodology can be more effective and useful to your project needs, because traditional approaches can sometimes be too heavy and complex for incremental projects. Here, a practitioner shares his experiences consulting on a project.
The words “agile project management” are being used in the industry to describe a new approach to how project management is conducted. The industry and company leaders need to fully understand how project managers can be brought into the agile world to ensure cohesion between these two disciplines.
A more nuanced approach to agile and waterfall has started gaining traction. Once referred to as “structured agile,” more practitioners are combining both methodologies. This article provides a framework for how ScrumMasters and project managers can work together using hybrid principles.
The approach to scope changes used within the agile/Scrum framework provides a stable environment so the development team can focus on getting work “done.” Frequent feedback about the product allows for less upfront planning and means the Scrum team can quickly adapt to changes. Delivering business value early and often results in increased customer satisfaction.
Is your organization undermining the benefits of Scrum without even knowing it? Scrum is a simple agile framework that can be difficult to implement. Here the author looks at the seven most commonly missed or abused rules of Scrum.
Testing at the end of a development cycle is a common practice in traditional approaches. Unfortunately, it becomes an obstacle on your path to agility, slowing down your ability to deploy to production faster. Let’s take a look at what goes on in this testing phase, some potential causes and ideas for getting unstuck.
Following installments on the other four stated Scrum values (courage, focus, openness and commitment), this concluding entry focuses on respect. It offers techniques to scrutinize agile project management frameworks based on values, principles and practices.
Today, roles have changed. As a project manager, you must keep your projects (and developers) on the right track. It doesn’t matter how many languages or platforms you know. This seasoned practitioner explores two different approaches and applies them to a complex IT scenario, looking at the best of both worlds.
Many organizations are obsessed with getting things done quickly no matter what. Therefore, they create reward plans that motivate this behavior. ScrumMasters gradually deprioritize promoting Scrum values and metamorphose into agile project managers. How can we prevent this?
This fourth installment of articles scrutinizing agile frameworks based on values, principles and practices focuses on commitment (following the entries on courage, focus and openness). A stated value of the Scrum framework, commitment is everything in agile.
All agile frameworks may be examined in terms of core values. This third entry in a five-part series continues to explore agile frameworks from the vantage point of values, principles and practices. Agile’s Scrum framework in particular espouses five values: courage, focus, openness, respect and commitment. This offering looks at the value of openness to bring principles and practices into better relief.
This is the second in a five-part series of articles regarding agile frameworks based on values, principles and practices. Scrum espouses five values: courage, openness, respect, commitment and focus. In this series, each article will explore one of these values--on which a deeper discussion of principles and practices assembles.
If you are a traditional project manager practicing agile methods, chances are you don’t really “get” it. Nothing has been worse for the understanding and proper application of agile approaches in organizations today than the flawed thinking and actions of well-meaning middle managers and project managers.
These days, it takes more than project management skills to succeed. It takes a person with agility—flexibility in understanding and applying the ins and outs of any method. Let’s investigate what "hybrid PM" is all about!
Hybrid project manager roles might be the way of the future. Do you need to revisit your skills? This article provides guidelines to assist you with becoming a hybrid PM, and starts by defining their characteristics.
The risk we take in swearing allegiance to a specific approach is that following the approach often becomes more important than achieving the goal of the project. Let’s explore the merits of using the best of different approaches—and how marrying them into a hybrid model impacts the way projects are planned and managed.
Question: We have switched to agile practices and, if I do say so myself, I think we are doing an awesome job. However, even though we are carefully creating backlog lists and writing user stories, more often than not our end product or service still does not meet the expectations of our internal and external customers. Has something been left out of what we were taught?
Agile does provide a way to use non-functional requirements in its methodology, but often it is overlooked or not stressed when new teams are preparing their first few projects. Make a point to add them into your new process.
The reason agile projects are completed so much faster and provide so much more value is that with the Scrum practice methodology, it is no longer necessary to consider vague things like non-functional requirements. If they aren’t going to function anyway, why bother with them.
User stories are only written if there is a need for outside personas to be created to represent users. Non-functional requirements are the ones assigned to those personas who would not be interested in your product or service, and therefore can be excluded from consideration.
Many projects have both functional and non-functional requirements that impact the outcome of the project. That is why only traditional processes should be used. Agile processes work only on software projects, and then only when there is an absence of non-functional requirements to be considered.