DSDM Task
DSDM Task
1. Actors:
● CEO
● Clients
● Project Manager
● Project Leader
● Team members
CEO
He/She is the one who oversees the strategic direction of the organization. He/she brings
up the clients and makes business relationships with them. He/she implements the
changes and proposed plans and engages in the media obligations & public
relations.He/she also monitors the company’s employee performance and interacts with
the leading executives.
CLIENT
The client is the one who is looking for a company/organization or that can help them to
overcome the difficulties by providing the software requirements and assistance.
Project Manager
A project manager is one who takes tasks and information from the CEO and plans and
develops the project ideas. He/she creates the team and assigns a member to lead the
project to monitor the project’s progress frequently. They are also responsible for solving
the issues if anything arises at any moment, ensuring the stakeholder's satisfaction, and
also evaluating the project member performance.
Project Leader
A project leader is one who makes proper decisions regarding the project by assigning the
tasks to individuals and making the team work cooperatively. They are responsible for
developing the team scheduling and assisting in the successful completion of projects
with other individuals in the team.
Team Members
Team members are the ones who are at the ground level of each project phase by doing
tasks like coding, testing, building, etc.
3. DSDM Phases:
4. MoSCoW analysis:
Each letter in MoSCoW represents a separate layer for task prioritization: Must,
Should, Could, Won’t. By organizing tasks into these categories, a team finds clarity
around what it needs to work on right now and soon.
I. The musts include the primary reasons for the client to makeover the change. The
“must-have” category requires the team to complete a mandatory task. If you’re
unsure about whether something belongs in this category
II. The shoulds are things that need to be considered, secondarily after the must
items. They are essential to the product, project, or release, but they are not vital.
If left out, the product or project still functions. However, the initiatives may add
significant value.
III. Coulds are special things to add such as complex tasks make easy by creating a
simple way for the customer. Could-have initiatives are not necessary to the core
function of the product. However, compared with should-have initiatives, they
have a much smaller impact on the outcome if left out.
IV. Won’ts are things that just won't happen, given the overall constraints. The
category can manage expectations about what the team will not include in a
specific release (or another timeframe you’re prioritizing).
5. Timebox: