Greer, (2010), says that "scope change may be defined as any addition, reduction, or modification to the deliverables or work process as outlined in the original project plan". He also writes that scope changes “can be beneficial when they allow the project team to respond sensibly to changing conditions that exist outside the project.” These statements are typically apply to one of my professional experiences that took place two years ago. Let me explain to you what happened to me just the other day when I was a project manager for a training program. The program major stakeholders were the drilling training unit manager as the program primary approval and the supervisor of the real-time operation center as a mentor. The program original scope was to train 10 fresh petroleum engineers to have enough theoretical and practical knowledge in order to be able to run the customer real-time operation center. Program duration was 18 months including online and instructor lead courses, field training, specialized technical office training and a hands on real-time operation center practical training.
In cooperation with the customer training unit manager, I have prepared a program presentation that could be considered as a Statement of Work (SOW), but it we never had a formal signed agreement. Obvious conflicts between the stakeholder parties ring a loud bell in my head from the first meeting and I anticipated troubles and lots of major changes that soon appeared on the surface including:
· Reducing the number of engineers from 10 to start with four then add three more after two months.
· The engineers are not really fresh graduates and with different levels of experience.
· Reducing the field training period from three months to two weeks.
· Cancelling the office technical training sessions.
· Refusing to run the engineers’ hands-on practical training in the customer real-time center and asking me to come up with an alternative, so I used my company's.
· The engineers are not really fresh graduates and with different levels of experience.
· Reducing the field training period from three months to two weeks.
· Cancelling the office technical training sessions.
· Refusing to run the engineers’ hands-on practical training in the customer real-time center and asking me to come up with an alternative, so I used my company's.
· Negotiating the necessity of each online and instructional led course and cancel whatever is possible.
· Finally I was obliged to graduate any the engineers as soon as he can partially handle the job.
Simply the project scope was continuously evolving and changing from time to time, and as a project manager I had to think of a way out in order to accommodate these changes. Initially, when I had four engineers with different levels of experience to start the program with, I realized that we are not going to stick to the program anymore and I discussed the issue with the customer who asked me to do whatever we can to graduate those engineers as soon as possible. In spite of all hectic situations of this project, the project was considered a successful one as we managed to help the customer and develop an evolving program with less demanding objectives based on the customer request and we ended up graduating all engineers within seven months. My experience indicates the exact definition of the Scope creep when my project grew in scale and complexity with more individuals got involved. This also confirms Portny et al. (2008), definition of scope creep as “the natural tendency of the client, as well as project team members, to try to improve the project output as the project progresses”.
References
Greer, M. (2010). The project management minimalist: Just enough PM to rock your projects! (Laureate custom ed.). Baltimore: Laureate Education, Inc.
Portny, S. E., Mantel, S. J., Meredith, J. R., Shafer, S. M., Sutton, M. M., & Kramer, B. E. (2008). Project management: Planning, scheduling, and controlling projects. Hoboken, NJ: John Wiley & Sons, Inc.
Hi Adel,
ReplyDeleteAs Portny defines the Scope creep as ‘the natural tendency of the client, as well as project team members, to try to improve the project output as the project progresses’, it is exactly what you experienced in your project and we usually do (Portny, 2008). As client has a tendency to make changes in the project, it is PM’s strength to keep the project on the right track in order to be able to achieve the desired objectives. Although you have not failed in your job and what is aimed to achieve in the project, the timeline and cost of the project may have shown differences from what you had set at the beginning. This cost and deviance from the timeline may cost more in some other projects. Thank you for the great example for a scope creep.
Sedat
References
Portny, S. E., Mantel, S. J., Meredith, J. R., Shafer, S. M., Sutton, M. M., & Kramer, B. E. (2008). Project management: Planning, scheduling, and controlling projects (pp. 1-21). Hoboken, NJ: John Wiley & Sons.
Difficult Decisions
ReplyDeleteYour recent project is a perfect example of how scope creep can occur. Portny et al (2008) noted, “Scope creep is inevitable with projects” (p.348). Unfortunately your project appeared to stretch the boundaries for success. I am amazed you were able to succeed given the initial plan called for 10 engineers and it was quickly reduced to 4 for the program rollout. As project manager you had the foresight to see potential problems right from the start given there was no formal plan signed agreeing to the initial plans. You were right to assume the stakeholders would engage in scope creep as your first meeting raised warning flags. It is always easy to reflect back and wish ‘if only’.
I wonder if only you had listened to yourself and demanded a written agreement do you believe they would have abided by it as I imagine it would not have made a difference.
As project manager it is your responsibility to continually plan, monitor and control the project (Portny et al, 2008).
Considering the scope creep kept you modifying and adapting your plans, you did an amazing job of completing the project successfully (as defined by your customer). Imagine how ‘easy’ the next project will be for you as project manager. Kudos to your success!
Reference
Portny, S. E., Mantel, S. J., Meredith, J. R., Shafer, S. M., Sutton, M. M., & Kramer, B. E. (2008). Project management: Planning, scheduling, and controlling projects. Hoboken, NJ: John Wiley & Sons, Inc.
Hi Tracy,
ReplyDeleteI realized after this project and a second so creepy one right after it for the same customer that a written agreement would not make any difference. As a project manager I was obliged to do whatever I can to make it success.
Thank you so much for the feedback.
Adel