Day_03. S/W 생존준비

지난 Review

Chp – 1
= Project 에서 살아남기 위한 방법 – 최소 수준의 Process가 필요
=생존의 개념 – 잘 정의된 Process/상류/하류 개념
==상류에서 문제를 찾아야 하류에서 고생하지 않음
==주기적, 반복적으로 계획을 수립해야 한다
=생존 기술
==Risk 관리/Risk Driven plan , Risk를 잘 찾아야 AS – IS 에서 Goal 까지 가기 쉽다
=성공적 Project
==단계별 납품이 되는 마일 스톤을 생성해라


Key-word Review
=문명화된 방식 = 서로의 권리를 존중하라
=생존 Test 를 이용한 현황 평가 = 요구사항, 계획, 프로젝트 통제, 리스크 관리,인력
=생존의 개념 = 프로세스, 상류 활동(분석/설계)
=생존 기술 = 계획수립, 리스크 관리


생존 준비 요소
=변경 통제, 계획수립 , 요구사항, 품질보증, 아키텍처, 구현 준비


변경 통제
=변경 통제 위원회의 설립
=룰에 따른 변경
=변경 위원회와 PM 이 변경할 수 있는 기준을 정해라
=변경 시 발생하는 Impact를 분석해라


3가지 관리의 중요 포인트
=요구사항
=계획
=소스코드


s/w형상관리
=사용했던 Framework 와 해당하는 version 도 관리해
=build script 도 형상 관리에 포함해야 build에 문제가 안된다
=변경이 발생시 baseline을 만들어라


Chp-7 사전 계획
=소프트웨어 개념 정립 -> (사전 계획) -> 요구사항 개발 ->아키텍처 설계 -> (단계별 납품 계획) -> 1단계 demo


사전 계획
=Project 비전 정의
=최고 의사결정권가 설정
=목표설정
=리스크 관리
=효율적 인력운영 (R&R분배)
==WBS를 하는 것이 아니다


Project 비전이 필요한 이유
=소속감을 준다
=구성원 의욕이 올라간다
=간단 명료한게 좋다


10대 Risk 도전
=10개의 Risk를 찾고 문제가 해결되면 다시 10개를 찾아서 risk를 채워 둔다


인력관리 계획
=인간을 중심으로 관리한다
=실력이 없는데 자리를 채우기 위한 인력 충원은 최악의 방법이다


Chp-8 요구사항 개발
=사용자 interface등의 요구명세서는 “여러버전(Multiview)”으로 작성해라 ->S/W의 개념이 명확해짐

**요구사항 조사 시 고객에게 “요구하는 이유(Why)”를 물어봐라
**prototype은 고참 개발자 2~3명이 만든다


Chp-9 품질보증
=Technical리뷰, 테스트, Project계획 등 Project 초기에 실시


Project통제의 2가지 중요 point
=Review(상류) , Test(하류)


품질 계획의 요소
=결함 추적
=단위Test
=소스코드 추적
=Technical리뷰
=통합Test


Bug 탐색의 중요점
=재현할 수 있도록 해라
=발생 기간, 원인등 재현하는 방법을 기술해서 남겨라