Object Oriented Software Engineering   View all facts   Glossary   Help
subject > person or group > person > stakeholder > project manager
Next stakeholdersoftware developer    Upstakeholder    Previous stakeholdercustomer   

project manager
(development manager)
subjectfact 
project manageris a synonym of development manager2001-08-30 14:55:19.0
acts as a mentor2001-08-30 14:57:07.0
bases cost estimate on2001-08-30 14:57:07.0
has definition The person responsible for performing project management tasks2001-08-30 14:57:07.0
determines how the plans need to change, and takes action to keep the project on track2001-08-30 14:57:07.0
directs people to appropriate sources of information2001-08-30 14:57:07.0
directs subordinates and contractors2001-08-30 14:57:07.0
does not perform activities such as hiring, building morale, and issuing the final directions if there is a departmental manager to do them instead2001-08-30 14:57:07.0
ensures that hardware and software is available2001-08-30 14:57:08.0
ensures that people always have somebody to talk to about problems2001-08-30 14:57:08.0
ensures that people feel rewarded, respected and motivated2001-08-30 14:57:08.0
ensures that people have the requisite security clearance2001-08-30 14:57:08.0
estimates the amount of time that will be required to complete the project2001-08-30 14:57:08.0
estimates the cost of the system which involves studying the requirements and determining how much effort they will take to design and implement2001-08-30 14:57:08.0
finds customers2001-08-30 14:57:08.0
finds office space2001-08-30 14:57:08.0
fires people who are not performing adequately2001-08-30 14:57:08.0
gives advice about engineering problems2001-08-30 14:57:08.0
gives people feedback to help them improve their work2001-08-30 14:57:08.0
has activities
  • Deciding what needs to be done
  • Estimating costs
  • Ensuring there are suitable people to undertake the project
  • Defining responsibilities
  • Scheduling
  • Making arrangements for the work
  • Directing
  • Being a technical leader
  • Reviewing and approving decisions made by others
  • Building morale and supporting staff
  • Monitoring and controlling
  • Co-ordinating the work with managers of other projects
  • Reporting
  • Continually striving to improve the process
2001-08-30 14:57:08.0
has goal to please the customer or sell the most software, while spending the least money2001-08-30 14:57:08.0
helps people solve problems by leading discussions2001-08-30 14:57:08.0
helps employees resolve inter-personal conflicts2001-08-30 14:57:08.0
hires employees2001-08-30 14:57:08.0
initiates the paperwork involved in hiring or subcontracting2001-08-30 14:57:08.0
is a subtopic of 11.1 - What is Project Management?2001-08-30 14:57:08.0
is part of software development team2001-08-30 14:57:08.0
is a kind of stakeholder2001-08-30 14:57:08.0
makes high-level decisions about requirements and design2001-08-30 14:57:08.0
may be judged on when they deliver product, not on its quality level2001-08-30 14:57:08.0
may not be familiar with small details of the project2001-08-30 14:57:08.0
must have knowledge about how to manage software projects2001-08-30 14:57:08.0
must realize that the vicious circle of software reuse exists and costs money - in order to save money in the longer term, an investment in reusable code is justified2001-08-30 14:57:08.0
negotiates contracts2001-08-30 14:57:08.0
often has education in business administration2001-08-30 14:57:08.0
often uses lines of code to give an intermediate cost estimate that people can easily understand although you usually cannot accurately base cost estimates on lines of code until you have almost completed design2001-08-30 14:57:08.0
performs project management2001-08-30 14:57:08.0
plans work schedule2001-08-30 14:57:08.0
runs the organization that is developing the software2001-08-30 14:57:08.0
selects the overall processes that will be followed2001-08-30 14:57:08.0
sets up training courses2001-08-30 14:57:08.0
should allow time to re-engineer part or all of the system periodically2001-08-30 14:57:08.0
should be realistic in initial requirements gathering2001-08-30 14:57:08.0
should develop a close relationship with other members of the team so that he or she is more keenly aware at all times about the progress achieved, and the potential risks2001-08-30 14:57:08.0
should encourage all necessary communication between team members2001-08-30 14:57:08.0
should ensure that everybody understands the position of everybody else, the costs and benefits of each alternative, and the rationale behind any compromises2001-08-30 14:57:08.0
should ensure that everybody's proposed responsibility is clearly expressed2001-08-30 14:57:08.0
should follow an iterative approach2001-08-30 14:57:08.0
should improve cost estimation skills so as to account for the kinds of problems that may occur2001-08-30 14:57:08.0
should learn how to run effective meetings2001-08-30 14:57:08.0
should listen to everybody's opinion2001-08-30 14:57:08.0
should make sure that everybody has the information they need2001-08-30 14:57:08.0
should make sure that project information is readily available for browsing, e.g. using an Intranet web site2001-08-30 14:57:08.0
should monitor communication between team members2001-08-30 14:57:08.0
should realize that attention to quality of reusable components is essential so that potential re-users have confidence in them2001-08-30 14:57:08.0
should realize that developing and reusing reusable components improves reliability, and can foster a sense of confidence2001-08-30 14:57:08.0
should realize that developing reusable components will normally simplify the resulting design, independently of whether reuse actually occurs2001-08-30 14:57:08.0
should reward software developer for developing reusable components2001-08-30 14:57:08.0
should take assertive action, when needed, to ensure progress occurs2001-08-30 14:57:08.0
should take courses in negotiating skills, leadership, written and oral communication2001-08-30 14:57:08.0
should take into account a realistic assessment of the resources available when determining the requirements and the project plan2001-08-30 14:57:08.0
should use 'groupware' technology to help specific groups of people exchange the information they need to know2001-08-30 14:57:08.0
takes the ultimate legal responsibility for declaring that proper engineering practice has been followed, and that the manager believes the resulting system will be safe2001-08-30 14:57:08.0
tells customers and higher-level managers what they need or want to know2001-08-30 14:57:08.0
uses cost-benefit analysis to choose among alternatives2001-08-30 14:57:08.0
wants software that sells more and pleases customers while costing less to develop and maintain2001-08-30 14:57:08.0
works with customers to determine their problem and the scope of the project2001-08-30 14:57:08.0
stakeholdermust agree on requirements2001-08-30 14:57:46.0
personcan understand requirements better if they are expressed in terms of use cases2001-08-30 14:56:58.0

Next stakeholdersoftware developer    Upstakeholder    Previous stakeholdercustomer