테일러링: Difference between revisions
From CS Wiki
(새 문서: 분류:기술사 기출 == 기술사 기출 == * [http://q.fran.kr/문제/5397 정보관리기술사 119회 3교시] * [http://q.fran.kr/문제/5852 컴퓨터시스템응용기...) |
No edit summary |
||
(2 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
[[분류:기술사 기출]] | [[분류:기술사 기출]] | ||
; 프로젝트 상황에 맞추어 사전에 정의된 개발 방법론 절차, 기법, 산출물 등을 수정하여 적용하는 기법 | |||
== 프로젝트 최적화 방법론, 테일러링 == | |||
* '''테일러링의 목적''' | |||
** 프로젝트의 규모, 성격, 기간, 현재 당면한 상황 등을 고려하여 최적의 방법론 적용 | |||
* '''테일러링의 원칙''' | |||
** 이해관계자들과의 의사소통과 합의를 충분히 거쳐 결정 | |||
* '''필요성''' | |||
{| class="wikitable" | |||
! 구분 | |||
! 관점 | |||
! 필요성 | |||
|- | |||
| rowspan="4" | 내부적 | |||
요건 | |||
| 개발 환경 | |||
| 시스템 개발 유형 및 환경 상이 | |||
|- | |||
| 요구 사항 | |||
| 프로젝트별 우선 고려사항 차이 | |||
|- | |||
| 프로젝트 규모 | |||
| 사업비, 인력, 기간 등 규모 상이 | |||
|- | |||
| 보유 기술 | |||
| 인력의 성숙도, 보유 기술 차이 | |||
|- | |||
| rowspan="2" | 외부적 | |||
요인 | |||
| 법적 제약사항 | |||
| 프로젝트 도메인별 컴플라이언스 요구 상이 | |||
|- | |||
| 표준 품질기준 | |||
| 분야 별 표준 및 인증 지표·기준 상이 | |||
|} | |||
== 절차 == | |||
# 프로젝트 분석: 프로젝트가 내포한 문제점과 향후 활용할 수 있는 정보를 수집, 분석 | |||
# 범위 정의: 분석 결과 기반 특화 프로세스 개발 시 집중적 개선 영역을 정의 | |||
# 프로세스 확장: 프로세스에 특화, 필요 부가 프로세스 추가 | |||
# 프로세스 구성: 실질적 요구사항 지원 시 적합 규모 구성 | |||
# 프로세스 준비: 프로젝트에서 효력 발휘 정의 | |||
# 프로세스 공표: 프로젝트 멤버에게 공표해 수시 참고 | |||
# 프로세스 유지보수: 다양한 이슈와 신규 도출 특성에 대응해 프로세스 지속 유지보수 | |||
== 기술사 기출 == | == 기술사 기출 == | ||
* [http://q.fran.kr/문제/5397 정보관리기술사 119회 3교시] | * [http://q.fran.kr/문제/5397 정보관리기술사 119회 3교시] | ||
* [http://q.fran.kr/문제/5852 컴퓨터시스템응용기술사 | * [http://q.fran.kr/문제/5852 컴퓨터시스템응용기술사 103회 3교시] |
Latest revision as of 10:29, 1 September 2019
- 프로젝트 상황에 맞추어 사전에 정의된 개발 방법론 절차, 기법, 산출물 등을 수정하여 적용하는 기법
프로젝트 최적화 방법론, 테일러링[edit | edit source]
- 테일러링의 목적
- 프로젝트의 규모, 성격, 기간, 현재 당면한 상황 등을 고려하여 최적의 방법론 적용
- 테일러링의 원칙
- 이해관계자들과의 의사소통과 합의를 충분히 거쳐 결정
- 필요성
구분 | 관점 | 필요성 |
---|---|---|
내부적
요건 |
개발 환경 | 시스템 개발 유형 및 환경 상이 |
요구 사항 | 프로젝트별 우선 고려사항 차이 | |
프로젝트 규모 | 사업비, 인력, 기간 등 규모 상이 | |
보유 기술 | 인력의 성숙도, 보유 기술 차이 | |
외부적
요인 |
법적 제약사항 | 프로젝트 도메인별 컴플라이언스 요구 상이 |
표준 품질기준 | 분야 별 표준 및 인증 지표·기준 상이 |
절차[edit | edit source]
- 프로젝트 분석: 프로젝트가 내포한 문제점과 향후 활용할 수 있는 정보를 수집, 분석
- 범위 정의: 분석 결과 기반 특화 프로세스 개발 시 집중적 개선 영역을 정의
- 프로세스 확장: 프로세스에 특화, 필요 부가 프로세스 추가
- 프로세스 구성: 실질적 요구사항 지원 시 적합 규모 구성
- 프로세스 준비: 프로젝트에서 효력 발휘 정의
- 프로세스 공표: 프로젝트 멤버에게 공표해 수시 참고
- 프로세스 유지보수: 다양한 이슈와 신규 도출 특성에 대응해 프로세스 지속 유지보수