차이 프로젝트 관리 및 프로세스 관리[마감]

StackOverflow https://stackoverflow.com/questions/604748

문제

의 차이점은 무엇입 프로젝트 관리 및 프로세스 관리?

도움이 되었습니까?

해결책

프로세스 대 프로젝트의 특성은 반복성 대 독창성입니다.

  • 프로세스는 특정 목표 달성을 목표로하는 상호 관련된 작업의 반복적 인 모음입니다.

  • 프로젝트는 목표를 달성하기 위해 시작과 끝을 가진 독특한 노력입니다.

프로세스 관리는 작업의 "반복성"증가, 효율성 (필요한 시간, 비용 절감), 품질 증가 (품질 일관성 포함)에 중점을 둡니다.

프로젝트 관리는 일을 끝내고 최종 결과를 달성하는 데 중점을 둡니다. 프로젝트가 반복적 인 프로세스로 바뀌는 경우에만 개발할 수있는 맞춤형 도구와 방법이 필요할 수 있기 때문에 더 높은 효율은 달성하기가 더 어렵습니다.

매일 빌드를 만드는 소프트웨어 개발에 적용되는 프로세스는 다음과 같습니다.

  • 최종 결과를 목표로하는 일련의 작업입니다.

  • 시퀀스는 반복적입니다.

  • 프로세스가 반복적이기 때문에 작업은 처음에 알려져 있습니다.

  • 매일 빌드를 관리 할 때 저렴하고 빠르며 일관되게 품질 표준을 충족하기를 원합니다. 대부분의 경우 자동화 증가를 통해 달성하는 것이 가장 좋습니다.

새로운 기능을 디자인하는 것은 프로젝트입니다.

  • 이 기능은 독특합니다. 일단 설계 한 후에는 다시 설계하지 않을 것입니다. 어쩌면 버전 2이지만 다른 노력이 될 것입니다.

  • 어느 시점에서 우리는 기능 설계를 중단해야합니다 (완벽하지 않은 경우에도). 미리 명령하는 것이 가장 좋습니다.

  • 우리는 실제로 가장 효율적인 단계 시퀀스를 통해 디자인이 달성된다는 것에 대해별로 우려하지 않습니다.

  • 따라서 설계에 들어가는 일련의 작업은 자동화하기가 어려울 것이며, 경계를 유지하고, 기준을 재평가하고, 새로 발견 된 사실을 조정하고, 일반적으로 모든 것을 완료로 이동시키는 데 집중해야합니다.

  • 우리는 새로 발견 된 사실에 비추어 볼 수있는 점점 더 많은 수의 가능한 작업을 끊임없이 선택하고 목표에 더 가까워 질 수있는이를 선택해야합니다.

다른 팁

프로세스 관리는 소프트웨어 개발 프로세스와 같은 프로세스 관리입니다 ( ~ 아니다 "소프트웨어 프로세스"). 이러한 프로세스는 다양한 프로젝트에서 사용될 수 있습니다. 프로세스에는 최종 제품 자체가 없습니다.

프로젝트 관리는 프로젝트 관리, 일반적으로 일부 프로세스를 사용하고 제품 또는 새로운 버전의 제품을 제공합니다.

프로젝트가 최종 결과를 얻기 위해 수행 해야하는 작업 인 경우 제품이나 서비스이라면 프로세스는 해당 작업에 대한 설명입니다. 모든 프로젝트는 공식적으로 정의되지 않더라도 프로세스를 따릅니다. 각 프로젝트마다 해당 프로세스를 캡처하려고 시도함으로써 패턴은 특정 그룹 또는 유형의 프로젝트에 유사한 프로세스가 사용되고 있다는 패턴이 나타날 것입니다. 또한 특정 프로세스가 더 나은 최종 결과로 이어지거나 최종 결과가 더 빠르고 저렴하게 이어진다는 것을 알 수 있습니다. 그러므로 이러한 프로세스는 관련 프로젝트에 사용되어 생산성이 높아지고 최종 결과의 품질이 높아질 수 있습니다. 결과적으로 프로젝트 관리는 최종 결과를 얻기 위해 프로세스의 적용입니다. 프로세스 관리, 프로세스 개발, 구현, 측정 및 개선만으로도 프로젝트 자체가 있습니다. 당신이 기쁘게한다면 닭고기 또는 계란.

프로세스는 프로젝트의 추상화입니다. 프로젝트에서 예상되거나 달성되는 제품의 효율성, 생산성, 효과 및 가치를 향상시키기위한 순서, 프로젝트의 구현 전략 또는 워크 플로 메커니즘은 프로세스의 도움으로 분석됩니다. /또는 프로세스. 프로세스의 목표는 프로젝트의 목표는 제품입니다. 프로세스는 장기 목표를 찾는 장기 목표를 찾지만 단기 목표를 목표로합니다. 프로젝트 요구 사항은 최종 제품을 기반으로하지만 프로세스 요구는 프로세스 자체를 기반으로합니다.

한 문장 요약은 프로세스 관리가 프로젝트가 일반적으로 운영되는 방법을 관리하는 것입니다. 프로젝트 관리는 프로세스를 설명하는 문서가 프로세스를 설명하는 반면 프로젝트 관리가 예산과 제 시간에 생성되도록 프로젝트를 관리하는 동안 프로세스를 관리하는 동안 프로세스가 생성되었는지 확인하는 것입니다. 공정 관리.

프로세스는 기본적으로 프로젝트의 일부입니다. 프로세스는 프로젝트로서 특정 프로세스를 적용하여 작업을 수행하는 것을 의미하는 일부 작업을 수행하기 위해 특정 규칙이 준수되었음을 의미합니다.

위의 하나는 프로세스 관리가 기존 프로젝트의 완전한 프로세스를 문서로 정의하고 상사에게 상태 보고서를 제공합니다. 심지어 그들은 그에 따라 부재시 자원 계획을 계획합니다.

의 특성을 정의 프로세스에 대프로젝트가 반복 대다.

서관,다국어 구사 가능 직원,세탁 설명은 내가 지금까지 들었습니다.가난한 비유가 될 수도 프로처럼 일 일,프로젝트는 다음과 같습니다.

에 laymans 약관 프로세스의 무리는 작업이 수행 될 필요가 다를 유지하는 조직에 실행합니다.이러한 작업을 수행할 수 있는 수동으로(사람들에 의해서 그들의 하루 작업)또는 자동으로(IT).

이 eTOM 비즈니스 프로세스 Framework(www.tmforum.org 다)라는 세 가지 유형의 프로세스:

  1. 전략,인프라 및 제품 라이프 사이클 관리-복잡한 방법의 모든 말하는 작업 조직의 요구를 할 계획을 구축 새로운 재료
  2. Operations-모든 매일 작업을 운영 및 유지 고객의 행복
  3. 엔터프라이즈 관리-나머지...다음과 같은 재정 보고,그리고

프로젝트는 독특한 노력과 함께 시작과 끝에 착수를 달성하는 목표입니다.

....전문가

에 laymans 의 무리한 작업을 수행하면 빌드,변경(또는 삭제)조직 기능 (예를 들어.그것은 인프라 또는 제품).

그들은 어떻게 동

를 추가하는 좀 더 혼란을 이 동적,프로젝트 관리 프로세스 자체(PRINCE2www.prince2.com)

그것을 맞는 것에 (1)전략,인프라 및 제품 카테고리(미 채찍 eTOM,많은 다른 프레임워크아 ITIL 고 SCOR, 난 EA 에 통신도록 프레임워크에서는 이해하는 최고입니다.)

는 동안 각 프로젝트의 시작과 끝 날짜-기회는 귀하의 조직에 영원히 건축 및 변경하는 기능(인프라스트럭처&제품).그래서 각 프로젝트 제공하는 뭔가가 다르지만 단계 또는 무리를 수행하는 작업을 제공하는 프로젝트가 같은 각 시간(다시 볼[PRINCE2][2]).

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top