일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- 품질경영
- 이공계를위한특허이해
- 통계학
- 언어적지식
- 지적재산권
- 최적화문제
- 메타휴리스틱
- 산업공학
- 언어학
- 인공지능
- 경제용어
- 컴퓨터공학
- 고전방법론
- 공대생의경제공부
- 정보시스템설계및분석
- 특허
- 최적화기법
- 정보시스템
- 확률기반자연어처리
- 공대생의산업공학공부
- 공대생의언어학공부
- 자연어처리
- 일일경제공부
- 국어국문학
- 공대생의전공공부
- 통계적품질관리
- 지식재산경영
- 공대생의연구공부
- 영어영문학
- 공대생의문과공부
- Today
- Total
Fintecuriosity
[정보시스템 설계] 프로젝트 범위 기술서 작성 및 계획 수립 본문
※ 프로젝트 범위 기술서 작성 및 계획 수립의 단계에서는 거의 끝부분에서 수행되는 중요 활동입니다.
주로 고객을 위해 작성되는 이 문서에는 수행하게 될 작업들에 대한 개요와 프로젝트 산출물들이 명확히 기술되어야 합니다. 프로젝트 범위 기술서(project scope statement)는 고객과 프로젝트 팀 멤버들이 프로젝트의 규모, 기간, 산출물에 대해 정확히 이해하는데 유용하게 활용됩니다.
그리고 모든 프로젝트 계획 활동들이 완료되고 나면, 기본 프로젝트 계획(baseline project plan) 수립이 가능해질 것입니다. 기본 프로젝트 계획은 프로젝트 작업들과 자원들에 대한 요구사항 내역들을 제공하며, 다음 단계인 실행단계로 넘어가는 데 발판이 됩니다. 기본 프로젝트 계획은 프로젝트 실행 중에 새로운 관련 정보가 획득될 때마다 지속적으로 갱신되어야 합니다.
프로젝트 계획 단계의 말미에서 수행되는 기본 프로젝트 계획 검토는 계획 단계의 모든 정보들을 이중으로 점검하는 계기가 됩니다. 프로젝트 초기화 단계와 마찬가지로, 기본 프로젝트 계획에 대한 수정이 필요할 수도 있는데, 이러한 경우는 프로젝트 계획 활동 이전으로 돌아가는 것을 의미합니다. 구매처리시스템 프로젝트의 경우, 이 시점에서 기본 프로젝트 계획을 프로젝트 운영위원회에 제출하고 간단히 발표할 수도 있습니다. 이 위원회는 계획을 승인하거나, 수정을 요청하거나, 또는 현재 설정된 대로 프로젝트를 계속해서 진행시키는 것은 현명한 일이 아니라는 결정을 할 수도 있습니다.
긴 글 읽어주셔서 감사합니다.
그러면 더 나아가서 다음 포스트에서는 "프로젝트 실행"에 대해서 자세하게 예와 함께 기록하려고 합니다.
이 포스트는 "Essentials of Systems Analysis and Design" 책의 내용을 참조 및 공부한 것을 바탕으로 제가 이해한 정보를 추가하여 쓰여졌습니다.