��ũ�� 34����Ʈ �� �����ݾ����� �ٿ�ε� �����̿�ȳ� ������ ����Ʈ ��ü����  1,936�� 4,099�� 5,579�� 3,074�� 3,644�� ���� �ѱ� ���� ���� �Ŀ�����Ʈ ��ũ�ι� ���� �ڽ� ���� ��Ʈ ���� �����̵� ��Ÿ ���ļ��� ��õ�� �ٿ�ε� �� ��Ȯ���� �ֽż� 1. 프로젝트 계획(plan) 이란? - 프로젝트의 목표를 달성하기 위해 자원의 할당, 일정을 계획, 책임과 역할 정의 등 프로젝트의 모든 활동을 구체화한 가이드 라인 -계획(plan) : 앞으로 할 일의 절차, 방법, 규모 따위를 미리 헤아려 작성함. 또는 그 내용. - 프로젝트 수행의 필수 조건 : 환경, 책임 , 절차, 일정 2. 프로젝트의 계획서 작성에 필요한 내용
-프로젝트 계획을 효과적으로 달성하기 위한, Best practice를 정리한 것이 PMI( Project Management Institute : https://www.pmi.org )의 PMBok(Project Management Body of Knowledge)임. -PMI에서도 Agile Project의 특수성을 고려하여 PMP(Project Management Professional )와는 별도로 PMI-ACP( PMI Agile Certified Practitioner )를 통해 현업 전문가를 인증하고 있음 -Agile Project에서의 계획서는 Agile의 가장 큰 목적인 고객에게 빠른 제품 전달을 위한 계획서를 작성해야함 3. 실전 사례 1)프로젝트 개요
-Agile Project에서도 “프로젝트 개요”부분은 가능한 상세하고 명확하게 정의하고 넘어갈 것을 권고함. 2)프로젝트 조직도 ( In-house 개발시 필요)
-Agile Project의 특징상 조직 보다는 프로젝트 팀원의 책임과 역할을 정의함 -대부분 비즈니스와 관련된 역할을 하는 창업자가 PM, Product Owner의 책임을 가짐 -개발자는 가능하면 창업 멤버로 영입하는 것이 필요하고, 디자이너의 경우 영입이 어려운 경우 Out-Sourcing을 해서 활용하도록 함 3)인력 투입 계획 ( In-house 개발시 필요)
4)프로젝트 환경
- 서버의 경우 on premise보다 클라우드에 설치하는 것이 좋음 - 단, 이미지, 동영상등 트래픽이 많이 나오는 서비스의 경우 클라우드를 사용할 경우 예상치 못한 과대 비용이 청구될 수도 있으니 이부분에 대한 고려는 필요함 5)산출물
- 프로젝트 산출물은 가이드 라인 설정과 차후 책임소재 파악, 유지보수,이력관리를 위해 다양한 종류가 있는것이 유리함 -하지만, 해당 산출물이 많아지면 그 만큼 관리 포인트가 많아지므로, 운영에는 비효율적이고 실제 프로젝트 종료후 해당 산출물이 지속적으로 관리되기 어렵기 때문에 Agile 정신에 맞게 최소한으로 정의함 -산출물은 각 iteration마다 기준선(base line)을 정하는 것으로함 6) 프로젝트 수행 일정 가. 프로젝트 추진 일정
-개발은 점진적으로 진행되면, 각 iteration마다 계획,분석/설계,구현,테스트가 이루어 짐 나. 단계별 세부 일정
*I.A (Information Architecture ) : 데이터 고유의 패턴을 정리하여 사용자가 원하는 정보를 찾을 수 있도록한 구조 체계. 예) 라벨링,네비케이션 바 등으로 구현됨 7) 품질관리
- 별도의 품질관리 팀에 의해서 품질 보증활동이 진행되는 것이 이상적이나, Agile 프로젝트에서는 Pair Programming, Daily Meeting , TDD를 통해서 품질 관리를 효과적으로 하고 있음 8)테스트 계획 가. 테스트 방법
나. 테스트 일정
*Agile 프로젝트의 점진적 개발 방법의 특성상 개발 기간내에 지속적으로 단위테스트와 통합테스트가 이루어짐 *여기서의 통합 테스트는 인수 테스트를 위한 점검의 의미가 강함 9) 형상관리
- IT 관리 측면에서는 관리의 기준이 되는 형상관리(구성관리)가 가장 중요함. - 형상관리의 자세한 내용은 ITIL(IT Infrastructure Library)을 참고 10) 위험관리
11)의사소통 관리
-Daily Meeting은 업무전 10~20분 이내로 간단한 issue나 질의응답 수준으로 격식없이 구두로함 [참고] 1. 본문 내용의 적용범위 -여기서 다루는 Project Plan은 start-up 이나 micro service 개발을 위해서 필요한 내용만을 정리하였습니다. 2. 소프트웨어 공학에서의 프로젝트 계획서 - 공공기관에서 수행하는 정형화/범용화된 소프트웨어 프로젝트를 하기를 원하시면 소프트웨어 공학 포털( http://www.sw-eng.kr/ )에서 상세한 관련 내용을 참고하시기 바랍니다. *정보통신산업진흥원 : http://www.nipa.kr/main.html 3. PMI-ACP : PMI Agile Certified Practitioner - https://www.pmi.org/certifications/types/agile-acp |
소프트웨어 프로젝트 계획서 - sopeuteuweeo peulojegteu gyehoegseo
관련 게시물
저작권 © 2024 ko.ketiadaan Inc.
