- Free Essays, Term Papers & Book Notes

It Project Management

By:   •  Essay  •  2,055 Words  •  December 19, 2009  •  1,262 Views

Page 1 of 9

Essay title: It Project Management

Project management is an integrative effort. Decisions and actions taken in one knowledge area at a certain time usually affect other knowledge areas. Managing these interactions requires making trade-offs among the project’s scope, time, and cost. A project manager may also need to make trade-offs between other knowledge areas, for example between risk and human resources. Therefore, we should view project management as a number of related processes.

A process is a series of actions directed toward a particular result. Project management process groups’ progress from initiation activities to planning activities, executing activities, monitoring and controlling activities, and closing activities. Initiating processes including defining and authorizing a project or project phase. To initiate a project or the concept phase of a project, someone must define the business need for the project., someone must sponsor the project, and someone must take on the role of project manager. Initiating processes take place during each phase of a project.

Planning processes include devising and maintaining a workable scheme to ensure that the project addresses the organization’s needs. There is normally no single project plan. Typically, there are several project plans, for example, the scope management plan, procurement management plan, schedule management plan, cost management plan, and so on. Each plan defines each knowledge area as it relates to the software development project at that point in time. For example, a software development project team must develop a plan to define the work that needs to be done for the project, to schedule activities that related to that work, to estimate costs for performing the work, and so on. In order to account for the changing conditions on the software development project and in the organization, software project development teams will often revise project plans during each phase of the software development project life cycle.

Executing processes include coordinating people and other resources to carry out the software development project plans and produce the software products and services of the project or phase. Examples include developing the software development project team, directing and managing the software development project team, performing quality assurance, distributing information, and selecting sellers.

Monitoring and controlling processes include regularly measuring and monitoring progress to ensure that the software development project team meets the project objectives. The software development project manager and staff monitor and measure progress against the plans and take corrective action when necessary. A common monitoring and controlling process is performance reporting, where project stakeholders can identify any necessary changes that may be required to keep the project on track.

Closing processes include formalizing acceptance of the project or project phase, and ending it efficiently. Administrative activities are involved in this process group, such as archiving project files, closing out contracts, documenting lessons learned, and receiving formal acceptance of the delivered work as part of the phase or software development project.

A good project plan should include a product purpose, a history, release criteria, goals, project organization, schedule overview, project staffing, proposed schedule, and a risk list.

The product purpose should briefly describe the product, why the organization wants to produce it, what benefits accrue to the company, and so on. Sometimes the vision from the software development charter is not enough. If this is the case, then the product purpose is the perfect place to clear the air. Depending on the size and duration of the software development project, each team or subproject team may have its own purpose. That purpose aligns with the program charter’s vision but is not the same.

A history of previous releases of the software may or may not apply. If a history does apply, then this can assist in clarification of known technical debt. The data that can be reviewed should include frequency of releases, number of released defects, customer-reported problems, and anything else that may affect how the software development program manager determines what quality means or how they will manage the project.

For release criteria, the software development project manager should itemize the key product deliverables from the project. This should include functionality, performance and quality requirements.

The goals should include the product goals, the project goals, the team goals, and the organization goals. The product goals might consist of the ranked requirements that have not been committed for the most recent release. This list could be kept in a product backlog. Project goals could consist of a performance

Download as (for upgraded members)  txt (12.6 Kb)   pdf (153.8 Kb)   docx (14.5 Kb)  
Continue for 8 more pages »