This article has multiple issues. Please help talk page. (Learn how and when to remove these template messages) or discuss these issues on the(Learn how and when to remove this template message)
Program management or programme management is the process of managing several related projects, often with the intention of improving an organization's performance. In practice and in its aims it is often closely related to systems engineering, industrial engineering, change management, and business transformation.
The program manager has oversight of the purpose and status of the projects in a program and can use this oversight to support project-level activity to ensure the program goals are met by providing a decision-making capacity that cannot be achieved at project level or by providing the project manager with a program perspective when required, or as a sounding board for ideas and approaches to solving project issues that have program impacts. In a program there is a need to identify and manage cross-project dependencies and often the project management office (PMO) may not have sufficient insight of the risk, issues, requirements, design or solution to be able to usefully manage these. The program manager may be well placed to provide this insight by actively seeking out such information from the project managers although in large and/or complex projects, a specific role may be required. However this insight arises, the program manager needs this in order to be comfortable that the overall program goals are achievable.
Many programs are concerned with delivering a capability to change. Only when that capability is transferred to the line management and utilized by the host organization will the benefits actually be delivered. On this view, a program team cannot, on their own, deliver benefits. Benefits can only be delivered through the utilization of a new capability.
Programs are normally designed to deliver the organisation's strategy or business transformation, such as an ambition to be the fourth biggest supermarket in a region by 2017 or reduce wastage by 5% in two year's time.
According to one source, "a Program is a group of related projects managed in a coordinated manner to obtain benefits and control NOT available from managing them individually. Programs may include elements of related work outside of the scope of the discrete projects in the program... Some projects within a program can deliver useful incremental benefits to the organization before the program itself has completed."
Program management also emphasizes the coordinating and prioritizing of resources across projects, managing links between the projects and the overall costs and risks of the program.
Program management may provide a layer above the management of projects and focuses on selecting the best group of projects, defining them in terms of their objectives and providing an environment where projects can be run successfully. Program managers should not micromanage, but should leave project management to the project managers. However, program management might need to deal with interdependencies, conflicts and resource or knowledge sharing among the projects it manages.
In public sector work in Europe, the term normally refers to multiple change projects: projects that are designed to deliver benefits to the host organization. For example, the Office of Government Commerce for the UK government. An alternative to the Office of Government Commerce's methodology for program management is that of the private sector Project Management Institute.
Many organizations only run one program at a time, a program containing all their projects. In Project Management Institute terminology, this is more likely to be a project portfolio than a program. Some larger organizations may have multiple programs each designed to deliver a range of improvements. Some organizations use the concept of Systems Engineering where others use program management.
There are the two different views of how programs differ from projects. On one view, projects deliver outputs, discrete parcels or "chunks" of change; programs create outcomes. On this view, a project might deliver a new factory, hospital or IT system. By combining these projects with other deliverables and changes, their programs might deliver increased income from a new product, shorter waiting lists at the hospital or reduced operating costs due to improved technology. The other view is that a program is nothing more than either a large project or a set (or portfolio) of projects. On this second view, the point of having a program is to exploit economies of scale and to reduce coordination costs and risks. The project manager's job is to ensure that their project succeeds. The program manager, on the other hand, is concerned with the aggregate outcome(s) or end-state result(s) of the collection of projects in a particular program. For example, in a financial institution a program may include one project that is designed to take advantage of a rising market and another that is designed to protect against the downside of a falling market. The former seeks to leverage the potential upside; the latter to limit the possible downside. Consider a simple analogy: Fix-A-Flat®. This highly-pressurized aerosol product injects a leak sealant into a punctured tire to stop the outflow of air (project A) and concurrently re-inflates the tire (project B), resulting together in the outcome that is a tire that is once again functional (the program comprised projects A and B). 
According to the view that programs deliver outcomes but projects deliver outputs, program management is concerned with doing the right projects. The program manager has been described as 'playing chess' and keeping the overview in mind, with the pieces to be used or sacrificed being the projects. In contrast, project management is about doing projects right. And also according to this view, successful projects deliver on time, to budget and to specification, whereas successful programs deliver long term improvements to an organization. Improvements are usually identified through benefits. An organization should select the group of programs that most take it towards its strategic aims while remaining within its capacity to deliver the changes. On the other hand, the view that programs are simply large projects or a set of projects allows that a program may need to deliver tangible benefits quickly.
According to one source, the key difference between a program and a project is the finite nature of a project - a project must always have a specific end date, else it is an ongoing program.
One view of the differences between a program and a project in business is that:
Another view and another successful way of managing does not see any of the factors listed above as distinguishing projects from programs, but rather sees the program as being about portfolio management. On this view, program management is about selecting projects, adjusting the speed at which they run, and adjusting their scope, in order to the maximize the value of the portfolio as a whole, and as economic or other external conditions change.
Yet another view is that a program management is nothing more than a large, complex project, where the integration aspect of project management is more important than in smaller projects. Integration management is a key feature of the Project Management Institute's approach to project management.
In practice it is not clear that there is such a clear-cut distinction. Projects (or programs) vary from small and simple to large and complex; what needs to be a managed as a program in one culture or organization may be managed as a project in another.