모든 질병의 혁신적인 웹 사이트 개발을 제거 하는 방법

하나, 소프트웨어 개발
모든 ills의 소스를 제거 하는 요구 사항 관리-우리가 일 하기 전에, 특히, 실패 한 제품은 항상 이러한 이유 중 일부를 찾을 수 있는 이러한 이유에서 우리는 몇 가지 문제에 의해 발생 하는 합리적인 관리 요구의 부족에 대 한 찾을 어려운 제품을 요약 하는, 그래서 거기와 비슷한 것 "사람들, 정확히 모른다 바쁜 끊임없이 개발 되었습니다 하지만" 상황 끝 "개발 제품은 사용자 필요 제품" 나타납니다 컵!
수요 제품의 루트 이며 작품에 대 한 필요는 제품에 가장 큰 영향. 제품 개발의 소스 잘못 된 방향으로의 시작, 다음 작품 됩니다 "좋은 제품"에서 잘못을 더 추가 하 고 더 멀리, 그래서 우리는 먼저 소스, 제품 연구 과정의 질서 있는 개발을 파악.
어떻게 관리할 수 있는 우리가 우리의 요구 합리적으로 그리고 정돈? 우리를 수요의 인생 과정에서에서 멸종 (요청 시), 합리적으로 관리 하 고 효과적으로 회사의 제한 된 인력과 재료 자원, 가장 비용 효율적인 것 들을 할 요구 사항 관리 메커니즘의 완전 한 세트를 설정 해야 합니다.

, 요구 사항 연습-솔루션 문제
요구 사항 관리에 관행 포함 4 개의 프로세스: 컬렉션, 수요 분석, 심사, 요구 요구 요구 처리. 2.1

수요 컬렉션 수집 다른 사용자의 요구에 다양 한 형태, 사용자 인터뷰, 설문 조사의 형태로 일반적으로 테스트 결과, 데이터 분석, 등 사용자: 최종 사용자, 마케터, 편집자, 테스터, 지도자, 등등. 이 단계에서 요구 특성 세부 사항, 기록 됩니다 하 고 추적 피드백 인사 기록 됩니다 제품에 다른 사용자의 요구 사항을 광범위 하 게 기록 됩니다. 분석 하는 요구 사항 분석

2.2 결정 그들의 기본적인 특성 및 요구 사항 분석 단계에서 요구 사항을 비즈니스 가치 그들은 제품을 가져올 것 이다. 사용자 볼륨 증가? 위해이 요청 직원, 시간 및 기타 비용을 지불 하 고 마지막으로 명확한 전반적인 평가의 주요 과정 비용 효율적인 요구 목적에 대 한 수요를 계산을 달성 하 고 가치를 창조.
일부 버그, 요구 사항 등 기능 작은 변화에 대 한 하지에 대 한 상세한 분석을 할 일반적으로 수요 처리에 직접 변경 내용을 확인. 작업의이 단계는 요구 사항을 필터링

2.3 결합 요구 사항 처리 현상으로, 주로 할 해결 하지? 얼만큼요? 언제 그것을 해야 합니까? 검토는 주로 팀의 아침에
요구의 형태로 초대 참여 지도자, 팀 구성원 페이지 디자이너, 프론트 엔드 엔지니어, 프로그래머, 테스터 및 검토를 통해 다른 역할.
정렬 버전 (또는 하위) 수요 포인트;에 필요한 여러 요구 사항, 포장
2.4 요구 사항 프로세스
수요를 개발 하는 정의 된 버전 (하위 프로젝트)에 대 한 포인트
패키지 수요 포인트 문서, 지도자에 의해 검토를 위해 그들을 제출 하 고 개발 사이클에 그들을 확인;여기 주로 개발 프로세스 관련 자세한 참조 관련 개발 사양.

표 1 요구 사항 관리 흐름도

Iii. 모든 요구 참여의 수집
컬렉션 수요 전체 요구 사항 관리 프로세스는 가장 중요 한, 데이터 베이스를 어떻게 해야할지 결정, 수요 컬렉션은 제품 디자인 작업, 하지만 프로세스를 통해 전에 항상; 그것의 제품, 하지만 모든 직원;의 문제가 아니다
다른 사람, 다른 역할 문제, 관심의 다른 포인트의 분야에서 자신의 전문성 앞으로 넣을 수, 요구 수집 단계에서 우리는 어떤 말도 필요를 두려워 두려워 합리적인 누락의 필요 하지만...

원본 주소: http://ucd.lcduba.com/?p=85