It’s about Management Control and Quality
The following is a list of project management lessons learned that I have identified and documented.
- A project manager must not only be responsible, but accountable, for the project.
- Conduct business with high ethics.
- Use Best Practices, tailored to the project.
- Prepare a complete activity/work or task breakdown, reviewed by key team members and accepted by the customer.
- Document lessons learned during the phase/process (requirements definition/analysis, design, implementation/construction, test, delivery/deployment, and support/maintenance) after each activity, task, and deliverable.
- Understand the proposal, contract and standards referenced for use on a project/program.
- Obtain senior management support.
- Have customers and users participation in the beginning, and throughout, the project.
- During the sale and proposal stage ensure key people are involved and participate in reviews (e.g., PMs, developers, or other leads).
- Ensure all team members (including client/users) understand the project plan (get buy-in from leads/inputs to the project plan).
- Document other agreements or expectations in the “Future Consideration” of the requirements document.
- Provide realistic estimates of project activities.
- Programs/Projects must be aligned with the overall business plan and strategy.
- Perform CM and QA to ensure compliance and that quality is built into the product, as both begin at the beginning of the project. Don’t confuse configuration management with just documentation and don’t confuse just testing with quality assurance.
- Product requirements must be defined, understood and documented (specified) up front (Must be traceable back to business requirements and throughout development, mutually agreed to and signed off).
- A company’s culture and politics cannot be ignored.
- Prepare a traceability matrix.
- Identify, document, and manage risks before execution of, and during, a project.
- Develop a communication plan and execute it.
- Document terminology and definitions. Include in planning and requirements document.
- Ensure that an auditing and review process are performed for oversight and to ensure consistency.
- Don’t overlook team building – having the right people with the right skill set.
- Perform usability testing.
- Establish a centralized repository – containing a knowledge base, lessons learned, project information, templates, etc.
- Ensure knowledge transfer and training takes place.
- Document and share lessons learned.
- Ensure mechanism for feedback is in place.
- Monitor and obtained customer satisfaction/dissatisfaction throughout the project.
- Conduct project close out – Ensure that (not limited to or in a particular order):
- A project close out meeting is conducted with the customer/client to define that all close out criteria have been satisfied (financial included)
- Any issues are addressed
- Lessons learned are shared
- All deliverables (product includedJ) were signed off and delivered
- A repository is set up (or was) and all documentation/data archived
- All team members are released from the project formally
- The project success criteria is reviewed
- The project performance and evaluation reports are completed
- A team close out meeting was conducted to thank the team
- A survey/evaluation sheet or form for customer/client input is left with client
- A letter for close out is signed by customer and project manager
Leave a Reply
You must be logged in to post a comment.