구현을 위해 PMBOK를, 엔지니어링을 위해 더 민첩하고 스크럼을 더 많이 사용합니까?

Question

소프트웨어를 구현 한 후에 PMBOK가 더 많이 구현되어 고객에게 제공되는 반면, 애자일 또는 스크럼은 소프트웨어를 처음으로 구축하는 데 더 많은 역할을합니까? 이해하려고 애를 써.

감사합니다.

편집 : 내 관심사는 PMBOK입니다. 그들은 내가 일하는 곳에서 많이 사용하지만, 개발을 위해 사용하지는 않습니다 (그것으로 구현합니다.) 그들은 많이 발전하지 않아서 "어이, 개발을 위해 무엇을 사용합니까?"라고 묻는 방법이 없습니다. 나 혼자서 최고의 계획을 세워야 해. PMP 인증을받는 것에 관해서는별로 신경 쓰지 않지만, PMBOK를 사용하여 소프트웨어를 개발하는 가장 좋은 방법이라면 PMPOK를 배우는 것이 정당화 될 수 있습니다. 스크럼이나 애자일이 가장 좋은 방법이라면, 나는 그것을 사용하고 내 이름으로 pmp를 갖는 것보다 성공할 수있다.

Answer 1

글쎄,이 질문은 엔터프라이즈 소프트웨어 솔루션의 PMP 인증 구현 자일뿐만 아니라 하이브리드 애자일 소프트웨어 개발 프로젝트에서 14 명의 팀원을 관리 한 숙련 된 애자일 PM이었습니다.

COTS (commercial off the shelf) 소프트웨어를 구현할 때 PMBOK를 아주 가깝게 따라갈 수 있음을 발견했습니다. "T"를 따를 경우 PMBOK는 "Waterfall"방법론을 안내합니다. Waterfall에 익숙하지 않은 경우 프로젝트 시간 중 대부분을 프로젝트 수집 요구 사항의 초기에 소비하여 설계, 추정 등을 수행하는 방식입니다. 빌드 또는 개발은 프로세스의 후반부에 제공됩니다. 이 접근법이 소프트웨어 구현에서 잘 작동하는 이유는 고객이 일반적으로 프로젝트의 초기 비용을 알고 싶어하기 때문입니다. 프로젝트 비용을 결정하는 유일하고 정확한 정확한 방법은 적어도 초기에는 폭포수 접근 방식을 따르는 것입니다.

애자일/스크럼 방법론은 소프트웨어를 작성하는 데 훨씬 효과적입니다. 내가 빌드를 말하면 설계, 개발, 테스트 등에서 전체 빌드 프로세스를 의미합니다. PMBOK, Waterfall 또는 Agile 방법론에서 다루는 것의 차이점은 사용자가 묻지 않은 것입니다. 애자 일은 대단히 반복적 인 디자인 인 & 빌드와 적은 선행 디자인입니다. 애자일에서는 신속하게 반복하고 JIT (Just-In-Time) 요구 사항 수집 (저장 사용), 디자인, 빌드 및 테스트 (TDD)를 수행하고자합니다. 이렇게하면 낭비되는 양이 줄어들고 프로젝트에서 사용 가능한 소프트웨어 인 이 더 일찍이됩니다. Agile은 소프트웨어 개발 프로젝트에 많은 이점을 제공합니다.

이제 견적과 자원 계획을 세울 때까지 폭포수 접근법을 사용하는 것이 도움이된다고 생각합니다. 완료되면 더 많은 민첩한 프로세스로 전환하여 프로젝트를 마무리 할 수 ​​있습니다.

PMBOK와 방법을 혼동하지 않도록하십시오. PMBOK는 프로젝트를 제공하기 위해 따라갈 수있는 업계 표준 프로세스 세트입니다. 소프트웨어 프로젝트뿐만 아니라 공학, 도시 계획 등이 될 수 있습니다. 통신 기획, 위험 계획, 프로젝트 마감 등 소프트웨어 개발 분야에서 많은 도움이되는 PMBOk의 많은 부분이 있습니다.

꽤 광범위한 주제이기 때문에 프로젝트에 대한 적절한 결정을 내리는 데 도움이되기를 바랍니다. 한 가지 크기가 모두에 맞지 않는다는 것을 기억하십시오.

Answer 2

PMBOK는 조직 B가 '올바른'PMI 인증 방식으로 일을하고 있다는 (허위) 안도감을 더 잘 모르는 조직 A의 경영진에게 제공하는 업계 표준입니다.

Scrum as Pedro는 대부분의 소프트웨어 전문가가 높이 평가하는 고정 된 반복 작업을 중심으로하는 민첩한 프로젝트 관리 기술입니다. 스크럼은 엔지니어링 기술을 규정하지는 않지만 페어 프로그래밍 및 연속 통합과 같은 XP (Extreme Programming)에 기술 된 엔지니어링 기술과 함께 일반적으로 사용됩니다.

업무상 이유로 일부 기업은 작업을 이기기 위해 PMI, CMMI 또는 ISO를 따르는 것처럼 보일 수 있지만 실제로는 대부분의 심각한 소프트웨어 상점에서 scrum/xp/kanban과 같은 민첩한 기법을 실습하고 있습니다.

Answer 3

필자는 PMBOK로 뛰어 들기 전에 스크럼 및/또는 애자일 (귀하의 조직에 가장 잘 어울리는 것)을 개인적으로 제안 할 것입니다. PMBOK의 표준은보다 일반적이며 위상은 약간의 의사 폭포 방법으로 설명됩니다. 이제는 애자일과 스크럼이 우리의 문을 두드렸다 ... 스크럼에 대해 알고 난 후에 PMBOK를 공부하면 관련성이없는 것을 필터링하고 두 개념을 더 잘 이해할 수 있습니다.

PMBOK와 Scrum/Agile 모두 엔지니어링뿐만 아니라 구현을위한 것입니다. PMBOK는 IT 산업 이외의 분야를 망라합니다! 또한 스크럼은 프로젝트 팀의 모든 사람 또는 모든 사람들이 배우고 구현하는 무언가입니다.하지만 PMBOK는 주로 프로젝트 관리자 용입니다 ...