SoftwareProjectManager

Reference Model in Software Development – a boon for Project Manager

A reference model is a non-arbitrary model of software that is to be referred to when a new software requirement comes from a customer. The reference model will suit and fit most of the requirements given by the customer. The model is the most ideal scenario befitting the technical and functional requirements. Although the new architecture built may not (and will never) match point to point with the reference model but still it has to be as near to it as possible. Infact the reference model has to be capable to address all technical issues that may arise during the software development. During the development if a new problem is encountered, it becomes the part of reference model too. For development also the different components of the repository of the reference model are picked and absorbed wherever found suitable. So the various components are picked and fixed as it is in the software or are reworked with minor changes keeping requirements in mind.

This process not only shortens the development timeframe but also brings in more accuracy and stability in the product. It also helps the project manager to present the near to exact time and cost estimations. The reference model acts as a block of utilities or functions meant for the software being built. The best suitable blocks are selected and placed as it is. The most suitable blocks are selected and placed with a little modification. This increases the reusability as well. Reference model works as an outline sketch of the new product being developed.

50 gems to make Project Manager a real “Leader”

The main tools of a project manager are communication, partnership and guiding his/her team towards success. As long as the project is going smooth, there is no problem. But as soon as there is a crisis, it is the project manager who has to rise to the challenge and seek out the vacuum to be evacuated. Every project manager has to have something in him/her that has brought some time or the other his team out of critical situations and sailed the project successfully.

The key skills required in a project manager including those mentioned above can be summarized as below:
1. Communication
2. Partnership
3. Guide the team
4. Initiation
5. Control
6. Facilitation
7. Convergence
8. Consolidation
9. Liability
10. Right Approach
11. Ownership
12. Roles management
13. Capitalization of experience
14. Prepare for transformational technologies
15. Change Management
16. New Business Models
17. Deep understanding of methodologies and technologies
18. Drive business
19. Operate in interconnected world and global economy
20. Work together
21. Leverage each other’s knowledge and experience
22. Motivation
23. Be well organized and well equipped
24. Work with extreme ideologies in your sleeves
25. Apply innovation to traditional problem solving
26. Keep analyzing and organizing
27. Have a critical eye to assess the situation
28. Find and place most significant people in your team
29. Recognize the difference between management and leadership
30. Be visionary
31. Drive strategy
32. Market yourself and your product with full heart
33. Think Strategically
34. Do effective delegation
35. Reward performance
36. Develop individuals to their full strength
37. Be transparent
38. Build trust and relationship
39. Measure effectiveness
40. Be influential
41. Understand and overcome holes or flaws in technology you use or the product you make (before your customer finds it out for you!)
42. Don’t believe in product, get it tested by you testers extensively
43. Always believe that when developers and testers work together, with the combination of technology and strengths, the resultant product will be always better
44. Anticipate a problem and find out a solution
45. Budget
46. Provide opportunity to your developers for career development which is a key for job satisfaction, retention and succession planning
47. Be a consistent leader
48. Incorporate best practices
49. Be a role model
50. Don’t accept anything on face value. Question, examine and introspect

The charter of a Project (or Development Manager) at the start of a new Development

The charter of a project manager or development manager at the start of a new project which requires extensive fresh development comprises of many pitfalls or showstoppers. To win over them, the project manager or development manager requires a well defined charter to adhere to.

The key points of this charter can be:
Software project management plan
Team members with their skills and job allocated
Allocation of resources – hardware & software
Schedule of execution
Cost analysis
Risk Analysis with how each one is being addressed
Technical layout and approach
A guidebook for each process
SWOT analysis
Role of any other product being embedded in this product
Role of product in the overall product line being carried by the organization
Lead the team by way of demonstration in all aspects
Define the purpose and limitations of the software development process
Sensibly tailoring or moulding the development lifecycle standards wherever required with proper documentation and justification
A chart for mapping requirement vis-à-vis the development
Embedment of statutory requirements in the software
Development and implementation in most effective and efficient manner
Trainings at all levels and stages
Measurement of progress
Change management
Customer involvement
Sign off at various stages
Review, review and review at all stages of progress

Large Project – a scare for Development (or Project) Manager – if not managed properly!

A large software development project can become scary for the development manager who is handling the project provided (s)he is lacking the experience and ability to manage people, machines, requirements and time in appropriate manner. A balanced control is the call of the time at this juncture, to give the project a right start by understanding the requirements well and selection of right people for the job. The development process needs to be planned and executed well for which a root level monitoring and control is mandatory. Having good knowledge and skills required to lead the development team goes haywired if these skills and knowledge are not executed timely and properly. The project manager or development manager has to understand the core relationship of software development with overall software product engineering, the estimated time and costs, and above all the software process being followed.

On the basis of the project requirements, the project manager has to decide upon the right life cycle model, requirements analysis, environment in which the product is to be built, control of configuration (both server and client level), development team management, and quality assurance. This is not at all easy, and can be achieved only by winning over each situation.

When your development team is at job – don’t interrupt

When a new project lands into the hands of a project manager for development, he converts the whole project into smaller units and allocates it to different developers. Developers are divided into the groups based on the work allocated. These teams prepare their plan to develop and start working accordingly. Once the development plan is with the project manager, and the developers are tuned into development, the project manager should make least interruptions in their schedule (none unscheduled) thereby helping them in meeting their targets. Different ways in which a project manager can interrupt (which he can and should avoid) can be listed below. These are not in any hierarchy and all lines carry equal importance. The interruption points are:
1. Unscheduled review of the progress of development
2. Discussion related to any past project
3. Discussion related to any future project
4. Allocation of any other task other can the ongoing one
5. Shuffling of developers from one team to another
6. Re-allocating a developer to another project
7. Inviting a new member in a team for development load sharing
8. Approving leave to developer (unless it is too urgent or critical)
9. De-motivating even a single team member of different development team (remember – it spreads like a virus among other members)
10. Don’t forget to appreciate them at each small achievement

10 Skills to make a perfect Project Manager

A Project Manager is the key center position for running a successful software project. To run this show successfully, a project manager has to be a possessor of following 10 basic skills as listed below:
1. A good HR manager, to manage his team, needs to have strong interpersonal skills so that he is able to maintain a cohesive team who works in collaboration. He has to be a strong bonding agent in his team and the other teams working on the project.
2. He should work as a focused manager looking at positive aspects of his team members, without letting any unwanted behavior of his team members affecting the project. He should have a good relationship with his and other team members even if he doesn’t like in person few of them.
3. He should be always be in a comfort zone and make others feel in a comfort zone. For this he may have to show a tremendous confidence in himself and others.
4. Project Manager should have excellent presentation skills as he is the person who is the window between the customer and his organization. To update, convince and win the customer about the progress of software development, the progress of implementation and the completion of project i.e. sign off from customer at various stages, the project manager has to sell himself by having marvelous presentation skills
5. Project Manager has to inculcate the leadership skills in all his team members so as to make them independent in handling adverse situations and coming out of it successfully. Also in this way he will have to burn less energies in tackling each situation.
6. Project Manager has to have strong technical skills so that his team members do not lose confidence in him or do not fool him in technical aspects of the project. Although he doesn’t have to do much of the technical work with his own hands but still having those skills to understand how his team members are doing and whether they are in the right direction, is very important during development and implementation.
7. Project Manager should be a firm believer in the Japanese term KAIZEN. He should ensure in making everyone believe that improvement has no end and is a continuous process.
8. Project Manager, along with having good presentation skills, should have equally strong communication skills too. During project lifecycle, 50% of his time is the acid test of his communication abilities.
9. Project Manager should be a strong estimator, a proactive in this regard. He should be able to estimate the progress of each individual, the skills of each member, the abilities, the show stoppers during the project, the customer delays or any other activity where an estimation is required.
10. And last but not the least, a Project Manager should be good parent, in regard to understanding himself, his team members, management, customer, other teams, peers – i.e. all involved in the project. He should have a good understanding of his words he is going to speak to his customer, the instructions he is going to give to his team members, the decisions he is going to take. He should be well aware of impact and effect of each of the activity he does during a project lifecycle.