Planning, project management and development methodologies

본 포스트는 Cousera의 SAP Technology Consultant의 전문자격증 강의를 공부하면서 노트한 내용입니다. SAP를 공부하시는 다른 분들께 도움이 될까 싶어서 국문으로 정리 하였습니다.

당신은 새로운 도전적인 프로젝트를 맡았고, 훌륭한 일을 하고 싶습니다. 그럼 그 준비는 어떻게 해야 할까요?  
당신의 개인 프로젝트 관리 습관은 어떤것일까요? 이메일, 채팅 메시지, 온라인 파일, 키 정보 링크, 메모, 미팅, 일정, 팀원, 리더, 이해 관계자의 이름과 역할을 어떻게 관리할 것입니까?

 

개인 관리

• 목표를 설정합니다.
• 활동을 나열하고 순서를 정합니다.
• 어떤 활동이 다른 활동이 완료된 후에만 수행되어야 하는지 확인합니다.
• 어떤 활동은 동시에 수행할 수 있는지 확인합니다.
• 시간은 어떻게 할당할 것입니까? 특정 작업은 더 어려울 수 있습니까? 어떤 작업은 달성할 수 없거나 시간과 자원이 더 많이 소요될 위험이 있습니까? 작업을 완료하기 위해 다른 사람과 의사 소통해야 합니까?
• 매일 작업을 우선 순위화하여 집중하고 가장 중요한 작업을 수행하고 있습니다.
• 시간 관리 전문가는 개인 일정과 업무 일정을 통합할 것을 권장합니다. 왜 치과에 가야 할 때 프로젝트 결과물을 논의하기 위해 회의를 예약합니까? 이렇게 하면 언제든지 업무나 개인적으로 해야 할 일을 하고 있는지 알 수 있으며, 예상치 못한 긴급 상황이 발생하더라도 안정감을 느낄 수 있습니다.

프로젝트 관리

• 프로젝트의 비즈니스 가치를 설정합니다.
• 프로젝트 목표, 범위, 표준, 역할, 책임, 전략, 추적 방법을 설정합니다.
• 프로젝트 계획을 작성합니다.
• 프로젝트의 주요 작업이 진행 중입니다.
• 커뮤니케이션은 프로젝트 관리에서 중요합니다. 이는 모든 사람이 목표, 특정 일, 주 또는 월의 우선 순위, 자원 할당에 대해 조정되도록 하기 위함입니다. 커뮤니케이션은 또한 프로젝트 팀의 서로 다른 부분이 경쟁하는 목표나 활동으로 인해 갈등을 겪거나 초점이나 우선 순위에 대한 오해로 인해 갈등을 겪지 않도록 합니다. 프로젝트에서는 과소 커뮤니케이션하는 것보다 과대 커뮤니케이션하는 것이 좋지만, 관련된 것만 커뮤니케이션해야 합니다.
• 프로젝트의 각 단계가 완료되면 그 이야기의 지금까지를 검토하고, 그것이 정말로 약속된 것이라면 그 단계를 완료했다고 선언하는 것이 합리적입니다. 이렇게 하면 누군가가 몇 주 전에 실수했지만 아무도 알아차리지 못해서 프로젝트의 나중에 문제가 발생하지 않을 것입니다.
• 프로젝트는 최종 제공으로 끝나지 않습니다. 고객은 제품이나 솔루션이 작동하는지 확인해야 하며, 이는 테스트와 더 많은 테스트를 의미합니다. 고객의 요구가 진화한 경우 추가 향상이 필요할 수 있습니다. 그리고 많은 경우 고객과의 지속적인 관계가 있을 것입니다.
• 프로젝트를 몇 가지 기본적인 프로젝트 관리 관행으로 살펴보겠습니다. 많은 프로젝트 관리자(PM)는 작업을 관리 가능한 부분의 계층 구조로 분해하는 작업 분해 구조(WBS)를 만듭니다. 관련된 결과물 세트가 완료되면 프로젝트는 마일스톤에 도달했습니다. 기준선은 프로젝트의 성능을 측정하는 데 사용됩니다. 일반적으로 세 가지 기준선이 있습니다. 일정, 비용, 범위. 프로젝트 관리자들에게 흔히 하는 말은 시간과 예산 내에 들어오는 것입니다. 작업 범위는 작업 설명서(SOW)에서 정의됩니다. 프로젝트가 추가 작업을 수행하기 시작하면 범위 creep으로 간주되며 해결해야 합니다. 일부 PM은 Project Management Institute(PMI)를 통해 Project Management Professional(PMP) 인증을 받습니다. Project Management Body of Knowledge(PMBOK)는 PM에게 인기 있는 표준 가이드입니다. 프로젝트 관리 용어, 모범 사례 및 전략을 포함합니다.

프로젝트의 개발 방법론 (Waterfall, Agile, DevOps)

• Waterfall 방법은 매우 구조화되어 있습니다. 단계별 접근 방식이며 각 단계에는 입구 및 출구 기준이 있습니다. 한 단계는 다음 단계가 시작되기 전에 완료되어야 합니다. Waterfall 방법의 두 가지 주요 약점은 고객에게 최종 결과물을 후반부에나 제공하는 것과 병행 작업이 되지 않는 점에 있습니다.
• Agile은 일반적으로 지속적인 개선을 포함합니다. 이는 지속적으로 반복하고, 테스트하고, 개선하는 것을 의미합니다. 또한 고객은 프로젝트의 산출물을 최종 단계에서만이 아니라 단계별로 실현할 수 있습니다.
• DevOps는 소프트웨어 개발 프로젝트에서 개발 팀(Dev)과 운영 팀(Ops)의 동시 진행하는 것으로. Agile의 확장형태 입니다. 과거에는 Dev 팀이 일반적으로 제품을 개발한 다음 Ops 팀에 운영을 넘겼습니다. DevOps는 Dev와 Ops가 더 이상 서로 다른 팀에서 진행한느 것이 아니라 지속적으로 협력하여 진행하는 형태 입니다. DevOps는 테스트, 실패에서 배우기, 지속적인 개선을 장려합니다.