What is the difference between project management and process management?
相关问题
- Multi-pass C preprocessor [closed]
- What do we call the combined path, query, and frag
- “Scraping” vs. “Scrapping”: Is there a difference?
- What is the correct term for _ in a type hint?
- CSS media query operators
相关文章
- What is Scope Creep? [closed]
- What does “exposition only” mean? Why use it?
- “Adapter” or “adaptor”?
- What is {{$guid}} used for in Postman?
- What is a bit field in layman's terms?
- What is a use-case? How to identify a use-case? [c
- Get process status by pid in Ruby
- CSS pseudo-class vs. pseudo-selector
Well said the above one, the Process management defines the complete process of existing projects as documentation and give a status report to superiors. Even, they plan accordingly for the resource planning in their absence.
The one sentence summary is process management manages how projects are generally run and has no deliverables other then documents explaining the process while project management is managing a project to insure that deliverables are created on budget and on time while following what ever process has been created through process management.
...best description I've ever heard. A poor analogy might be a process is like a day job, a project is like a contract.
In laymans terms a process is a bunch of tasks that need to be performed again and again to keep your organisation running. These tasks may be performed manually (by people in their day jobs) or automatically (by IT).
The eTOM Business Process Framework (www.tmforum.org) says there are three types of processes:
....guru
In laymans a bunch of tasks that you only perform once to build, change (or remove) your organisations capability (eg. it's infrastructure or products).
How are they the same
To add a little more confusion to this dynamic, project management is a process in itself (see PRINCE2 www.prince2.com)
It would fit in the (1) Strategy, Infrastructure & Product category (sorry for flogging eTOM, there's plenty of other frameworks like ITIL and SCOR, I'm an EA at a Telco so its the framework I understand the best.)
Whilst each project has a start and finish date - chances are your organisation is forever building & changing is capability (infrastructure & products). So each project delivers something different but the steps, or bunch of tasks performed, to deliver the project should be the same each time (again see [PRINCE2][2]).
The defining characteristic of process vs. project is repeatability vs. uniqueness.
Process is a repetitive collection of interrelated tasks aimed at achieving a certain goal.
Project is a unique endeavour with a beginning and an end undertaken to achieve a goal.
Process management has emphasis on increasing "repeatability" of the tasks, efficiency (descreasing time needed, reducing cost), increasing quality (including consistency in quality).
Project management has emphasis on getting the thing done, achieving the end result. Higher efficiency is harder to achieve since it might require custom tools and methods that can only be developed if the project was turned into a repetitive process.
Applied to software development making a daily build is a process:
It's a sequence of tasks aimed at end result.
The sequence is repetitive.
Tasks are known on the outset, since the process is repetitive.
When managing daily builds we want them to be cheap, fast and consistently meet quality standards, in most cases this is best achieved through increased automation.
Designing a new feature is a project:
The feature is unique, once we've designed it we won't be designing it again. Maybe version two, but its going to be a different endeavour.
At some point we need to stop designing the feature (even when its far from perfect) and it is best if we stipulate in advance how do we know that we've reached that point.
We're not as much concerned with that the design is achieved though the most efficient sequence of steps, as with actually coming up with a sufficiently good design at the end.
Hence the sequence of tasks that goes into design will be hard to automate and we need to concentrate on keeping the bounds, re-evaluating criterias, adjusting for newly discovered facts and generally moving the entire thing towards completion.
We have to constantly select from an increasing number of possible tasks that come up in the light of newly discovered facts and pick these that will take us closer to the goal.
Process is basically the part of the project. process means certain rules has been followed for accomplishment of some task where as project means getting the things done by applying certain process
Process is an abstraction of project. It is used to generalize the variation,uniqueness and transient nature projects.In order to enhance efficiency,productivity,effectiveness and value of product expected or achieved from a project,the implementation strategy or workflow mechanism for projects is analyzed with the help of process and/or processes.The goal of process is service while goal of project is a product.Process seek long term goals but project aim for short term goals.Project needs are based on end product but process needs are based on process itself.