In our introduction to mapping RMM levels to CMMI levels, we presented background info on CMMI, introduced the IBM article on RMM levels, and posted an initial mapping structure. In this article, we will look at the definition of RMM level 1. We also cover the tradeoffs and benefits of the practices it requires. Finally, we look at the mapping from RMM level 1 to various CMMI levels.
CMMI / Process Improvement / Requirements / Requirements management software / Software development
Posted on:
CMMI Levels and Requirements Management Maturity Introduction
CMMI (Capability Maturity Model Integration) is a description of the level of enlightenment of a process. It is essentially a measure of the quality and capability of a process. There are five categories, into one of which every process will fall. IBM took a similar approach to defining the requirements management process. In this series of posts, we will marry the two frameworks.
Prioritization / Product Management
Posted on:
Differentiate Your Product – Circumvent Comparisons
Look Ma! Me Too! The temptation to compete against a checklist can be overwhelming. When we have a competitor who provides 100 of this or 200 of that, it might seem smart to offer 200 of this and 300 of that. We’ll be better off if we focus instead on creating the other thing. The best way to compete is to valuably differentiate our product, not outdo our competition.
More is better features are just that – more is better. But more of the same old thing is worth a whole lot less than some of something else.
Lists / Requirements / Requirements Models / Use Cases
Posted on:
How to Write Good Use Case Names – 7 Tips
The first step in writing the use cases for a project is to define the scope of the project. One way to do that is to list the use case names that define all of the user goals that are in scope. To do that, you need to know how to write good use case names. Good use case names also serve as a great reference and provide context and understanding throughout the life of the project. We present our tips for writing good use case names.
Requirements / Requirements Models / Use Cases
Posted on:
Informal Use Case Template
Free Microsoft Word 2003 template for creating informal use cases. This template is built as a form with guiding text and help text. Read how to use it and download it today.
Design / Prioritization / Product Management / Requirements / Requirements gathering
Posted on:
The Wisdom of Crowds Prevents People’s Passions
The wisdom of crowds helps us avoid stupid decisions. Unfortunately, it also prevents innovative, passionate, fantastic decisions. Collective Intelligence is collective insipidness. We need to keep the inputs of individuals in the mix.
Business Analysis / Requirements
Posted on:
Why Requirements Approval Matters and How To Make It Easier
Getting requirements documents approved can be a pain in the butt. Why do we need to do it in the first place? The approval process is more than just reaching concensus or creating a contract. Done correctly, it presents an opportunity to get more inputs from stakeholders.
Business Analysis / Business Process Modeling / IIBA / Organizations / Requirements management software
Posted on:
2007 – The Year of the Business Analyst
Outsourcing is gaining momentum not only as a way to reduce costs, but as a way to create global teams. This trend is driving an increase in demand for business analysts. The change in perspective is driving companies to think about how they manage their business in new ways, and driving interest in new tools for business analysts to achieve these goals.
Business Analysis / Product Management / Requirements / Writing
Posted on:
Writing Stylish Requirements
You knew it would happen eventually, the big ten rules of writing requirements has become the big twelve rules. Maybe scope creep isn’t such a bad thing after all. Writing style plays an important role in writing requirements too.