프로젝트 관리: 31가지 최고의 기술, 사례 및 도구

게시 됨: 2022-05-07

성공적인 프로젝트를 제공하려면 프로젝트를 적절하게 관리해야 합니다. 이를 수행하는 가장 좋은 방법은 작업 중인 프로젝트 유형에 적합한 프로젝트 관리 기술을 사용하는 것입니다.

이 기사에서는 다음을 알게 될 것입니다.

  • 프로젝트 관리란 무엇입니까? (+ 중요한 요소 중 일부)
  • 프로젝트 관리 기술이란 무엇입니까?
  • 언제 사용해야합니까?
  • 어떻게 적용해야 할까요?
  • 다양한 프로젝트 유형에 가장 적합한 14가지 프로젝트 관리 기술은 무엇입니까?
  • 사용하는 프로젝트 관리 기술에 관계없이 프로젝트 작업에 도움이 되는 모범 사례와 도구는 무엇입니까?

그 이상을 배우려면 계속 읽으십시오.

프로젝트 관리: 31가지 최고의 기술, 사례 및 도구

목차

프로젝트 관리, 그 요소 및 기술 소개

이 섹션에서는 프로젝트 관리, 일부 요소 및 기술에 대해 배웁니다. 언제 사용해야 하는지, 어떻게 적용해야 하는지.

프로젝트란 무엇입니까?

프로젝트 관리 기법이 무엇인지 이해하려면 먼저 "프로젝트"를 구성하는 것과 "프로젝트 관리"가 무엇인지 이해해야 합니다.

프로젝트 에는 미리 정의된 목표에 도달하기 위해 개인 또는 사람들의 그룹이 수행해야 하는 특정 작업 집합이 포함됩니다. 각 프로젝트에는 성공이라고 부를 수 있도록 충족해야 하는 특정 요구 사항 집합이 있습니다.

프로젝트가 끝나면 결과를 분석합니다. 이제 이러한 분석을 수행하려면 올바른 데이터가 필요합니다. 예를 들어 프로젝트 시간 추적기로 프로젝트에 소요한 시간을 추적하고 이 데이터를 분석에 사용할 수 있습니다.

프로젝트 관리란 무엇입니까?

프로젝트 관리 는 프로젝트의 요구 사항 집합을 충족하는 데 필요한 특정 작업 집합을 수행하기 위한 목적으로 기술, 경험 및 올바른 도구를 적용하는 것입니다. 프로젝트 관리의 일반적인 프로젝트 일정에는 프로젝트 개발의 다음 5단계가 포함됩니다.

  1. 개념 및 개시
  2. 정의 및 계획
  3. 실행 및 실행
  4. 성능, 모니터링 및 제어
  5. 폐쇄

작업에서 구현할 수 있는 특정 프로젝트 관리 도구에 대해 알아보려면 최고의 프로젝트 관리 도구에 대한 최종 가이드를 확인하세요.

4 프로젝트 관리의 필수 요소

프로젝트의 예산, 품질 및 범위 외에도 산업이나 프로젝트의 복잡성에 관계없이 프로젝트 관리의 일부 필수 요소에 특별한 주의를 기울이고자 합니다.

1. 프로젝트 헌장

프로젝트 관리의 프로젝트 헌장은 프로젝트 시작에 사용되는 간결한 공식 문서입니다. 프로젝트 헌장은 프로젝트의 목적, 목표, 자원 및 이해 관계자를 제시합니다. 이를 통해 팀은 다음을 수행할 수 있습니다.

  • 프로젝트의 목표 정의
  • 프로젝트에 대한 측정 및 가정
  • 프로젝트 제한 정의
  • 프로젝트 범위 설명 정의
  • 프로젝트 관리자 권한 선택
  • 팀 구성

프로젝트 헌장은 프로젝트 후원자가 작성하고 제공하며 나중에 프로젝트 관리자에게 위임됩니다. 기본적으로 모든 프로젝트에는 프로젝트 헌장이 있어야 합니다. 프로젝트를 목표와 성공으로 이끄는 지침이 되기 때문입니다.

아래의 시각적 표현에서 프로젝트 목표를 정의하고 이해 관계자, 비용, 위험 등을 식별하는 프로젝트 헌장의 주요 구성 요소를 볼 수 있습니다.

프로젝트 헌장

2. 산출물 목록 및 작업 목록

산출물 목록은 프로젝트 완료 시 달성되는 최종 제품 또는 서비스를 나타냅니다. 산출물은 예를 들어 컴퓨터와 같이 유형적일 수도 있고 컴퓨터 프로그램과 같은 무형일 수도 있습니다.

작업은 목록에서 가장 낮은 수준으로 처리됩니다. 각 작업은 결과물 또는 결과물 세트를 완료하기 위해 수행해야 하는 작업이나 단계를 나타냅니다.

작업분류체계와 산출물 목록 및 작업 목록의 차이점은 후자가 각 작업을 책임지는 사람을 엄격하게 정의한다는 것입니다. 각 작업이나 결과물에 대한 기한을 정의하여 작업을 더 잘 제어할 수도 있습니다.

그 외에도 목록을 간단한 체크리스트로 구성하고 완료되면 각 작업과 결과물을 확인하여 진행 상황을 추적할 수 있습니다.

결과물 및 작업 목록

3. 프로젝트 일정

프로젝트 일정 생성에는 수행할 작업의 순서를 지정하고 프로젝트가 완료될 수 있도록 일정 시간 슬롯에 할당하는 작업이 포함됩니다. 작업을 정의하고, 작업을 완료하는 데 필요한 리소스를 정의하고, 특정 팀 구성원에게 작업을 할당한 다음 캘린더의 특정 시간 슬롯에 작업을 할당합니다.

효율적인 프로젝트 일정을 만드는 데 문제가 있는 경우 다음과 같이 자문해 보십시오.

  • 무엇을 해야 합니까?
  • 언제?
  • 그 책임은 누구에게 있습니까?

이러한 질문에 답하면 나중에 실행 가능한 프로젝트 일정을 형성할 작업 목록을 만드는 데 도움이 됩니다.

아래의 프로젝트 일정 시각적 표현을 살펴보십시오. 파티를 계획하려면 특정 작업 완료가 필요하고 각 작업에 대해 캘린더에 할당된 특정 시간 슬롯이 있음을 알 수 있습니다.

프로젝트 일정

4. 위험 등록부

프로젝트 관리에서 위험 등록을 생성한다는 것은 프로젝트에서 작업하는 동안 발생할 수 있는 잠재적인 문제와 도전에 초점을 맞추는 것을 의미합니다.

이러한 잠재적인 문제는 "부정적 위험"이라고도 합니다. 이러한 문제는 예상하고, 기록하고, 심각성을 명확히 한 다음, 해결 방법을 정의해야 합니다. 또한 이러한 솔루션을 구현하는 책임자를 명확히 해야 합니다.

물론 작업에서 "긍정적인 위험"을 만날 수도 있습니다. 이는 별도의 프로젝트로 정의하고 별도로 처리할 수 있는 추가 "프로젝트 기회"입니다.

아래 표에서 프로젝트의 위험 가능성, 영향 수준, 위험 관리 담당자 및 가능한 솔루션과 같은 특정 위험 및 해당 위험 매트릭스의 예를 볼 수 있습니다.

위험 등록

프로젝트 관리 기법이란 무엇입니까?

프로젝트 관리와 프로젝트 관리 기술의 주요 차이점은 특수성 입니다. 따라서 프로젝트 관리 기법 은 프로젝트의 요구 사항 집합을 충족하는 데 필요한 특정 작업 집합을 수행하기 위해 기술, 경험 및 올바른 도구를 적용하는 이제 프로젝트 관리 기술이 무엇이고 프로젝트 및 프로젝트 관리와 어떤 관련이 있는지 이해했으므로 언제 가장 잘 사용해야 하는지 살펴보겠습니다.

프로젝트 관리 기법은 언제 사용합니까?

이제 광범위한 사용을 권장하는 것처럼 보이는 정의에도 불구하고 프로젝트에 대해 특정 프로젝트 관리 방법론을 사용할 필요가 없습니다.

때로는 프로젝트 작업의 직선적이고 선형적인 조직이 필요합니다.

그러나 다른 경우에는 특정 프로젝트 관리 기술이 가장 효율적인 솔루션입니다.

다음은 프로젝트에 특정 프로젝트 관리 기술을 사용해야 함을 나타내는 7가지 프로젝트 요소입니다.

  1. 더 큰 노력 - 프로젝트의 목표는 특정 제품을 만드는 것입니다.
  2. 더 높은 중요성 - 프로젝트는 회사에 매우 중요합니다.
  3. 더 높은 위험 — 프로젝트는 더 많은 불확실성 요인으로 인해 회사에 더 높은 위험을 나타냅니다.
  4. 현재 관리 구조의 효율성 저하 — 현재 관리 구조에는 기한을 놓치거나, 예산을 위반하거나, 특정 요구 사항 집합을 놓치는 프로젝트가 포함됩니다.
  5. 높은 익숙지 않음 - 프로젝트는 범위나 예상되는 작업 루틴에서 "정상"과 다릅니다.
  6. 높은 상호연관성 — 프로젝트는 동시에 수행되어야 하는 작업을 요구합니다.
  7. 조직의 평판 또는 재정 상황에 미치는 영향 — 프로젝트를 올바르게 처리하지 않으면 심각한 평판이나 금전적 손실을 초래할 수 있습니다.

나열된 모든 요소는 작업에 착수하기 전에 특정 프로젝트 관리 기술을 선택해야 함을 나타냅니다.

프로젝트 관리 기술을 적용하는 방법?

프로젝트 관리 기술의 적용은 작업 중인 프로젝트 유형과 함께 작업하기 위해 선택한 기술에 따라 달라집니다.

이제 프로젝트에 적합한 프로젝트 관리 기술을 찾는 가장 좋은 방법은 여러 프로젝트 관리 기술을 테스트하고 결합하는 것입니다. 작업을 진행하면서 귀하와 귀하의 프로젝트에 효과가 있는 방법과 그렇지 않은 방법을 식별할 수 있을 것입니다.

이를 염두에 두고 최고의 PM 기술 및 방법론 목록으로 이동하겠습니다.

최고의 프로젝트 관리 기술 및 방법론 목록

이 섹션에서는 오늘날 사용할 수 있는 14가지 최고의 프로젝트 관리 기술과 방법론에 대해 알아봅니다.

프로젝트 유형에 따라 3가지 유형의 프로젝트를 구분하고 다음과 같은 경우에 가장 적합한지 여부에 따라 프로젝트 관리 기술을 정렬합니다.

  • 간단한 프로젝트
  • 복잡한 프로젝트
  • 소프트웨어 엔지니어링 프로젝트

물론 이러한 유형의 PM 방법론 중 일부는 겹칠 수 있습니다. 달성하려는 목표에 따라 소프트웨어 엔지니어링에 일부 간단하고 복잡한 프로젝트 관리 기술을 사용할 수 있습니다.

특정 산업에서 사용하든 프로젝트의 복잡성을 기반으로 하든 간에 실제로 수많은 프로젝트 관리 기술이 있습니다. 그러나 모든 프로젝트 관리자가 프로젝트를 성공으로 이끌기 위해 알아야 하는 프로젝트 관리 기술이 있습니다.

이제 시작하겠습니다.

모든 프로젝트 관리자가 알아야 할 상위 3가지 프로젝트 관리 기술

다음은 우리의 선택입니다:

  1. 고전적인 프로젝트 관리 기법
  2. 칸반 프로젝트 관리 방법론
  3. 프로그램 평가 및 검토 기법(PERT)

이러한 기술을 사용하여 지식을 향상하고 프로젝트 관리 분야에서 놀라운 결과를 얻으십시오.

1. 고전적인 프로젝트 관리 기법

이것은 프로젝트 실행에 가장 간단하고 가장 적합한 전통적인 프로젝트 관리 기술입니다.

클래식 프로젝트 관리 기법이란 무엇입니까?

클래식 프로젝트 관리 기법은 프로젝트 관리에서 가장 간단하고 가장 자주 사용되는 기법 중 하나입니다. 여기에는 수행해야 하는 모든 작업과 활동이 포함된 세부 계획이 포함됩니다. 해야 할 일은 긴급성과 의존성에 따라 정렬됩니다.

클래식 프로젝트 관리 기술을 사용하는 방법은 무엇입니까?

이 기술을 프로젝트에 성공적으로 적용하려면 다음 단계를 따라야 합니다.

  1. 먼저 다음 주에 대한 프로젝트 계획을 세우고,
  2. 그런 다음 작업해야 할 작업의 수와 유형을 추정합니다.
  3. 자원을 할당하고,
  4. 프로젝트 전반에 걸쳐 팀 작업의 품질을 모니터링하고,
  5. 프로젝트 전반에 걸쳐 팀의 마감 시간을 모니터링하고,
  6. 프로젝트 전반에 걸쳐 팀에 피드백을 제공합니다.
클래식 프로젝트 관리 기법의 간략한 역사

이 기본 유형의 프로젝트 관리는 전반적으로 1950년대에 시작되었습니다. 그러나 우리는 프로젝트 관리 방식을 처음 엿볼 수 있는 것은 기원전 5570년과 기자 대피라미드의 완성으로 거슬러 올라갑니다. 따라서 이 가장 기본적인 유형의 프로젝트 관리 기법의 정확한 기원을 정확히 찾아내기는 어렵습니다.

클래식 프로젝트 관리 기법은 무엇에 가장 적합합니까?
  • 복잡한 워크플로가 필요하지 않은 소규모 팀 및 간단한 프로젝트
고전적인 프로젝트 관리 기법의 시각적 표현

아래에서 Classic Project Management Technique에서 따라야 하는 단계의 시각적 표현을 찾을 수 있습니다.

2. 칸반 프로젝트 관리 방법론

일본에서 유래한 것을 고려하면 "Kanban"이라는 단어는 빌보드 로 번역됩니다. Kanban은 작업 항목을 개발 열로 배열하는 시각적 계획 보드입니다.

칸반이란?

Kanban은 프로젝트를 시각화한 다음 진행 상황을 추적하는 데 도움이 되는 애자일 프로젝트 관리 방법론의 인기 있는 하위 유형입니다. 주요 장점 중 하나는 업무 투명성을 촉진한다는 것입니다.

칸반을 사용하는 방법?

간단한 Kanban 보드는 3개의 개별 열로 구성됩니다. 열에서 작업을 이동하여 작업의 진행 상황과 현재 상태를 알릴 수 있습니다.

  1. "해야 할 일" 열 — 나중에 작업해야 하는 작업을 처음 정의할 때 여기에 배치합니다.
  2. "하고 있는" 열 — 작업을 시작하면 여기에 배치합니다.
  3. "완료" 열 — 작업에 대한 작업을 마치면 여기에 배치합니다.
칸반의 간략한 역사

Kanban은 Toyota와 그들의 "Just-In-Time"(JIT) 생산 시스템으로 거슬러 올라갈 수 있습니다. 이 시스템은 필요한 만큼만 수행하도록 명령합니다.

칸반은 무엇에 가장 적합합니까?
  • 소프트웨어 개발 프로젝트
  • 신입 사원 모집, 인터뷰 및 고용에 중점을 둔 HR 프로젝트
  • 워크플로와 기한이 잘 정립된 모든 유형의 프로젝트
칸반의 시각적 표현

아래 이미지에서 이전에 언급한 보드에 Backlog 열과 함께 3개의 열을 볼 수 있습니다. Backlog 에서 수행하기로 선택한 작업 목록인 To-do 열과 달리 우선 순위에 따라 정렬된 작업 목록을 나타냅니다.

3. 프로그램 평가 및 검토 기법(PERT)

이 매핑 프로젝트 관리 기술은 전체 프로젝트를 완료하는 데 필요한 현실적인 시간을 추정하는 데 도움이 됩니다.

프로그램 평가 및 검토 기법(PERT)이란 무엇입니까?

프로젝트 관리의 PERT(프로그램 평가 및 검토 기술)에는 특수 PERT 차트에서 복잡하고 상세하게 계획된 프로젝트의 시각적 추적이 수반됩니다. 이 기법의 강조점은 프로젝트를 성공적으로 완료하는 데 필요한 시간과 예산을 추정하는 지속적인 작업 분석에 있습니다.

프로그램 평가 및 검토 기법(PERT)을 사용하는 방법은 무엇입니까?

PERT 차트를 생성하려면 다음 단계를 따르십시오(소프트웨어를 사용하거나 직접 그릴 수 있음).

  1. 프로젝트의 활동, 작업 또는 이정표의 완전한 목록을 만드십시오(이정표, 즉 산출물을 달성하기 위해 완료해야 하는 모든 작업을 식별해야 함).
  2. 이제 프로젝트를 완료하는 데 필요한 작업 및 이정표 목록이 있으므로 종속성을 기반으로 작업 순서(어떤 작업이 먼저 진행되는지)를 신중하게 만듭니다.
  3. 가장 빠른 시작 및 완료 날짜/시간, 프로젝트 내에서 각 작업을 완료하는 데 필요한 시간과 같은 작업에 대한 시간을 추정해야 하기 때문에 이것은 중요한 단계입니다.
  4. 프로젝트를 완료하는 데 필요한 최소 시간을 추정하는 데 도움이 되도록 가장 중요한(전부는 아님) 단계를 포함하는 프로젝트의 주요 경로를 식별합니다.
  5. 이 차트를 만들었다고 해서 엄격하게 따를 필요는 없습니다. 프로젝트 관리는 변경하고 변경 사항에 효과적으로 적응하는 것입니다.
프로그램 평가 및 검토 기법(PERT)의 간략한 역사

PERT는 미 해군이 핵잠수함 프로젝트를 수행할 수 있도록 지원하기 위해 1957년 미해군 특수 프로젝트 사무소에서 처음 설립되었습니다. 그것은 나중에 다양한 산업에서 사용될 것입니다. 초기 역사에서 PERT의 가장 유명한 용도 중 하나는 1968년 동계 올림픽 조직에서의 사용을 포함합니다.

프로그램 평가 및 검토 기법(PERT)은 무엇에 가장 적합합니까?
  • 비일상적인 작업이 많은 복잡한 프로젝트
  • 복잡한 요구 사항이 있는 대규모 프로젝트
프로그램 평가 및 검토 기법(PERT)의 시각적 표현

이 차트에서 다음을 볼 수 있습니다.

  • 노란색 원, 즉 중요한 이정표 또는 이벤트를 나타내는 노드
  • 화살표는 기간과 함께 해당 순서로 완료해야 하는 종속 작업을 나타냅니다(화살표에도 표시됨).
  • 동시에 발생하는 작업을 나타내는 분기 화살표( 8-7 및 8-11)
PERT 차트

간단한 프로젝트를 위한 최고의 프로젝트 관리 기법

모든 유형의 프로젝트에 대한 PM 방법론에서 이동하여 "단순 프로젝트"에 대한 프로젝트 관리 방법론이 있습니다.

다음 프로젝트 매개변수를 기반으로 하는 간단한 프로젝트 를 인식할 수 있습니다.

  • 완료까지 6개월 미만 소요 예상
  • 시간제 노력만 필요합니다
  • 10명 이하의 팀원이 참여합니다.
  • 가격은 75,000달러 미만으로 예상됩니다.
  • 시작부터 쉽게 사용할 수 있는 예상 비용 금액이 있습니다.
  • 그것은 하나의 목표를 가지고 있습니다
  • 직관적인 솔루션이 있습니다
  • 프로젝트 범위가 좁다

프로젝트 관련 작업 및 프로세스 비용은 프로젝트가 간단한지 여부를 결정하는 데 중요한 역할을 합니다. 프로젝트 및 관리 비용을 결정하는 방법에 대해 자세히 알아보려면 프로젝트 비용 관리에 대한 블로그 게시물을 읽어보세요.

간단한 프로젝트에 사용할 수 있는 최고의 프로젝트 관리 기술은 다음과 같습니다.

  1. 작업분류체계(WBS)
  2. 폭포 기법
  3. 간트 차트

1. 작업분류체계(WBS)

이 놀라운 계층적 기술은 프로젝트를 효율적으로 완료하기 위해 처리해야 하는 작업의 시각적 개요를 만드는 데 도움이 됩니다.

작업분류체계(WBS)란?

WBS(Work Breakdown Structure)에서는 프로젝트를 더 작고 관리하기 쉬운 부분으로 분해해야 합니다. PMBOK에 따르면 작업 분해는 "프로젝트 목표를 달성하고 필요한 결과물을 생성하기 위해" 수행되어야 합니다. 시각적으로 말하자면 WBS는 전체 프로젝트(작업 및 하위 작업) 내의 모든 구성 요소를 전체적으로 볼 수 있도록 도와줍니다.

작업 분류 구조 내의 모든 작업은 적절하게 식별되고, 추정되고, 예산이 책정되고 일정이 잡혀 있어야 합니다.

작업분류체계는 어떻게 사용하나요?

작업을 더 이상 세분화할 수 없을 때까지 WBS를 사용하여 복잡한 작업을 더 작은 작업으로 나눕니다. 더 작은 작업은 시간 요구 사항과 완료 비용을 추정하기 쉽기 때문에 작업하기가 더 쉽습니다.

프로젝트를 WBS의 가장 낮은 수준으로 분해할 때 해당 수준을 작업 패키지 라고 합니다. 이를 식별하면 효율적으로 제어 및 관리하면서 작업에 소요되는 시간과 비용을 쉽고 안전하게 추정할 수 있습니다.

대부분의 프로젝트에는 유사한 수명 주기가 있으므로 프로젝트에 맞게 수정하는 데 사용할 수 있는 표준 WBS 템플릿이 있습니다.

프로젝트를 관리하기 쉬운 구성 요소로 나누는 방법에 대한 도움이 더 필요하면 이 기사를 확인하십시오 → 프로젝트를 작업으로 나누는 방법

작업 분류 구조의 간략한 역사

WBS는 1960년대에 미 국방부(Dod)와 미 항공우주국(NASA)이 수행한 거대한 프로젝트에 대해 실행 가능한 계획 및 제어 시스템이 필요했기 때문에 처음 개발되었습니다.

작업분류체계는 무엇에 가장 적합합니까?
  • 프로젝트 범위 내에서 작업 종속성에 주로 초점을 맞춘 단순 프로젝트
작업분류체계의 시각적 표현

여기에서 프로젝트를 구성하는 모든 작업과 하위 작업을 볼 수 있습니다. 프로젝트 작업을 적절하게 관리하고 시간과 비용을 추정하는 데 필요한 만큼 세분화할 수 있습니다.

작업 분할 구조

2. 폭포수 기법

이 기술은 단계가 하나에서 다른 단계로 흐르는 폭포와 같은 순차 설계 프로세스를 기반으로 합니다.

폭포수 기법이란?

폭포수 기법은 작업의 순차적 실행을 요구합니다. 이전 단계를 완료한 경우에만 다음 단계로 이동할 수 있습니다.

이 기술을 사용하려면 작업을 시작하기 전에 프로젝트에 필요한 것과 프로젝트가 어떻게 전개될지에 대한 명확한 아이디어가 있어야 합니다. 일단 다음 단계로 이동하면 수정을 위해 이전 단계로 돌아갈 수 없습니다.

폭포 기법을 사용하는 방법?

구체적인 단계는 프로젝트 유형에 따라 다르지만 일반적으로 다음이 포함됩니다.

  1. 소프트웨어 요구 사항 분석 및 식별,
  2. 요구 사항에 따라 소프트웨어를 개발하기 위한 최상의 접근 방식을 설계하고,
  3. 적절한 코드를 작성하여 문제에 대한 적절한 솔루션을 구현하고,
  4. 코드를 테스트하고 의도한 대로 작동하는지 확인하고,
  5. 코드가 의도한 대로 계속 작동하는지 확인하기 위해 정기적인 유지 관리를 수행합니다.
폭포 기법의 간략한 역사

Waterfall Technique는 1970년에 출판된 기사에서 Winston W. Royce가 처음으로 공식적으로 설명했습니다. 그러나 그 이름으로 설명되지 않았습니다. "Waterfall 기술"이라는 용어는 TE Bell과 TA Turner의 논문에서 처음 언급되었을 것입니다. 1976년.

폭포 기법은 무엇에 가장 적합합니까?
  • 짧고 간단한 소프트웨어 개발 프로젝트
  • 명확하고 미리 결정된 요구 사항이 있는 소프트웨어 개발 프로젝트
  • 창의적인 프로젝트 관리
  • 성공하기 위해 엄격한 작업 구조가 필요한 프로젝트
폭포수 기법의 시각적 표현

이 시각적 표현에서 Waterfall Technique에서는 이전 단계로 돌아갈 수 없기 때문에 앞으로만 갈 수 있음을 알 수 있습니다. 엄격한 질서를 존중합니다.

폭포수 기법

3. 간트 차트

이 실습 프로젝트 관리 기술은 막대 차트를 사용하여 프로젝트 일정 및 계획 프로세스를 단순화하고 시각화합니다.

간트 차트란?

Gantt 차트는 가장 오래된 프로젝트 관리 기술 중 하나입니다. 프로젝트 일정을 나타내는 가로 막대형 차트의 일종입니다. 프로젝트의 각 활동은 막대로 표시되고 길이는 각 작업의 기간(시작 및 완료 날짜)을 나타냅니다. 바의 위치는 작업 일정을 나타내기 때문에 중요합니다. 한 작업이 다른 작업을 따르는 경우 이는 작업이 시작하기 위해 선행 작업의 완료에 의존함을 의미합니다. 프로젝트 중 중요한 이정표를 나타내는 다이아몬드 또는 삼각형 모양의 기호와 같은 차트 내에서 다른 기하학적 기호를 볼 수도 있습니다. Gantt 차트는 단순하고 저렴한 비용으로 널리 알려져 있습니다.

Gantt 차트를 사용하는 방법은 무엇입니까?

다양한 프로젝트 관리 도구에는 Gantt 차트 보기가 포함되어 있으므로 Gantt 차트는 독립적으로 작동하거나 프로젝트에 적용할 수 있습니다. 목록에 작업을 추가하고 타임라인으로 드래그하기만 하면 됩니다. 그런 다음 작업이나 리소스를 할당하고 종속성을 추가하여 작업이 올바른 순서로 수행되도록 합니다.

간트 차트의 간략한 역사

미국 기계 엔지니어이자 프로젝트 관리 컨설턴트인 Henry Gantt가 Gantt 차트를 발명했다고 생각한다면 다시 생각해 보십시오. 폴란드 엔지니어 Karol Adamiecki 는 처음에 하모노그램이라고 부른 차트를 개발했습니다. 그러나 그것은 보급과 채택이 제한적인 폴란드어로 되어 있었습니다. 1910년과 1915년 사이 어딘가에서 Henry Gantt는 오늘날 알려지고 널리 사용되는 Adamiecki 차트의 자신의 버전을 디자인했습니다.

Gantt 차트는 무엇에 가장 적합합니까?
  • 모든 유형의 프로젝트 복잡성
  • 소프트웨어 개발, 디자인, 제조, 마케팅 등 다양한 산업군
Gantt 차트의 시각적 표현

아래에서 볼 수 있듯이 막대는 활동(수행해야 할 작업)을 나타냅니다.

복잡한 프로젝트를 위한 최고의 프로젝트 관리 기법

다음으로 복잡한 프로젝트 와 특정 프로젝트 관리 기술이 있습니다.

다음과 같은 이유로 복잡한 프로젝트를 인식할 수 있습니다.

  • 프로젝트 결과 예측에 대한 도전
  • 프로젝트 행동 예측에 대한 도전
  • 팀의 역할 표준화에 대한 도전
  • 프로젝트의 요소 수를 추정하는 데 도전
  • 프로젝트 요소 간의 종속성을 파악하기 위한 도전
  • 프로젝트 수익성 예측에 대한 도전

복잡한 프로젝트에 사용할 수 있는 최고의 프로젝트 관리 기술 은 다음과 같습니다.

  1. 임계 경로 방법(CPM)
  2. 핵심 체인 프로젝트 관리(CCPM)
  3. 익스트림 프로젝트 관리(XPM)
  4. 통제된 환경의 프로젝트(PRINCE2)

1. 임계경로법(CPM)

다음은 중요도와 종속성을 기반으로 작업을 식별하는 데 도움이 되는 프로젝트 관리 기술입니다.

CPM(임계 경로 방법)이란 무엇입니까?

Critical Path Method는 프로젝트에서 가장 긴 작업 순서 내에서 중요한 작업을 식별하기 위한 스케줄링 알고리즘입니다. 이러한 작업은 프로젝트 마감일을 넘기는 데 중요하므로 팀의 가장 날카로운 초점이 필요합니다.

CPM(Critical Path Method)을 사용하는 방법은 무엇입니까?

다음은 프로젝트의 주요 경로를 찾기 위해 따라야 하는 단계별 가이드입니다.

  1. 먼저 모든 프로젝트 작업을 식별하고 분류합니다.
  2. 다음으로 각 작업의 예상 기간을 정의합니다.
  3. 그런 다음 작업 간의 종속성을 정의합니다.
  4. 그런 다음 작업 간의 종속성 유형을 결정합니다.
  • 작업 1과 작업 2를 동시에 작업해야 합니다.
  • 작업 2 작업을 시작하기 전에 작업 1을 완료해야 합니다.
  • 작업 2에서 작업을 시작하려면 작업 1에서 작업을 시작해야 합니다.
  • 작업 2의 작업을 완료하려면 작업 1의 작업을 완료해야 합니다.
  1. 마지막으로 작업 종속성 유형에 따라 지정된 순서대로 작업을 예약하고 작업합니다.
CPM(Critical Path Method)의 간략한 역사

CPM(Critical Path Method)은 1957년 역사적으로 가장 큰 화학 회사(매출 기준) 중 하나인 DuPont Company에서 설립되었습니다. 이 기술의 창시자는 일정 관련 추가 비용이 발생하여 공장을 폐쇄하고 다시 시작하는 것을 피하고자 했던 두 명의 수학자였습니다. 그들의 솔루션에는 올바른 작업을 올바른 순서로 수행하는 것이 포함되었습니다.

CPM(Critical Path Method)이 가장 적합한 것은 무엇입니까?
  • 여러 상호 의존적인 작업이 있는 프로젝트
  • 반복 작업이 있는 프로젝트
  • 기한과 일정이 엄격한 프로젝트(예: 소프트웨어 개발 또는 건설 프로젝트)
CPM(Critical Path Method)의 시각적 표현

이 시각적 표현에서 프로젝트 X를 완료하기 위해 수행해야 하는 작업을 볼 수 있습니다. 작업 A, B 및 C는 중요하지 않으며 이러한 작업을 처리하지 않으면 프로젝트를 완료할 수 있습니다. 따라서 이는 선택적 작업입니다. 반면에 작업 D, E 및 F는 "중요"로 간주되며 프로젝트를 완료하기 위해 해결해야 합니다.

2. CCPM(Critical Chain Project Management)

이것은 예산을 유지하는 동시에 팀이 과로하지 않도록 도와주는 또 다른 일정 분석 기술입니다.

CCPM(Critical Chain Project Management) 기술이란 무엇입니까?

CCPM(Critical Chain Project Management)은 본질적으로 프로젝트를 수행하는 데 필요한 리소스, 작업 사이에 존재하는 종속성, 프로젝트를 제시간에 완료하기 위해 고려해야 하는 버퍼에 중점을 둔 일정 알고리즘입니다.

이 프로젝트 관리 방법론의 목적은 리소스를 더 잘 관리하고 , 프로젝트의 다양한 측면에서 손실되는 시간을 최소화하고, 작업 부하를 고르게 분배하는 데 도움이 되는 것입니다.

CCPM과 관련된 버퍼에는 4가지 유형이 있습니다.

  1. 프로젝트 버퍼 — 즉, 예상 종료일 이전에 프로젝트가 완료되도록 하는 버퍼입니다.
  2. 공급 버퍼 - 즉, 중요하지 않은 체인의 마지막 작업과 중요한 체인의 마지막 작업 사이에 위치하는 버퍼입니다.
  3. 리소스 버퍼 — 즉, 프로젝트 개발 전반에 걸쳐 프로젝트 프로세스를 수행하는 데 올바른 리소스를 사용할 수 있는지 확인하는 버퍼입니다.
  4. 용량 버퍼(Capacity Buffer) — 예산에 예상치 못한 문제가 발생할 경우 추가 리소스를 사용할 수 있도록 하는 버퍼입니다.
CCPM(Critical Chain Project Management)을 사용하는 방법은 무엇입니까?

중요한 체인 프로젝트 프로세스를 생성할 때 다음 팁을 고려하십시오.

  1. 나중에 중요한 경로가 될 가장 중요한 작업을 식별합니다.
  2. 그에 따라 리소스(시간, 예산, 사람)를 할당하는 것을 염두에 두십시오.
  3. 팀이 기름칠이 잘 된 기계처럼 작동하도록 하고 개별 작업에 주의를 집중하십시오.
  4. 앞서 언급했듯이 팀 구성원은 한 번에 하나의 작업을 할당해야 하며 이는 멀티태스킹을 방지하기 위해 수행됩니다. 멀티태스킹과 CCPM은 함께 사용되지 않습니다.
  5. 이것은 거칠게 들릴지 모르지만 효율적인 것으로 입증되었습니다. 프로젝트 완료에 대한 예상 시간을 절반으로 줄이십시오. 이렇게 하면 팀 내에서 미루는 일을 없애고 시간을 제대로 활용하지 못하게 됩니다. 좋은 점은 실제 시간 추정치를 줄이지 않았거나 예상치 못한 상황에 사용할 수 있는 버퍼가 있다는 것입니다.
  6. 마지막으로 예상 시간, 사용된 리소스 목록, 버퍼 및 완료 날짜가 있어야 하는 프로젝트 모델을 만듭니다. 이것은 프로젝트 지연을 피하기 위해 수행됩니다.
CCPM(Critical Chain Project Management) 기술의 간략한 역사

CCPM(Critical Chain Project Management)은 제약 조건 이론에서 파생된 것으로 1997년 Eliyahu M. Goldratt의 책 Critical Chain에서 처음 소개되었습니다.

CCPM(Critical Chain Project Management) 기술은 무엇에 가장 적합합니까?
  • 자원의 중복 없이 각 팀이 하나의 프로젝트만 진행하는 회사
  • 마감일을 맞추는 데 어려움을 겪는 팀
  • 자원이 제한된 복잡한 프로젝트
CCPM(Critical Chain Project Management) 기술의 시각적 표현

CCPM 기법은 예상치 못한 상황에서 활용할 수 있는 일종의 "에어백"으로 버퍼를 추가하는 것을 제안합니다. 아래 그림에서 볼 수 있듯이 각 작업(다이어그램에서 원으로 표시)에는 프로젝트의 기한 또는 프로젝트 중 기타 변경 사항을 보호하는 버퍼가 제공됩니다.

크리티컬 체인

3. 익스트림 프로젝트 관리(XPM)

다가오는 기술은 계획과 일정보다 프로젝트의 이해 관계자를 관리하는 데 중점을 둡니다.

익스트림 프로젝트 관리(XPM)란 무엇입니까?

XPM(Extreme Project Management)은 이름에서 알 수 있듯이 복잡하고 변동이 심한 프로젝트, 즉 자주 변경되고 관리에 극단적인 접근이 필요한 프로젝트를 위해 만들어진 프로젝트 관리 기법입니다.

이 기술은 프로젝트의 인간적 측면에 초점을 맞춥니다. 사람들이 서로 상호 작용하는 방식에 대한 알려진 원칙을 사용하여 프로젝트 내에서 협업을 적절하게 처리하고 조정합니다.

익스트림 프로젝트 관리(XPM)를 사용하는 방법은 무엇입니까?

Doug DeCarlo의 Extreme Project Management 책에 따르면 XPM의 프로젝트는 4단계(INSPIRE)를 거칩니다.

  1. 시작 — 이 단계에서는 팀을 모으고, 브레인스토밍하고, 가능한 접근 방식에 대해 생각하고, 클라이언트와 강력한 관계를 구축합니다. XPM에서는 처음부터 프로젝트 목표를 정의하는 것이 아니라 도중에 정의한다는 것을 기억하십시오. 계획할 수 있는 것이 아닙니다. 목표가 유연하기 때문에 프로젝트의 예상 시간과 비용도 유연합니다.
  2. 추측 — 지금은 아이디어를 브레인스토밍하고, 깊은 생각을 하고, 결과물의 우선 순위를 정해야 할 때입니다. "이것이 효과가 있을지 궁금합니다." 이 단계에서 스스로에게 물어볼 질문입니다.
  3. Incubate — 이 단계에서 우선 순위가 지정된 결과물 목록이 있지만 고정된 것은 아닙니다. 이 단계에서 고객과 함께 탐색하고 수정합니다. This may result in new ideas and goal clarification. In this phase, you need to distribute work across your team. Previously prioritized deliverables must be assigned to team members to create a synergy among team members. The goals can be achieved only with strong collaboration within the team.
  4. REview — In the last phase of the XPM, team members should attend a meeting and talk about achievements in the Incubate phase, things they learned, revising the goal, and whether the project meets client expectations and should be continued. The number of cycles is unknown, and if there is a necessity to go through the entire 4 phases again — the client and team members will make a joint decision about that.
A brief history of Extreme Project Management (XPM)

The concept of Extreme Project Management (XPM) originated in 2004, in the previously mentioned book Extreme Project Management by Douglass DeCarlo.

What is Extreme Project Management (XPM) best for?
  • Projects with a low possibility for failure
  • Projects with short deadlines
  • Projects that aim for innovation
  • Projects with factors that are difficult to control
  • Projects characterized by sudden, spontaneous changes
Visual representation of Extreme Project Management (XPM)

From this visual representation, you can get a better insight into XPM's flexibility and freedom when it comes to making decisions about the approach, cost, timeframe, and scope. Do not adapt the project to a fixed set of rules and approaches, adapt the rules and approaches to the project itself until you achieve the desired result.

Extreme Project Management

4. Projects IN Controlled Environments (PRINCE2)

Up next is one of the world's most practiced techniques for project management due to its scalability, flexibility, and practicability. As opposed to XP, managing projects in PRINCE2 is clearly planned and organized in each stage of the process.

What is PRINCE2?

Projects IN Controlled Environments (PRINCE2) is a structured project management technique that provides a framework to help divide the project into stages. It is a methodology that consists of 7 principles, 7 themes, and 7 phases each project needs to go through.

PRINCE2 Principles  

They represent underlying rules that every project needs to stick to — according to the 2017's edition of PRINCE2:

  1. Continued Business Justification — The business case is regularly updated to make sure that the project is still usable.
  2. Learning from experience — Each project has a lesson log you can refer to to avoid remaking already established workflows from scratch.
  3. Defining roles and responsibilities — Team members may have several roles in a project, or share their roles with other team members. Roles are structured into 4 different levels:
  • The corporate management/program management level
  • The project board level
  • The project manager level
  • The team level
  1. Managing by stages — You manage each stage of project development differently, by updating the business case, risks, and project plan.
  2. Managing by exception — When a specific project element (such as the project scope or project costs) changes, the question of how to continue moves to a higher level of management.
  3. Product focus — Focus is placed on the quality end delivery of the developing product.
  4. Tailoring to suit the project environment — This technique is meant to fit the project environment, ie the size, complexity, risk estimation, and overall importance of the developing project.
PRINCE2 Themes

Themes tell you how to manage a project using PRINCE2 principles. Projects need to address these themes all the way through.

  1. Business Case — Gives justification, ie reason for undertaking a project. It answers the question of why .
  2. Organization — Defines roles and responsibilities within the project. It answers the question of who.
  3. Quality — Ensures that the project's deliverables meet business expectations. It answers the question what.
  4. Plans — Describes the techniques and steps that you need to take to develop plans. It answers the questions of how and when .
  5. Risk — Identifies and assesses uncertainties. It answers the question What if .
  6. Change — Handles change requests and finds the way to successfully manage them. It answers the question of what's the impact .
  7. Progress — Tracks, checks, and monitors the project. It answers the questions where are we now, where are we going, should we carry on.
How to use PRINCE2?

If you want to manage a project using PRINCE2, you need to be aware of the 7 phases each project needs to go through:

1. Starting up a project

You start your project with a project mandate which is an initial document provided by the customer and it is required to start the project (it outlines the basic information that is available at the starting point). To make sure the project is viable, a project brief is produced and carefully reviewed by the project board to decide on whether to initiate the project. Within this phase, several activities must be completed such as appointing the project manager together with other stakeholders, preparing the business case, choosing an approach, and assembling the project brief.

2. Directing a project

This is the time when the project board makes key decisions about the project, whether it is worthwhile initiating, and delegates the project to the project manager when authorized. Activities within this stage include reviewing the project brief, formally confirming the approach with the rest of the stakeholders, and thinking about the risk and resource requirements.

3. Initiating a project

In this stage, reasons for doing a project must be stated together with the scope of work, cost, responsible stakeholders, how risks or changes should be managed. The project manager needs to assemble the Project Initiation Document — a formal document (or collection of several documents) where all questions such as what, who, why, where, how, when, and how much must be clearly stated.

4. Controlling a stage

The whole process must be carefully controlled and monitored at all times to avoid issues and loss of focus. The project manager must give authorization for any activity to be commenced or continued. That's why the project manager breaks down the project into smaller chunks — work packages to avoid chaos. Each work package must go through control after completion or change. In a nutshell, everything must work smoothly which is the project manager's responsibility.

5. Managing product delivery

The purpose of this stage is to ensure that all stakeholders agree on what is to be produced, its cost, and timescales together with meeting the quality criteria. Later, they can approve them or demand changes to be done.

6. Managing a stage boundary

Each stage must be carefully reviewed and approved to be able to move forward. The Project Board must be informed at strategic points of the project, and they are the ones who make a final decision on whether to stop or continue to the next stage.

7. Closing a project

This is the final stage of managing a project where acceptance of the product is being confirmed and whether PID's objectives are achieved. A project is successful if it has a clear end.

PRINCE2의 간략한 역사

PRINCE 2는 PROMPT II라는 초기 방법의 변형입니다. 1989년 영국 정부는 이 PROMPT II 변형을 IT 부문의 프로젝트 관리 표준으로 채택했습니다. 오늘날, 이는 모든 영국 정부 프로젝트에 대한 공식 프로젝트 관리 방법론입니다.

PRINCE2는 무엇에 가장 적합합니까?
  • 고정된 요구 사항 집합과 복잡한 환경이 있는 복잡한 프로젝트.
PRINCE2의 시각적 표현

아래의 시각적 표현에서 PRINCE2가 원칙, 즉 프로젝트를 성공적으로 수행하기 위해 따라야 하는 지침과 규칙을 기반으로 한다는 것을 알 수 있습니다. 그런 다음 PRINCE2 테마는 프로젝트를 관리하는 방법, 즉 원칙을 실행하는 방법을 보여줍니다.

소프트웨어 엔지니어링을 위한 최고의 프로젝트 관리 기법

일반적인 소프트웨어 엔지니어링 프로젝트에는 요구 사항 수집, 소프트웨어 개발 및 테스트, 소프트웨어 제품에 대한 정기 유지 관리 수행이 포함됩니다.

소프트웨어 엔지니어링 프로젝트에 사용할 수 있는 최고의 프로젝트 관리 기술은 다음과 같습니다.

  1. 합리적 통합 프로세스(RUP)
  2. 애자일 프로젝트 관리
  3. 스크럼 방법론
  4. 익스트림 프로그래밍(XP)

1. 합리적 통합 프로세스(RUP)

이 프로젝트 관리 기술은 반복적이고 동시에 민첩합니다. 활동이 프로젝트 중에 반복되기 때문에 반복적이며 소프트웨어 요구 사항에 맞게 조정할 수 있으므로 민첩합니다.

합리적 통합 프로세스(RUP)란 무엇입니까?

RUP(Rational Unified Process)는 시간이 지남에 따라 시작, 정교화, 구성 및 전환의 4단계로 프로젝트를 전개하는 소프트웨어 개발 팀을 위한 민첩한 관리 구조입니다. 각 4단계에는 주요 목표가 있으며 비즈니스 모델링, 요구 사항, 분석 및 설계, 구현, 테스트 및 배포의 6가지 개발 분야가 포함됩니다. 이전 단계의 주요 목표를 성공적으로 달성하지 못하면 다음 단계로 넘어갈 수 없습니다.

일부 개발 분야는 다른 분야보다 더 중요하므로 다른 분야보다 더 많은 시간이 소요됩니다.

RUP(Rational Unified Process)를 사용하는 방법은 무엇입니까?

앞서 언급했듯이 RUP 기술을 효율적으로 사용하려면 소프트웨어는 4가지 개발 단계를 거쳐야 합니다.

  1. 시작 — 이것은 프로세스의 일정 단계이므로 설명, 위험 관리 평가, 비즈니스 환경 및 성공 요인이 포함된 프로젝트 계획을 포함하는 비즈니스 사례를 만들어야 합니다. 이 모든 것을 염두에 두고 이해 관계자는 프로젝트를 계속할지 여부를 결정합니다. 시작 단계는 프로젝트의 첫 번째 이정표이기도 합니다. 프로젝트가 이 단계를 통과하지 못할 경우 취소되거나 재설계될 수 있습니다.
  2. 정교화 — 이 단계에서는 프로젝트의 기술적 위험, 즉 실행 가능한 시스템을 구축할 수 있는지 여부를 고려해야 합니다. 이는 프로세스의 두 번째 마일스톤으로 높은 리스크를 내포하고 추후 변화를 유도하기 어렵기 때문에 매우 중요합니다.
  3. 구성 — 코딩 및 테스트와 함께 주요 구성 요소 및 기능을 개발하는 곳입니다. 이 단계에서는 사용자 매뉴얼과 평가해야 할 시스템의 베타 버전이 생성됩니다. 제품이 테스트에 실패하면 다음 단계인 전환 단계를 연기해야 ​​합니다.
  4. 전환 — 이 단계의 주요 목적은 제품을 성공적으로 출시하는 것이며 이것이 이 프로세스의 마지막 이정표입니다.
RUP(Rational Unified Process)의 간략한 역사

Rational Unified Process는 2003년에 Rational Software Corporation에서 설립되었습니다.

RUP(Rational Unified Process)는 무엇에 가장 적합합니까?
  • 예측 가능한 완료 시간 프레임과 예측 가능한 최종 예산이 있는 소프트웨어 개발 프로젝트.
RUP(Rational Unified Process)의 시각적 표현

아래의 시각적 표현에서 RUP에서 프로젝트 개발의 4단계를 모두 볼 수 있습니다. 또한 일부 단계(정밀화, 구성 및 전환)에는 각 단계 목표를 달성하기 위해 기술 결과물을 생성하는 데 초점을 맞춘 더 많은 반복이 있음을 알 수 있습니다.

합리적인 통합 프로세스-

2. 애자일 프로젝트 관리

이 프로젝트 관리 기법은 프로젝트 수명 주기 내에서 변경 사항에 쉽게 적응할 수 있는 유연성과 적응성을 제안합니다. "애자일"이라는 단어 자체는 변화할 수 있다는 것, 즉 적응할 수 있다는 의미입니다.

애자일 프로젝트 관리란 무엇입니까?

Agile Project Management는 팀의 자기 조직화 및 교차 기능을 강조하고 고객 만족에 도달하는 소프트웨어 개발 방법론입니다.

애자일 관리를 사용하는 방법?

프로젝트에서 Agile Management를 성공적으로 사용하기 위해 따라야 하는 몇 가지 원칙이 있습니다.

  • 특정 프로세스와 도구를 구현하는 대신 이 기술은 팀 내 개인 간의 상호 작용을 강조합니다.
  • 이 기술은 제품에 대한 포괄적인 문서를 컴파일하는 대신 완벽하게 작동하는 소프트웨어를 만드는 데 중점을 둡니다.
  • 이 기법은 계약 협상에 초점을 맞추는 대신 개발 절차를 용이하게 하기 위해 클라이언트 협업을 활용하는 것을 강조합니다.
  • 엄격한 프로젝트 계획을 따르는 대신 이 기술은 팀이 프로젝트의 변경 사항 에 대응할 수 있는 최선의 방법을 강조합니다.

더 나은 이해를 위해 다음 단계를 따르세요.

  1. 먼저 프로젝트를 짧은 스프린트로 나눕니다.
  2. 작업하면서 프로젝트 계획을 조정하고 지속적인 개선을 목표로 합니다.
  3. 프로젝트 관리자는 팀이 스스로 조직하도록 권장합니다.
  4. 제공하고자 하는 서비스/제품에서 최대의 가치와 기능을 생산하는 것을 목표로 합니다.
애자일 프로젝트 관리의 간략한 역사

Agile 프로젝트 관리는 Agile Manifesto의 일부로 2001년에 공식적으로 개발되었습니다.

애자일 프로젝트 관리는 무엇에 가장 적합합니까?
  • 기한이 엄격하지 않지만 최종 결과/제품에 대한 일반적인 아이디어가 있는 프로젝트
  • 예상치 못한 변화를 암시하는 프로젝트
  • 효율적인 프로젝트 계획보다 효율적인 팀 협업에 의존하는 프로젝트
Agile Management의 시각적 표현

보시다시피 Agile Management는 궁극적인 목표가 변화에 대응하는 반복적인 프로세스입니다.

애자일 프로젝트 관리

3. 스크럼 방법론

이것은 반복적인 프로세스, 조정 및 지속적인 학습을 기반으로 하는 또 다른 유연한 프로젝트 관리 기술입니다.

스크럼 방법론이란 무엇입니까?

Kanban과 마찬가지로 Scrum은 애자일 프로젝트 관리 방법론의 또 다른 인기 있는 하위 유형입니다. 목표는 소프트웨어 개발 팀이 점진적이고 반복적인 관행을 통해 작업 소프트웨어를 더 자주 제공하도록 돕는 것입니다.

프로젝트 진행은 스프린트라는 짧은 시간 상자의 순서를 따라 측정됩니다. 각 스프린트의 끝은 예정된 작업 양의 완료를 의미해야 합니다.

스크럼 방법론을 사용하는 방법?

스크럼 방법론을 사용하여 프로젝트를 실행하는 6단계는 다음과 같습니다.

  1. 팀 할당 — 우선 최종 제품을 만들기 위해 개발, 생산 또는 기타 책임을 수행할 사람들(스크럼 마스터, 제품 소유자 등)을 할당해야 합니다.
  2. 제품 백로그 만들기 — 스프린트 만들기 — 스프린트는 작업을 관리하기 쉬운 구성 요소로 나누는 짧은 시간입니다. 여기에 백로그의 스토리를 추가하세요.
  3. 회의 주최 — "일일 스크럼" 또는 "스탠딩" 회의라고 하는 짧은 일일 회의입니다. 팀 전체가 진행 상황에 대해 이야기하고 문제가 있으면 해결합니다.
  4. 스프린트 검토 회의 주최 — 이 회의는 스프린트가 끝날 때 열립니다. 결과를 논의하고, 데이터를 수집하고, 개선 또는 변경 계획을 세우려면 모든 중요한 이해 관계자가 참석해야 합니다.
  5. 반복 — 최종 스프린트를 완료하고 결과물을 생성할 때까지 이전 두 단계를 반복해야 합니다.
스크럼 방법론의 간략한 역사

앞에서 언급했듯이 스크럼은 공식적으로 "애자일"이라는 포괄적인 용어에 속하지만 1986년 Hirotaka Takeuchi와 Ikujiro Nonaka가 The New Product Development Game 논문에서 처음 소개한 이름입니다.

스크럼 방법론은 무엇에 가장 적합합니까?
  • 복잡하고 모호한 프로젝트 — 전통적으로 이들은 소프트웨어 개발 프로젝트이지만 스크럼은 마케팅 프로젝트와 리더십 팀을 위한 효율적인 접근 방식이기도 합니다.
스크럼 방법론의 시각적 표현

성공적인 스크럼 프로젝트를 실행하는 단계는 프로젝트를 완료하는 데 필요한 다른 활동과 함께 다음 이미지에 나와 있습니다.

스크럼 방법론

4. 익스트림 프로그래밍(XP)

익스트림 프로그래밍(XP)은 팀워크를 장려하고 복잡한 프로젝트를 더 작고 관리하기 쉬운 여러 릴리스로 분해하는 것을 제안하는 협업 기술입니다.

익스트림 프로그래밍(XP)이란 무엇입니까?

익스트림 프로그래밍(XP)은 팀이 프로젝트 릴리스를 관리하고 고객의 요구를 충족시키는 데 더 적은 시간을 사용하면서 고품질 소프트웨어를 생산할 수 있도록 돕는 것을 주요 목표로 하는 특정 애자일 소프트웨어 개발 프레임워크입니다.

Extreme Programing은 다음과 같은 프로젝트 관련 활동 및 원칙을 요구합니다.

  • 화이트보드 그리기와 함께 면대면 토론을 강조하여 지속적인 의사 소통을 유지합니다.
  • 필요한 작업만 수행하고 현재 프로젝트 요구 사항만 처리하는 데 중점을 두면서 가장 간단한 작업을 수행합니다.
  • "빌드-수집-조정" 작업 주기에 중점을 두고 정기적인 피드백을 제공합니다. 팀은 기능을 빌드 하고 기능에 대한 피드백을 수집 한 다음 피드백을 기반으로 기능을 조정 합니다.
  • 용기를 가지고 행동하십시오. 어려움을 받아들이고, 피드백에 따라 행동하고, 신속하게 대응하고, 필요할 때 논쟁의 여지가 있는 질문을 하는 데 중점을 두십시오.
  • 존중심을 고취하십시오. 다른 사람에게 피드백을 제공하고, 다른 사람의 피드백을 수용하며, 그 모든 것을 존중하는 마음으로 강조합니다.
익스트림 프로그래밍(XP)을 사용하는 방법?

다음 단계를 따르세요.

  1. 계획 — 초기 단계는 계획이 완료되는 단계입니다. 즉, 고객이 사용자 스토리를 작성하는 단계입니다. 특정 기능에 대한 고객 요구 사항에 대한 간략한 설명입니다.
  2. 의사 소통 — 프로젝트 관리는 90% 의사 소통이므로 다음 단계는 프로젝트 관리자가 원활하게 운영되는 팀을 구성해야 하는 단계입니다.
  3. 재구성 — 가장 쉬운 디자인부터 시작하여 복잡한 디자인으로 이동합니다. 코드를 간단하지만 포괄적으로 유지하려면 더 작고 관리하기 쉬운 구성 요소를 만들어야 합니다. 까다로운 설계 문제에 대한 답을 찾는 데 도움이 될 수 있는 작은 실험인 스파이크 솔루션을 만드는 것을 잊지 마십시오.
  4. 코드 — 이제 코드를 구현할 때입니다. XP는 집단 소유권 모델을 사용하기 때문에 개별 개발자에 의존하지 않으며 코드는 집단적으로 소유됩니다. 코드에서 문제를 발견한 팀 구성원은 즉시 작업을 처리해야 합니다.
  5. 검토 및 테스트 — 마지막으로 코드 릴리스 전에 프로세스의 모든 단계에서 철저하고 반복적인 테스트를 거쳐야 합니다.
익스트림 프로그래밍(XP)의 간략한 역사

익스트림 프로그래밍(XP)은 C3 급여 프로젝트 작업에서 이 기술을 구현한 Kent Beck에 의해 1990년대에 처음 설립되었습니다.

익스트림 프로그래밍(XP)은 무엇에 가장 적합합니까?
  • 역동적이고 끊임없이 변화하는 소프트웨어 개발 프로젝트
  • 공동 배치 개발 팀
  • 고정된 시간 프레임의 위험한 프로젝트
익스트림 프로그래밍(XP)의 시각적 표현

마지막 단계인 쌍 프로그래밍이 포함된 이 시각적 표현에서 아래에 설명된 단계를 볼 수 있습니다. XP는 팀워크와 협업을 지원하므로 팀 구성원이 한 대의 컴퓨터에서 쌍으로 작업할 수 있도록 페어 프로그래밍이 수행됩니다. 이것은 집단적 소유권을 강화하고 무엇보다 두 팀 구성원이 서로에게서 배운다.

익스트림 프로그래밍

프로젝트 관리 기법 및 도구

사용 중인 특정 프로젝트 관리 기법과 작업 중인 프로젝트 유형에 관계없이 여전히 특정 일반 작업 및 프로세스를 해결하고 수행해야 합니다. 즉, 다음을 수행해야 합니다.

  1. 프로젝트 워크플로 구성 및 계획
  2. 일정 수준의 프로젝트 일정 잡기
  3. 시간을 적절히 관리하라
  4. 팀과 의사 소통
  5. 팀과 공동 작업
  6. 프로젝트의 회계 및 재무 측면을 처리합니다.

이제 이 모든 작업을 수행하는 가장 좋은 방법은 프로젝트 관리 도구 를 사용하는 것입니다.

그러나 모든 프로젝트 관리 도구가 아니라 PM 기능 측면에서 대중적인 수요를 조사한 연구에 따르면 프로젝트 관리에 사용하는 도구 세트는 다음 기능을 제공해야 합니다.

가장 많이 사용되는 프로젝트 관리 소프트웨어 기능

보시다시피 파일 공유, 시간 추적, 이메일 통합, Gantt 차트, 사용자 정의 보고서 및 송장 발행 기능이 가장 높은 점유율(51%에서 43%)로 선두를 달리고 있는 반면 Cloud Storage 통합, 산업별 기능, API , PM 방식별 기능, 실시간 채팅, 모바일 액세스, 소셜 미디어 통합 및 비디오 채팅이 밀접하게 따릅니다(42%에서 28%로).

이를 염두에 두고 프로젝트 작업과 관련된 각 유형의 작업 및 프로세스에 대해 해당 기능을 갖춘 최고의 프로젝트 관리 도구 목록은 다음과 같습니다.

프로젝트 워크플로 구성 및 계획을 위한 PM 도구

다음 도구를 사용하면 조직적인 방식으로 팀과 연결하는 동시에 세부적인 프로젝트 계획을 세우고 중요한 작업에 집중하고 그에 따라 순서를 지정할 수 있습니다.

트렐로

워크플로를 구성하고 계획하기 위해 기존 Kanban 기반 프로젝트 관리 도구인 Trello 를 사용할 수 있습니다.

이 도구를 사용하면 작업을 구성하고 계획한 다음 적절하게 명명된 열에서 진행 상황을 추적할 수 있습니다.

누가 무엇을 하고 있는지, 어떤 일이 진행 중이며, 어디에서 진행되고 있는지 확인할 수 있습니다. 팀과 계속 연결되고 모든 사람에게 작업 상태에 대한 정보가 제공됩니다.

  • 할 것
  • 행위
  • 검토
  • 게시 준비 완료

Trello의 놀라운 점은 다양한 산업 분야에 적용할 수 있고 프로젝트에 맞는 맞춤형 컬럼을 만들 수 있다는 것입니다.

nTask

nTask 는 팀을 조직화하고 팀 전체의 작업을 효과적으로 관리하는 프로젝트 관리 소프트웨어입니다. 우선 순위를 지정하여 nTask 로 더 많은 작업을 수행하십시오. 여러 번 역효과가 나는 것으로 입증된 멀티태스킹을 잊어버리십시오. nTask 를 사용하면 이동 중에도 과중한 워크로드를 전략적으로 분산하고 관리할 수 있습니다.

nTask 는 사용자에게 다양한 기능을 제공하며 모두를 위한 무언가가 있다고 믿습니다.

팀 협업

nTask 와 함께 — 팀워크가 꿈을 실현합니다. 이 놀라운 앱은 다음을 제공합니다.

  • 효과적인 팀 협업
  • 전용 작업 공간 및 팀 채팅
  • 팀 구성 및 역할 정의
  • 팀 구성원에게 작업 할당 및 진행 상황 추적
프로젝트 기획

불충분한 계획으로 인해 프로젝트가 완료 날짜를 놓치지 않도록 하고 nTask 를 사용하십시오.

  • 언제, 어디서, 무엇을 해야 하는지에 대한 철저한 계획 수립
  • 자원을 효과적으로 할당
  • 청구 방법 설정
  • 프로젝트 상태 및 진행 상황 보기
작업 관리

nTask 로 더 많은 작업을 수행하세요.

  • Kanban 보드에서 팀의 워크플로 구성 및 추적
  • 목록 보기, 격자 보기 또는 일정 보기에서 작업 구성
  • 작업에 대한 미리 알림 및 색상 작업 설정
  • Gantt 차트는 프로젝트 일정의 시각적 표현을 제공하고 작업 종속성 및 연결된 작업을 표시합니다.
회의 관리

모든 사람을 루프에 유지:

  • 개인화된 이메일 초대를 통해 사람들을 회의에 초대합니다.  
  • 회의 구성 및 추적
  • 명확한 회의 의제 개발
  • 되풀이 모임 설정  
작업표

nTask 작업표에 시간 기록:

  • 직원의 시간을 추적하세요.
  • 여러 작업표 만들기
  • 과거 작업표 승인 및 추적

프로젝트 및 프로젝트 관련 작업을 구성하고 계획하는 데 사용할 수 있는 다른 효율적인 앱에는 ClickUp, Taiga 및 Asana가 있습니다.

프로젝트 일정 관리를 위한 PM 도구

여러 프로젝트와 작업을 동시에 실행하는 것은 공원에서 걷는 것이 아닙니다. 기한을 놓치면 비용과 시간이 소요됩니다. 대신 프로젝트 일정을 만드는 것이 좋습니다. 프로젝트 일정은 목표 달성에 필요한 계획이 포함된 로드맵 역할을 하며 완료하는 데 걸리는 시간을 알려줍니다. 이를 염두에 두고 몇 가지 프로젝트 일정 도구를 선택했습니다.

구글 캘린더

워크플로를 예약하려면 Gmail 계정을 통해 사용할 수 있는 간단한 예약 캘린더인 Google 캘린더 를 사용할 수 있습니다.

이 도구를 사용하면 간단한 일정 슬롯에서 팀과의 회의 및 상담을 예약할 수 있습니다. Google 캘린더 를 사용하면 예정된 활동에 대한 알림을 받기 때문에 약속을 절대 놓칠 수 없습니다.

Google 캘린더 에서 할 일 목록을 만들고, 추가 기능으로 캘린더를 맞춤설정하고, 원하는 대로 이벤트를 맞춤설정하는 등의 작업을 수행할 수 있습니다.

작업 및 프로젝트 일정을 처리하는 데 사용할 수 있는 다른 효율적인 앱에는 Doodle, Calendly 및 Any.do가 있습니다.

프로젝트 일정 관리를 위한 PM 도구

양질의 프로젝트 시간 관리 도구는 시간과 작업을 효율적으로 관리하고 시간 추적, 청구, 보고를 포함하고 사용하는 동안 안전하다고 느낄 수 있어야 합니다. 즉, 다음 앱을 사용하는 것이 좋습니다.

시계화하다

시계화하다

프로젝트를 적절하게 작업하면서 시간을 관리하려면 시장에서 최고의 시간 추적기인 Clockify 를 사용할 수 있습니다. Clockify 는 무제한 사용자 및 프로젝트에 대한 기본 시간 추적 기능을 무료로 제공하는 시간 추적 응용 프로그램입니다.

Clockify 를 사용하면 매우 편리하고 투명하며 사용자 친화적인 방식으로 프로젝트를 관리하고 추적할 수 있습니다. 또한 팀의 시간과 진행 상황을 추적하고, 예산을 책정하고, 프로젝트에 대한 정확한 시간 추정을 할 수 있습니다.

이 도구를 사용하면 팀에서 작업 중(또는 작업을 마친 후) 프로젝트 관련 작업에 소비한 시간을 추적하고, 시간 사용 보고서를 생성하고, 이를 사용하여 워크플로에서 개선할 수 있는 부분을 식별할 수 있습니다.

Clockify를 사용하는 것 외에도 Rescue Time 또는 WakaTime을 사용하여 특정 앱에서 보낸 시간을 자동으로 추적할 수 있습니다.

프로젝트 커뮤니케이션을 위한 PM 도구

팀 협업 도구는 팀 내 커뮤니케이션의 문을 열고 전 세계 어디에서나 원격 작업을 향상시키는 데 도움이 되므로 가장 중요합니다.

다음과 같은 몇 가지 프로젝트 협업 도구를 선택했습니다.

펌블

Pumble 은 무료로 사용할 수 있는 효율적인 팀 협업 도구이며 사용자 수에 제한이 없으며 무료 메시지 기록이 있습니다. 이 놀라운 앱을 사용하면 비공개 채널, 그룹 채팅 또는 공개 대화를 사용하여 팀원과 일대일 비공개 대화를 나눌 수 있습니다. 단순히 채널을 만들고 회원을 추가하고 원하는 대로 사용자 정의하십시오.

Pumble 을 사용하면 팀과의 모든 커뮤니케이션을 한 곳에서 중앙 집중화할 수 있으며 과거 대화, 링크, 파일, 채널 또는 사람별로 필터링을 쉽게 참조할 수 있습니다.

프로젝트 협업을 위한 PM 도구

팀 커뮤니케이션 외에도 프로젝트 협업도 실시간으로 만들고 협업할 수 있기 때문에 중요합니다. 물론 이를 위해서는 신뢰할 수 있는 앱이 필요합니다.

구글 스프레드시트

구글 시트

팀 협업은 광범위한 용어입니다. 예를 들어 데이터 입력 및 통계 분석에 대해 팀과 협력하기 위해 온라인 스프레드 시트인 Google 스프레드시트 를 사용할 수 있습니다.

이 도구를 사용하면 데이터를 추가 및 계산하고 차트를 만들고 프로젝트 통계를 분석할 수 있습니다. 팀의 여러 구성원이 동시에 데이터를 조작할 수 있으며 모든 변경 사항은 즉시 자동으로 저장됩니다.

다양한 협업 작업을 처리하는 데 사용할 수 있는 다른 효율적인 앱으로는 Dropbox(온라인 파일 공유용), Visme(팀 브레인스토밍 세션용) 및 Jira(민첩한 프로젝트 관리용)가 있습니다.

지라

Jira 는 프로젝트 관리 및 문제 추적에 사용되는 애자일 소프트웨어입니다. 풍부한 기능에는 버그 추적, 소프트웨어 개발 작업 관리 및 제품 관리가 포함됩니다.

Jira 는 버그 추적, 리소스 관리, 팀 성과 및 속도 추적에 완벽한 것으로 입증되었습니다.

Jira 는 사용자 지정 가능한 대시보드, 작업 추적 및 보고서 생성을 위한 사용자 친화적인 인터페이스를 제공합니다.

다양한 협업 작업을 처리하는 데 사용할 수 있는 다른 효율적인 앱에는 Dropbox(온라인 파일 공유용), Visme(팀 브레인스토밍 세션용)가 있습니다.

? 더 많은 훌륭한 앱을 보려면 최고의 공동 작업 도구 목록을 확인하세요.

프로젝트 재무 및 회계를 위한 PM 도구

비즈니스를 운영하는 경우 조직에서 예산과 비용을 분석하여 프로젝트 투명성을 높이고 보고서를 생성하며 모든 프로젝트 관련 트랜잭션을 한 곳에서 중앙 집중화하는 신뢰할 수 있는 관리 소프트웨어를 사용하도록 해야 합니다.

따라서 다음을 사용해 보십시오.

세이지 회계

현명한 회계

프로젝트 관련 재무 및 회계 작업을 처리하기 위해 Sage Accounting 을 사용할 수 있습니다.

이 도구를 사용하면 재무를 분석하고 프로젝트 완료 시 고객에게 송장을 보낼 수 있습니다.

프로젝트 재무 및 회계를 처리하는 데 사용할 수 있는 다른 효율적인 앱에는 Fyle, Quickbooks, Wave Accounting 및 Freshbooks가 있습니다.

더 많은 앱을 보려면 최고의 재무 및 회계 도구 목록을 확인하세요.

프로젝트 관리 기술 및 모범 사례

따라서 인기 있는 프로젝트 관리 방법론이 작동하는 방식, 사용해야 하는 시기 및 도구를 이해하고 있습니다. 이제 프로젝트 관리 노력을 정말 효율적으로 만드는 데 도움이 되는 프로젝트 관리의 몇 가지 모범 사례를 강조할 때입니다.

1. 모든 프로젝트 요구 사항 문서화

달성하고자 하는 목표와 해당 목표를 달성하기 위해 수행해야 하는 작업 및 단계를 파악했습니다.

이제 팀과 잠재적인 미래 프로젝트 투자자 모두를 위해 나중에 참조할 수 있도록 이 데이터를 문서화해야 합니다.

2. 다른 의무에 따라 프로젝트를 추정합니다.

귀하의 회사는 같은 기간 동안 여러 프로젝트를 수행할 것입니다.

따라서 마감일을 설정하고 책임을 정의할 때 팀의 다른 프로젝트와 의무를 고려해야 합니다.

3. 작업 부하를 신중하게 관리

작업, 역할 및 책임을 동등하게 할당했습니까?

아니면 한 팀원은 5가지 다른 작업으로 과로하고 다른 팀원은 거의 할 일이 없습니까?

이 점을 주의 깊게 살펴보고 최상의 리소스 사용을 위해 작업을 균등하게 분배하십시오.

4. 항상 프로젝트 진행 상황 모니터링

프로젝트가 계획대로 진행되고 있습니까?

모두가 각자의 몫을 하고 있습니까?

팀이 예상 프로젝트 마감일에 맞춰 작업하고 있습니까?

프로젝트의 한 단계에서 보류가 있습니까?

팀의 작업을 모니터링하고 진행 상황을 추적하면 이 모든 것에 답하고 사고와 지연을 방지하는 데 도움이 됩니다.

5. 모든 것을 소통하라

모든 사람이 현재 진행 중인 작업, 진행 상황 및 프로젝트에 문제가 있는지 여부를 추적하려면 팀과 의사 소통 해야 합니다.

따라서 모든 질문, 문제 또는 딜레마에 대해 이야기하십시오. 질문에 답하고, 문제를 파악하고, 딜레마 를 함께 해결하세요.

6. 프로젝트 범위 크리프에 대한 예방 조치

프로젝트를 신중하게 계획하고 프로젝트 완료 전에 처리해야 할 수 있는 모든 작업과 하위 작업을 예상하면 범위가 커지는 것을 방지할 수 있습니다.

그렇게 하려면 모든 작업과 하위 작업을 예상한 품질로 제시간에 완료하는 데 필요한 예산과 시간을 신중하게 계산하십시오.

7. 모든 프로젝트 위험 고려

각 프로젝트에는 프로젝트 완료 전에 발생할 수 있는 잠재적인 문제가 있습니다. 우리는 앞서 위험 등록 기법으로 이 주제를 다루었으므로 이제 그 중요성을 강조해야 합니다.

이러한 문제를 고통 없이 순항하는 비결은 문제가 발생 하기 전에 예상하는 데 있습니다.

따라서 경험을 사용하여 프로젝트 단계 및 작업과 관련된 잠재적인 문제를 정의하는 것을 목표로 하십시오.

그런 다음 필요에 따라 구현할 솔루션을 정의합니다.

8. 완료 후 프로젝트를 분석하는 시간을 가져라

프로젝트가 끝나면 시간을 내어 분석하세요.

잘한 점과 앞으로 더 잘할 수 있는 점을 강조하세요.

각 단계를 완료하는 데 걸린 시간을 분석하고 가장 노력을 기울인 작업을 찾아냅니다. 향후 프로젝트에서 이러한 작업에 더 많은 시간을 할당하고 싶을 것입니다.

그리고 물론, 그들의 노력과 헌신에 대해 팀을 칭찬합니다. 그들은 그것을 얻었습니다.

마무리…

프로젝트 작업을 시작하기 전에 작업에 사용할 수 있는 최상의 프로젝트 관리 방법론에 대해 생각하십시오. 그런 다음 선택한 PM 기법을 올바른 도구 및 모범 사례와 결합하여 향상된 결과를 얻으십시오.

선택한 프로젝트 관리 기법의 규정된 원칙을 따르면 워크플로의 속도를 높이고 프로젝트 절차에 대한 제어를 유지하며 관리 프로세스를 간소화할 수 있습니다. 결과적으로 더 빨리 끝내고 고품질의 최종 제품을 뒤집을 수 있습니다.

️ 어떤 프로젝트 관리 기술이 귀하의 프로젝트에 가장 적합합니까? 도구는 어떻습니까? 이 기사 또는 향후 기사에 실릴 기회를 얻으려면 [email protected]</a로 저희에게 편지를 보내주십시오.

참고문헌

  • https://www.pmi.org/learning/library/project-management-techniques-determination-10335
  • https://www.projectsmart.co.uk/brief-history-of-project-management.php
  • https://en.wikipedia.org/wiki/Kanban#Origins
  • https://www.hindawi.com/journals/complexity/2018/4891286/
  • https://en.wikipedia.org/wiki/Program_evaluation_and_review_technique#History
  • https://yourbusiness.azcentral.com/history-critical-path-method-24351.html
  • https://en.wikipedia.org/wiki/Critical_chain_project_management#Origins
  • https://en.wikipedia.org/wiki/Extreme_project_management
  • https://en.wikipedia.org/wiki/PRINCE2#Seven_Principles
  • https://en.wikipedia.org/wiki/PRINCE2#History
  • http://www-scf.usc.edu/~csci201/lectures/Lecture11/royce1970.pdf
  • https://static.aminer.org/pdf/PDF/000/361/405/software_requirements_are_they_really_a_problem.pdf
  • https://www.informit.com/articles/article.aspx?p=169549&seqNum=5
  • http://agilemanifesto.org/history.html
  • https://ullizee.files.wordpress.com/2013/01/takeuchi-and-onaka-the-new-new-product-development-game.pdf
  • https://en.wikipedia.org/wiki/Extreme_programming#History