Fintecuriosity

※ 프로젝트 범위 기술서 작성 및 계획 수립의 단계에서는 거의 끝부분에서 수행되는 중요 활동입니다. 주로 고객을 위해 작성되는 이 문서에는 수행하게 될 작업들에 대한 개요와 프로젝트 산출물들이 명확히 기술되어야 합니다. 프로젝트 범위 기술서(project scope statement)는 고객과 프로젝트 팀 멤버들이 프로젝트의 규모, 기간, 산출물에 대해 정확히 이해하는데 유용하게 활용됩니다. 그리고 모든 프로젝트 계획 활동들이 완료되고 나면, 기본 프로젝트 계획(baseline project plan) 수립이 가능해질 것입니다. 기본 프로젝트 계획은 프로젝트 작업들과 자원들에 대한 요구사항 내역들을 제공하며, 다음 단계인 실행단계로 넘어가는 데 발판이 됩니다. 기본 프로젝트 계획은 프로젝트 실행 중에 새..

※ 예산편성의 단계에서는 프로젝트의 예상비용과 수익을 보여줄 수 있는 예산이 편성됩니다. 프로젝트의 타당성은 예상 수익이 예상 비용보다 크다는 것을 입증할 때 성립됩니다. 새로운 개발 프로젝트를 위한 비용수익분석(cost-benefit analysis)을 보여주고 있습니다. 이 분석은 투자 수익과 현금 흐름 뿐만 아니라 프로젝트의 수익과 비용의 순현재가치를 보여주고 있습니다. 긴 글 읽어주셔서 감사합니다. 그러면 더 나아가서 다음 포스트에서는 "프로젝트 범위 기술서 작성 및 계획 수립"에 대해서 자세하게 예와 함께 기록하려고 합니다. 이 포스트는 "Essentials of Systems Analysis and Design" 책의 내용을 참조 및 공부한 것을 바탕으로 제가 이해한 정보를 추가하여 쓰여졌습니다.

※ 리스크 확인 및 평가의 목적은 프로젝트의 리스크의 원천들을 확인하고 확인된 리스크들로 인한 결과를 예측하는 task 입니다. 리스크의 발생 원천으로는 신기술의 사용, 장래 사용자들의 변화에 대한 저항, 주요 자원의 이용 가능성, 시스템 구축에 따른 경쟁적 반응이나 규제 조치의 변화, 또는 기술이나 비즈니스 영역에 대한 팀 멤버들의 경험 부족 등을 들 수 있습니다. 우리는 프로젝트 리스크를 확인하고 평가하려는 노력을 지속적으로 기울여야 합니다. 프로젝트 리스크에 대한 확인 PVF의 새로운 구매처리시스템 개발에 있어서도 역시 필요한 활동입니다. Chris와 Juanita는 프로젝트에서 발생할 수 있는 부정적인 결과와 그것이 발생활 확률에 대해 확인하고 설명하기 위해 만났습니다. 비록 프로젝트 리스크 평가..

※ 프로젝트 표준 및 절차 결정의 목적은 팀이 다양한 결과물들을 생산하고 테스트하는 방식을 규정합니다. 예를 들자면 팀은 어떤 도구들을 사용할지, 표준 SDLC를 어떻게 수정할지, 어떤 SDLC 방법들을 사용할지, 어떤 문서 스타일을 사용할지 (예를 들자면, 사용자 매뉴얼에 대한 글자체와 여백), 팀 멤버들은 활동 상태를 어떻게 보고할 것인지, 그리고 어떤 용어들을 사용할지를 결정해야 합니다. 프로젝트 표준과 절차를 수립하는 것은 고품질의 시스템 개발을 보장하는 방법입니다. 또한 명확한 표준이 설정되어 있을 때, 새로운 팀 멤버들을 훈련시키는 것이 훨씬 수월해집니다. 프로젝트 관리와 실행에 대한 조직의 표준들이 존재할 때, 개별 프로젝트에 대한 표준을 보다 쉽게 결정할 수 있으며 서로 다른 프로젝트들 간..

※ 의사소통 계획 수립의 목적은 관리자, 프로젝트 팀 멤버들, 고객들 간의 의사소통 절차를 설정하는 것입니다. 의사소통 계획에는 팀이 문서 보고 및 구두 보고를 언제 어떻게 할 것인지, 팀 멤버들로 하여금 작업을 어떻게 조화시키도록 할 것인지, 이해 당사자들에게 프로젝트에 관한 보고를 어떤 내용으로 할 것인지, 벤더들과 외부 계약자들과는 어떤 내용으로 할 것인지, 벤더들과 외부 계약자들과는 어떤 정보를 공유할 것인지 등에 관한 계획들이 포함되어야 합니다. 내부 정보와 기밀 사항들을 주의하면서, 모든 이해 당사자들과 자유롭고 개방적인 의사소통을 하는 것은 중요한 일입니다. 의사소통 계획을 수립할 때, 그 계획이 수립적이고 완벽한 것이 되도록 하기 위해서는 아래와 같은 질문들을 고려할 필요가 있습니다. 이 ..

※ 일정 계획 수립 단계에서는 각 작업과 자원 가용성에 대한 정보를 이용하여 작업 분할 구조에 포함된 작업들 각각에 대해 시간 추정치를 할당합니다. 이러한 시간 추정치들을 인해 프로젝트의 시작 시점과 종료 시점에 대한 목표 시점을 결정할 수 있습니다. 목표 시점은 고객이 일정 계획을 승인할 때까지 반복적으로 검토되고 수정될 수 있습니다. 목표 시점은 고객이 일정 계획을 승인할 때까지 반복적으로 검토되고 수정될 수 있습니다. 일정을 승인받기 위해서는 추가적인 또는 다른 자원을 찾아내거나 또는 프로젝트 범위 자체를 변경해야 할 수도 있습니다. 일정 같은 경우는 위의 그림처럼 간트차트나 네트워크 다이어그램으로 나타낼 수 있습니다. 네트워크 다이어그램(network diagram)은 프로젝트 작업들과 이것들 간..

※ 자원 예측 및 자원 계획 수립은 각 프로젝트 활동에 필요한 자원의 요구사항을 예측하고, 이를 바탕으로 프로젝트의 자원 계획을 생성하는 것입니다. 자원 계획은 자원을 가장 효과적인 방식으로 획득하고 배치할 수 있도록 도와줍니다. ※ 예를 들자면 프로게이머를 필요로 하는 일에 대한 계획이 충분히 세워지지 않은 시점에서는 프로그래머들을 더 늘리고 싶어하지 않을 것입니다. 프로젝트 관리자는 프로젝트 규모와 비용을 예측하기 위해 다양한 도구들을 사용하고 있습니다. 이러한 예측을 위해 가장 멀리 사용되는 방법이 바로 COCOMO(COnstructive COst MOdel)인데, 이것은 서로 다른 복잡성을 가진 예전 프로젝트들로부터 도출된 파라미터들을 사용합니다. COCOMO는 이러한 파라미터들을 사용하여 기본적..

※ 작업을 세부적으로 정의하는 것은 프로젝트 관리를 필요이상으로 복잡하게 만들 수 있습니다. ※ 작업의 특성들은 아래와 같습니다. 한 사람 또는 잘 정의된 그룹에 의해 수행될 수 있습니다. 독립적이고 검증 가능한 산출물을 소유합니다. (그러나 작업은 산출물의 창조 과정입니다.) 알려진 방법이나 기법을 사용합니다. 적합한 사전 작업과 사후 작업이 있습니다. 측정이 가능하여 진척률을 파악할 수 있습니다. 작업 세분화에 대한 최적화 수준을 판단하는 능력은 일반적으로 경험을 통해서 습득됩니다. 예를 들자면, 최종적인 작업 분할 구조에서 작업 완성 시간이 1시간 미만인 작업들을 나열하는 것은 매우 어려운 일이 될 것입니다. 한편, 작업 분할 구조에서 너무 큰 단위로 (몇 주가 걸리는) 작업을 규정한다면, 프로젝트..

※ 프로젝트 관리가 용이한 작업 단위들로 세분화는 프로젝트 계획 단계에서 매우 핵심적인 활동입니다. 전체 프로젝트를 관리가 용이한 작업 단위들로 세분화하고, 그 다음에 세분화된 작업들 간에 일이 원활하게 진행될 수 있도록 그것들을 논리적으로 정렬해야 합니다. 작업 및 작업 순서에 대한 정의는 작업 분할 구조(work breakdown structure)라 불립니다. 어떤 작업들은 순차적으로 처리되어야 하는 반면, 어떤 작업들은 병렬로 처리가 될 수 있습니다. 작업의 순서는 어떤 작업이 다른 작업에게 필요한 산출물들을 생산하는지, 언제 핵심적인 자원이 가용한지, 그리고 고객에 의해 제기되는 프로젝트 제약조건들, 그리고SDLC 프로세스 등에 의해 영향을 받습니다. 예를 들자면, 새로운 개발 프로젝트가 수행 ..

※ 프로젝트 범위, 대한 실현 가능성 설명의 목적은 프로젝트의 내용과 복잡성을 이해하는 것입니다. PVF의 시스템 개발 방법론에 따르면 초반기의 회의 중 하나는 프로젝트의 범위를 결정하는 데 초점을 맞추어야 합니다. 비록 프로젝트 범위에 대한 정보가 Chris와 Juanita가 만든 SSR에 포함되어 있지는 않았지만, 프로젝트가 너무 많이 진행되기 전에 두 사람이 프로젝트에 대해 같은 시각을 공유했다는 점이 중요합니다. 이 활동이 수행되는 동안, 우리는 아래와 같은 질문들에 대해 합치점을 찾아야 합니다. 이 프로젝트는 어떤 문제점이나 기회를 다루는가? 달성해야 할 계량적 결과들은 무엇인가? 어떤 작업들이 수행되어야 하는가? 프로젝트의 성공 여부는 어떻게 측정할 것인가? 프로젝트가 종료되는 시점은 어떻게 ..