일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 |
Tags
- Sharepoint
- PROJECT
- 단위
- 설치
- 일정
- project server 2003
- ms project 2016
- 달력
- 기간
- install
- ff
- project server 2010
- MSP
- project server
- 의존관계
- PMBOK
- Server
- EVM
- EPM
- ms project
- Outlook
- PMP
- 완료율
- conf
- 2막1장
- 2007
- 2010
- WBS
- 비용
- 구성
Archives
- Today
- Total
목록Product Backlog (1)
MS Project

스토리 포인트(SP)라는 녀석은 기존의 공수 산정을 할 때 들어난 단점들을 좀 커버해보자 하는 개념에서 출발했습니다. 기존의 산정 방법 중, 규모(소프트웨어 규모) 측정 단위는 LOC(Line of Code), FP(Function Point), 웹페이지 등이 있습니다. 기존 규모를 측정하는 것, 즉 이미 개발된 규모를 측정할 때 효과적입니다만 (사실 했던거 다시 하는 것은 쉽습니다) 그러나 요구사항의 불확실성이 높은 초기 단계에서 적용하면 정확도가 떨어지는 문제가 발생할 수 있고, 규모를 산정하는 사람의 기술적 역량과 실제 작업을 하는 사람의 기술적 역량이 다른 것도 정확한 산정에 문제가 됩니다. (초급, 중급, 고급, 특급 등 역량에 따라 작업 기간이 달라집니다.) 기존 산정 방법 단점 - 요약 1...
Agile
2018. 8. 6. 12:33