Related Content
How Requirements Can Help Avoid Project Failure and Waste Studies and experience show that higher quality and better value solutions are achieved by projects that attain a thorough and unambiguous understanding of business and user requirements. Adrian Reed looks at how requirements can help avoid project failure and waste. |
||
Making Assumptions on Projects Is a Ticking Time Bomb Assumptions are a fact of life. Without making assumptions, it’s unlikely that many decisions would get made, and certainly fewer projects would ever get launched. However, sometimes assumptions come back to haunt us. Adrian Reed looks at how to handle assumptions when working on projects. |
||
Creating Software from a List of Things? Then Don't Call It Agile There are two ways to think about scope—a list of things to be done or a list of goals to accomplish. As long as scope is defined as a list of things, then your project process is not agile, even if your team is using the mechanisms of agile development within the code creation cycle. |
||
Why Being Simple Is Better Than Being Simplistic Product managers know that a product needs to be simple to succeed in a market. Although being simple is a product virtue, being simplistic can be a product vice. Scott Sehlhorst evaluates why it's better to create a product that is simple—not simplistic. |
||
Why a Product Strategy Is Not a Product Plan Strategy is important not just because you want to be intentional but also because strategy makes you more efficient. Strategic activities ensure the intended product is the right product. Scott Sehlhorst looks at why a strategy is not a plan; instead, strategy guides planning. |
||
Where Do Great Product Ideas Come From? The current information technology trend is that of survival of the fittest, where players thrive based on success factors such as releases of new products that are feature rich, user experience driven, and performance focused. Rajini Padmanaban looks at where the new product ideas come from. |
||
Stewardship in Agile Software Architecture and Design Software architects typically don’t own the products that individual teams are creating, yet they help define a cohesive approach to developing the products and are often responsible for defining how different products interoperate. Scott Sehlhorst looks at the idea of architecture stewardship. |
||
Brainstorming: A Great Tool for Business Analysts and Everyone Brainstorming is an extremely useful tool in business analysis. In order to yield maximum results, brainstorming sessions need to be well planned and consider the needs and preferences of the attendees. Adrian Reed provides useful tips for preparing a brainstorming session. |