project meeting

Eighteen commandants for Project Management Meetings

18. All meetings related to the project must be fruitful for its continuous progress and timely actions.
17. Duration of the meetings should be optimum to cover all major concerns and immediate actions required.
16. Meetings should bring all participants close to break the barrier between them.
15. Don’t hesitate to have one-to-one talk where important.
14. Have lively discussions.
13. Have concrete progress.
12. Explain after taking time the points that require proper knowledge to be brought to all the members.
11. Propose your views and action points.
10. Stress on your viewpoints where you feel the importance need to be expressed to the members.
9. Commit full co-operation
8. Understand every member’s viewpoints
7. Participate in complete
6. Focus on each member and their suggestions
5. Strip away the mental wall separating the members
4. Strengthen the mutual cooperative relationship towards the common goal
3. Give sincere response to the issues
2. Restore trust
1. Make it overall a meaningful meeting

Top 5 reasons of Project Manager getting fired

Project Failure: First failure will downgrade the level of next project to be given to the project manager. Not only this, but it will also trigger hidden cameras in the organization that start monitoring each and every step of project manager. These hidden cameras could be top management or some selected down the line people working with project manager.
Customer Feedback: Organizations are taking customer feedback very seriously. A remark by a customer regarding a project manager – “I want this project manager to manager all my future projects ordered to you. Infact if you don’t depute this person as project manager, you don’t accept our orders” triggered such a magic that it immediately presented the project manager with an out-of-turn hefty increment. On the other hand a customer CEO sent a confidential email message to the CEO of projects organization stating – “We don’t want the current project manager to be seen in out campus with immediate effect” put a very big question mark on project manager’s capabilities.
Project Team Feedback: Sometimes even if Project fails project manager is able to survive if project team and customer give a positive feedback. Then the reasons are different which are beyond the control of project manager. But if project fails and feedback is also not very positive, all axes will fall on project manager’s neck.
Lack of Technical Depth: A shallow or artificial demonstration of technical depth will not help for long. Although project manager has not to do technical activities on his own but his depth of knowledge will definitely help in driving the project in right direction and meeting targets.
Lack of business knowledge: Sometimes smart team members manage many a weaknesses of their project manager if he has demonstrated his strength in certain areas. But the lack of business knowledge is something that will certainly affect the product built, customer confidence in product and project manager’s knowledge. And if project manager is not clear about the business concepts of the customer, his presence in project, product and customer meetings will not be as effective as it is supposed to be.

Customer’s role in business study and requirement gathering phase of a software project

Usually it is the customer top level person who is project sponsor for a software development project, be it in-house or from a software development vendor. A Project Sponsor may presume that his/her roles during the project would be – sign agreement and papers, assign roles down the line for the project, monitor/review project at various stages etc. A critical and crucial role is overlooked that of getting into the project especially during atleast vendor’s business study and requirement gathering stage. It is not only important for project sponsor and directors to be part of this stage but equally important is to involve all top management in that.

In brief, Customer Top management has to fully understand the benefits being proposed by the vendor that will be produced by the software when it is in use. They should also participate fully in business study and requirement gathering meetings to define and freeze their own expectations from the project/product/software/vendor.