It is commonly seen that a number of
change projects are designed and published but none of actually goes into
implementation. Most of the time is wasted in writing and publishing them. This
approach usually fails. We should stop working with this methodology and
develop a new one. Below mentioned are some common scenarios in the modern
business:
- Developing a
stronger project
- Changing the people
working on it.
- Threatening that
project with termination
- Appointment of a
committee that would analyze the project
- Taking examples from
other organizations to see how they manage to do it.
- Getting down to a dead project
- Tagging a dead
project as still worth of achieving something.
- Putting many
different projects together so as increase the benefit.
- Additional training
-Drops in the delivery of the normal
work always follow a change.
-Big change projects are either dropped or
rejected.
-It all happens because the changes introduced by such projects are
mandatory to be followed.
-This threatens the normal functioning of the
organization.
-So, the organization is eventually compelled to kill the whole process
and start with the old way of work again.
-Instead of following this approach, a
step by step process improvement can be followed that is nothing but the agile
process improvement.
Now you must be convinced why agile process improvement is
actually needed.
- The changes needs to be adaptive then only the process will be
balanced.
- An example is the CMMI maturity level. It takes 2 years approx. for
completion and brings in the following:
- Restructuring
- New competitors
- New products
-Only agile methods make these
changes adaptive in nature.
-The change cycles when followed systematically
produce results in every 2 – 6 weeks.
-Thus, your organization’s workload and
improvement stay perfectly balanced. -The early identification of the issues
becomes possible for the organizations thus giving you it a chance to be
resolved early.
-By and by the organization learns to tackle the problems and
how to improve work.
-At the end it is able to adapt to the every changing needs
of the business.
-The responsibility of the deployment and evaluation of the
improvement is taken by the PPQA.
-Whole process is implemented in 4 sprints:
- Prototyping
- Piloting
- Deploying
- Evaluating
-A large participation and leadership
is required for these changes to take place.
-Some other agile techniques along
with scrum can also be used in SPI.
-We can have the improvements continuously
integrated in to the way the organization works.
-The way of working can also be
re-factored including assets and definitions by having an step by step
integration of the improvements.
-Pair work can be carried out on improvements.
-A
collective ownership can be created for the organization.
-Evaluations and
pilots can be used for testing purpose.
-In order to succeed with the sprints is
important that only simple solutions should be developed.
-An organization can
write the coaching material with the help of the work description
standards.
-This sprint technique helps
the organization to strike a balance between the improvement and the normal
workload.
-In agile process improvement simple solutions are preferred over the
complex ones.
-Here, the status quo and the vision are developed using the CMMI
and SCAMPI.
-Status quo and vision are necessary for the beginning of the
software process improvement.
-SPI when conducted properly produces
useful work otherwise unnecessary documentation has to be produced.
-An
improvement in the process is an improvement in the work.
-Improving work is
what that is preferred by people.
No comments:
Post a Comment