오늘의 시장에서 5 가지 미친 프로젝트 관리 기술

[삼]

프로젝트 관리 기술에 대한 수많은 블로그를 읽었으므로 여전히 부족한 것이 있습니다. "프로젝트" 그리고 "관리" 두 개의 다른 파생물입니다. 그들은 워크 플로우와 생산성을 유지하기 위해 두 개의 사상 학교가 함께 일하는 개념을 구현합니다. 이 모든 것은 유리한 결과를 얻기 위해 수행됩니다.

우리가 말씀에 대해 이야기하면 "프로젝트", 그것을 완료하는 데 전념하는 조직의 단위로 정의합니다. 만약 "프로젝트" 뒤 따랐다 "관리" 그런 다음 우리는 미리 정의 된 제약 조건 내에서 프로젝트를 제목하는 책임이있는 관리자를보고 있습니다. 기술적으로 이러한 제약 조건과 다른 변수는 모든 프로젝트와 관련된 사례 서문의 일부로 취급됩니다.

프로젝트 관리 기술에 대한 오해 :

이 게시물은 세부 정보 인기 프로젝트 관리 기술입니다. 이러한 방법의 대부분은 IT 산업에서 사용됩니다. 그러나 다른 PM 기술에 대해서는 들리지 않았지만 이에 국한되지는 않습니다. 극단적 인 프로젝트 관리 , Rational Unified Process. , 그 반대.

또한 비즈니스가 프로젝트 관리 기술을 채택하도록 강요하는 다양한 변수에 대해 이야기하고 싶었습니다. 비즈니스 소유자는 프로젝트에서 프로젝트 관리 기술을 사용해야 하는지를 결정하는 방법은 무엇입니까?

때로는 PM 지향적 인 계획을 고안하고 이후에 후속 조치를 취할 필요가 없습니다. 결국, 프로젝트 관리자는 비즈니스를 최적화하기위한 무서운 재산을 요합니다. 모든 회사가 프로젝트 관리자에게 "투자"할 상황에 처한 것이 아닙니다.

프로젝트 관리 기술의 응용 프로그램에 대한 일반적인 오해를 보는 것은이 게시물에 사례 연구가 있습니다. 나는 다른 부서와 함께 콜드 렸기 때문에 너무 말하지 않는다. UDN 작업 관리자 시장을 조사하고 가장 중요한 질문에 답변하십시오. - 즉. 프로젝트가 최신 프로젝트 관리 기술에 대해 아프는시기를 결정하는 방법은 무엇입니까?

IT 및 비 IT 환경에서 인기있는 프로젝트 관리 기술 :

1. RUP - Rational Unified Process :

RUP는 대체 형태의 폭포입니다. 그만큼 다른 이정표에 초점을 맞 춥니 다. 한번에 한. RUP에 관한 한, 소프트웨어 개발 프로젝트의 프레임 워크입니다. 팀은 프로젝트를 네 가지 부분으로 나눕니다.

다음은 Rational Unified Process Project Managemice 기술의 주요 4 가지 범주입니다.

연구원은 또한 AUP를 개발했습니다. 민첩한 통합 프로세스 이것은 다른 형태의 rup입니다. Agile은 단순히 Slacking Clutter에 초점을 맞추고 단순한 단계로 교체합니다. AUP에는 7 개의 범주가 있습니다. 그들은 소프트웨어 개발자가 통과 할 수있는 많은 것처럼 보일지 모르지만이 방법은 기존의 RUP 전술보다 쉽습니다.

또한 다양한 프로세스를 위해 많은 Wiggle 룸을 제공하기 때문에 Aup과 함께 스크럼 방법론을 짜낼 수도 있습니다.

2. PERT - 프로그램 평가 및 검토 기술 :

이것은 일반적인 프로젝트 관리 기술의 더 많은 것입니다. 프로그램 평가가 다양한 경우에 적용됩니다. I.T의 응용 프로그램에만 국한되지 않습니다. 섹터 만. 제조 산업에서 사업을 운영하는 경우 해당 지역에서 일할 수있는 자격을 갖춘 프로젝트 관리자를 고용함으로써 Pert의 혜택을 누릴 수 있습니다. 그는 보류 중이고 이미 수행 된 작업을 분석 할 것입니다.

인기있는 프로젝트 관리 기술의 일환으로, 프로그램 평가 및 앰프; 검토 기술 냉전으로 되돌아갑니다. 그것은 당연히 미국 해군에 의해 발명되어 전장에서 적의 적과에 대한 이점을 얻을 수 있도록 도와 줬습니다. 이 과정은 비즈니스 환경의 관리자가 워크 플로 프로세스에 맞게 변경되었음을 유명 해졌습니다.

Pert는 다른 도전적인 변수를 가진 장기간 프로젝트에 가장 적합합니다. Pert는 다른 작업 타이밍 및 루틴과 호환됩니다. 이러한 유연성의 정도는 기존 프로젝트 관리 기술을위한 완벽한 대체품을 만듭니다.

3. 민첩한 프로젝트 관리 :

민첩한 민첩성은 UDN 작업 관리자 블로그. 우리는 그것이 적은 자원으로 많은 일을 할 수있는 최신 프로젝트 관리 기술의 최상의 형태 중 하나라고 생각합니다. Agile은 "혼란"을 최소화하면서 생산성을 극대화하기 위해 팀을 훈련시키는 사고 방식입니다.

예를 들어 프로젝트를 여러 부분으로 끊을 수 있습니다. 그런 다음 '스프린트'를 추가 할 수 있습니다. 전형적인 스프린트가 14 일 이상 걸리지 만 프로젝트 관리자는 프로젝트 요구 사항에 따라 스프린트 일을 추가하거나 공제하는 경우가 많습니다.

민첩한 아이디어는 통신이 한 단계에있는 평평한 작업 환경을 통해 신속하게 반응하는 것입니다. 계층 적 의사 소통은 첫 번째 문제이며 종종 민첩에 반대합니다. 최고 경영진이 무언가를 승인해야하며 실제 팀으로 가려면 거대한 의사 소통 간격이 발생합니다. 그래서 민첩한 이유는 하향식의 통신 행렬에 완벽하지 않습니다.

민첩은 소형 소프트웨어 프로젝트에 적합합니다. 일부 프로젝트 관리자는 매우 좋은 결과가 매우 좋은 분명한 규모의 프로젝트에 적용됩니다. 모든 것은 민첩한 민첩한 스크럼 회의 및 프로젝트 관리자에게 맞춤형 경험을 제공하는 데 도움이되는 다른 변수의 구현에 달려 있습니다.

4. 폭포를 통한 프로젝트 관리

예, 진정 효과가있는 시원한 이름이 있습니다. 나는 그것을 안다. 앞에서 언급했듯이 폭포는 소프트웨어 개발자를위한 이상적인 프로젝트 관리 기술입니다. 소프트웨어 제품의 개발이 다른 단계로 나뉘어져있는 SDLC 프로세스라고도합니다. 각 단계에는 계층 구조가 높아지는 다른 단계가 앞에옵니다.

폭포는 순차적입니다. 전형적인 폭포 효과와 마찬가지로 자연에서. 최고 과정 - I.E.E. Project Insitiation, Development Cycle. 마지막 몇 단계는 일반적으로 버그 탐지 및 유지 관리와 관련이 있습니다.

폭포는 소프트웨어 개발에 이상적이지만 일부 프로젝트 관리자는 핵심 개념을 사용하고 하드웨어 섹터 에이 프로젝트 관리 기술을 사용합니다. 키는 처음에 모든 요구 사항을 정의한 다음 다른 채널을 만들어 전체 프로젝트 계획을 완료하는 것입니다.

5. CCM - 중요 체인 방법론 :

1997 년 Eliyahu M. Goldratt는 프로젝트 계획에 영향을주지 않고 자원을 관리하는 과정으로 중요한 체인 방법론을 썼습니다. 이것은 아마도 프로젝트 계획과 그러한 변수보다는 자원 관리에 초점이 있기 때문에 엘리야후 M. Goldratt가 처음으로 중요한 체인 방법론이 논의되었을 것입니다.

이제는 앞서 언급 한 모든 프로젝트 관리 기술을 읽어야합니다. 그들은 프로젝트 계획, 개발 및 실행 단계를 구성합니다. 그러나 CCM은 프로젝트 사례 서문을 초과하지 않고 리소스 풀을 평평하게하는 데 초점이 맞는 방법론입니다.

일부 프로젝트가 특정 예산 / 자원 기준 내에 규정되어 있기 때문에이 방법은 중요합니다. 이해 관계자는 프로젝트 개발에 더 많은 것을 투자하고 싶지 않습니다. 따라서 계약자와 프로젝트 관리자는 추가 자금을 위해 최상위 관리를 요청하지 않고도 해결책과 프로젝트 관리자가 함께 작업해야합니다.

프로젝트 관리 도구에서 무엇을 찾아야합니까?

지금까지 우리는 블로그에서 몇 가지 인기있는 프로젝트 관리 도구를 나열했습니다. 반복적으로 강조 표시된 일부는 다음과 같습니다.

아사나 동안, UDN 작업 관리자 그리고 JIRA는 전체 플레잉 소프트웨어 서비스로서 프로젝트 관리자의 요구에 맞는 프로젝트 관리자의 요구에 맞게 포커스가 있으며 목록의 다른 사람들은 카테고리 프로그램을 지원하는 것입니다. 월요일은 끊임없이 업그레이드되고 있기 때문에 특히 유용합니다. 지원 직원은 매우 돕고 UI와의 좋은 경험이있었습니다.

그 말로, 업계의 프로젝트 관리 도구 중 어느 것도 완벽하지 못합니다. 대규모 예산이 구매를 위해 제재되기 전에 비즈니스 요구 사항에 대해 확장되어야합니다. 민첩한 프로젝트 매니저로서 나는 그것을 평가하지 않고도 회사가 프로젝트 관리 도구에 거대한 돈을 소비하는 많은 경우를 보았습니다.

그 결과, 해당 회사의 최종 사용자는 소프트웨어에 대한 부정적인 의견을 개발할뿐만 아니라 계속해서 피해야합니다. ...에 이 시나리오는 이전 블로그 게시물의 길이에서 논의되었습니다. 실생활 사용 사례 시나리오에 익숙해지고 싶다면 여기에서 읽을 수 있습니다.

관계없이 프로젝트 관리 도구는 대부분의 프로젝트 요구 사항을 다루는 다음과 같은 기능을 가져야합니다. 추가 정보로 내려 가면 세련된 소비자 경험을 위해 PM 소프트웨어에 많은 수치 기능이 있습니다. 내 유일한 조언은 임펄스로 행동하기 전에 프로그램을 평가하는 것입니다.

워크 플로우 및 프로젝트 계획 :

이상적인 프로젝트 관리 도구는 프로젝트 기획자에게 다른 기능을 가져야합니다. 마찬가지로, 워크 플로는 다음과 같은 많은 기능으로 증가합니다.

프로젝트 관리 프로그램이 모든 것을 제공하는 것은 필요하지 않습니다. 그러나 공급 업체 회사가 요구 사항을 충족시키는 기능을 갖춘 더미 계정을 발행하도록 요청할 수 있습니다.

의사 소통은 브레이크가 없습니다. 많은 인기있는 프로젝트 관리 기술은 커뮤니케이션을위한 강력한 통합으로 프로젝트 관리 소프트웨어를 사용하는 것이 좋습니다. NTASK는 프로젝트 관리자가 찾는 최고 수준의 서비스의 일부로 공동 작업을 유지하기 위해 여유 통합 기능을 갖추고 있습니다.

PM 도구에 기본 통신 모드가 제공되지 않으면 타원 통신 모드가 있지 않은 경우 타원 통신 앱 통합에 대한 지원이 있는지 확인하십시오. 그렇지 않으면 오늘날의 프로젝트 관리 기술 표준이 오래된 이메일 및 IMS에 의존해야합니다.

모든 프로젝트가 일정에 실행됩니다. 프로젝트가 새겨 져서 닫는 날까지 모든 방법으로 진행되는 날부터 연극에 들어갑니다. 대규모 팀에서 작업 할 때 모든 팀 구성원이 동시에 사용할 수 없기 때문에 스케줄링이 중요 해집니다. 어떤 사람들은 교대로 일합니다.

직원 수준 일정, 프로젝트 이정표 제출 날짜를 모니터링 할 수있는 임베디드 도구가있는 경우 최대한의 생산성을 유지할 수 있습니다. 이상적인 프로젝트 관리 소프트웨어의 다른 관련 기능은 타당성 관리, 시간 추적 및 예산 할당을 다루어야합니다.

프로젝트 관리 기술을 사용하는 것이 언제 중요합니까?

프로젝트에서 프로젝트 관리 기술을 사용하는 것이 항상 중요하지는 않습니다. 이 날에는 관리자 중 일부는 오래된 학교 전술을 사용하여 프로젝트를 완성합니다. 그리고 소년, 그들은 색상을 비행하는 프로젝트를 완성하는 방법을 알고 있습니다. 때로는 자원이 완벽한 조화로 일치하는 경우가 있으며 프로젝트를 완성하기가 어렵지 않습니다.

그러나 프로젝트 관리 기술을 사용하는 것이 중요한 경우에는 많은 유스 케이스가 전화를 걸 수있는 경우 기준이 있습니다. 이러한 경우에는 아래에 추가됩니다.

프로젝트가 너무 까다 롭습니까? 다양한 부서에서 여러 사람들로부터 많은 노력이 필요합니까? 노력은 숫자 형태로 측정 될 수 있습니다. 그것은 관점의 문제입니다. 때로는 복잡한 방어 시스템을 사용하는 정부 기관은 프로젝트 관리 기술을 유도하기 때문에 프로젝트 관리 기술을 유도합니다.

프로젝트가 회사에서 매우 중요합니까? 유연성을위한 공간이 없거나 마감일이 엄격 해지면 프로젝트 관리 기술을 사용할 수있는 완벽한 기회입니다.

위험은 프로젝트의 일부입니다. 그들 중 일부는 예견하므로 이미 준비되어 있습니다. 다른 사람들은 예기치 않은 것입니다. 두 경우 모두 지금, 지금 당장 튀어 나오는 역경을 극복하기 위해 계획 B가 있어야합니다.

이것은 프로젝트 관리자와 그의 팀이 프로젝트 완성을 관리위원회에 제시하는 능력입니다. 예산과 전반적인 프로젝트 제약 조건을 따라야합니다.

구조를 제외하고는 프로젝트 작업과 노력의 상호 관련이 똑같이 중요합니다. 때로는 구조가 완벽하다 - 즉 평평한 것들은 민첩하고 스크럼과 하향식 구조로 간소화되어 극단적 인 프로젝트 관리 기술에 적합합니다. 그러나 상호 연관성이 부족하기 때문에 사물은 빨리 떨어질 수 있습니다.

사례 연구 시간 ABC Inc. 제품 판매 딥으로 Peril :

ABC Inc.는 하드웨어 제조업체입니다. 그들은 소매 및 기업 부문에 대한 주변기기를 만듭니다. 소매 업체는 이익 마진에서 제품을 재판매하기 때문에 소매 업체가 중요하지 않습니다. 기업의 요구는 다릅니다. 때로는 비 호환성으로 인해 제품 리콜이 있으며 반대로의 경우도 마찬가지입니다.

결과적으로 비즈니스의 양쪽에서 발생하는 다양한 수익도가 있습니다. ABC Inc.는 여러 가지가 있습니다. 문제는 커뮤니케이션이 사이트 전체 구내로 제한된다는 것입니다. 그것은 하나의 지점이 다른 지점과 통신 할 수 없다는 것을 의미합니다.

a.) 그들은 프로젝트 관리 소프트웨어를 사용하고 있지 않습니다.

b.) 그들은 느슨해지고 다른 도구에 대해 들어 본 적이 없습니다.

모든 것이 수량으로 제조되는 일괄 처리의 추세가 있음을 알 수 있습니다. 기술이 많이 바뀌었기 때문에 온라인 가공으로 전환하기로 결정했습니다.

결과적으로 오래된 스캐너가 쓸모 없게되었습니다. 스캐너가 작동하려면 광대역 핀 커넥터와 프린터를 사용해야하는 모델에 대해 이야기하고 있습니다. 그 외에도 소비자는 스캐너에 대한 요구를 몇 가지 노치를 아래로 푸시하는 모바일 스캐닝 애플리케이션을 사용하기 시작했습니다.

ABC Inc.는 기존 스캐너 대신 다른 것을 제조하는 시간임을 느낍니다. 그들은 스캐너 제품 라인업의 처분을 결정했습니다. 실제로이 회사가 결정을 내리기 전에 제조 한 모든 스캐너를 제거해야하기 때문에 처분은 쉽지 않습니다. 가격 절반에 판매하거나 제한된 시간 할인은 유일한 실행 가능한 옵션입니다.

한편, 제품 기여 분석은이 최근의 결정의 결과로 회사가 엄청난 손실을 입어야한다는 것을 보여줍니다. 예를 들어, 스캐너는 2/4 분기에 2 만 달러로 이미 판매되고 있습니다. ABC Inc.의 사람들은 또한 스캐너 제품 라인을 완전히 떨어 뜨리고 싶지 않습니다. 그것은 허용되는 결정이 아니지만 현실 사이의 어딘가에서 중간 지상을 찾고 있습니다.

이것은 프로젝트 관리자를 가져 오는 곳입니다. 그는 스캐너를 판매하는 것이 단순히 저장소를 유지하는 것보다 상대적으로 안전하다는 것을 제안합니다. 또한 프로젝트 관리자는 회사가 회계 연도 및 제품 스캐너를 완료하여 현재 연도의 판매 및 이익률을 완료해야한다고 제안합니다.

스캐너를 다른 최신 가제트로 대체하기위한 만장일치 한 결정입니다. 새로운 제품 라인이 결정되어야합니다. 이 시나리오에서는 다음과 같은 이유로 프로젝트 관리 기술이 적용됩니다.

결론적으로 프로젝트 관리 기술은 필수품입니다.

나는 "필요한 악의"를 헤더 텍스트로 사용하고 싶지만 그 일을하였습니다. 내 요점은 프로젝트 관리 기술이 끝날 수있는 방법이라는 것입니다. 각 제품에 필요한 경우에는 절대로 필요하지 않지만이를 사용하면 출력에 영향을 미칩니다.

작업, 생산성 및 목표 획득은 오른쪽 PM 기술이 프로젝트에 적용되면 기하 급수적으로 증가합니다. 이 글을 쓰면 아래의 의견 섹션을 통해 알려주십시오. 프로젝트 관리 기술이 잘못 적용되는 회사의 일부를 신청 한 적이 있습니까? 그 이유는 무엇 이었습니까? 나는 당신의 의견을 기다리고 있습니다.