프로젝트 제안서 템플릿 / 요구 사항 [닫기]

프로젝트 제안서를 작성할 때 표준 템플릿을 사용합니까?

어떤 기능 / 정보가 포함되어야합니까? 포함하기 좋은 점은 무엇입니까? 어떤 종류의 보일러 플레이트 정보를 입력해야합니까?

디자인 패턴이나 컨셉이 특히 도움이 되었습니까?

Volere Requirements Template 을 본 적이 있습니까?

내 제안, 특히 제안 (상세한 사전 요구 사항 사양에 더 적합)에 대한 세부 사항이 너무 많이 포함되어 있지만 섹션 제목은 이전에 다른 모든 움직이는 부분에 대해 생각했는지 확인하기위한 훌륭한 점검표입니다. 견적서를 작성하거나 제안서 작성

여기 있습니다:

프로젝트 드라이버

1. 제품의 목적
2. 고객, 고객 및 기타 이해 관계자
3. 제품 사용자

프로젝트 제약

1. 강제 제약
2. 명명 규칙 및 정의
3. 관련 사실 및 가정

기능 요구 사항

1. 작업의 범위
2. 제품의 범위
3. 기능 및 데이터 요구 사항

비 기능적 요구 사항

1. 룩앤필 요구 사항
2. 사용성 요구 사항
3. 성능 요건
4. 운영 요구 사항
5. 유지 관리 및 이식성 요구 사항
6. 보안 요구 사항
7. 문화 및 정치 요구 사항
8. 법적 요구 사항

프로젝트 문제

1. 미결 문제
2. 상용 솔루션
3. 새로운 문제
4. 작업
5. 컷 오버
6. 위험
7. 소송 비용
8. 사용자 설명서 및 교육
9. 대기실
10. 솔루션에 대한 아이디어

표준 템플릿을 사용합니까? 예

어떤 기능 / 정보가 포함되어 있으며 유용한 기능 :

• 표지
• 메타 데이터 : 고객 연락처 정보, 개발자 연락처 정보, 프로젝트 이름, 날짜
• 고객 프로파일 (선택적이지만 양호) : 고객이 판매 한 경쟁 업체 정보, 제품 또는 서비스, 현재 상황 및 목표, 목표 시장, 시장 위치를 ​​포함합니다. 보통의 소기업은 이들 중 대부분을 제공 할 수 없습니다.
• 프로젝트 개요 : 개요 형식으로 세부 사항을 포함합니다. 프로젝트 작업이 정의 된 곳입니다.
• 포함되지 않음 : 프로젝트에서 구체적으로 생략 된 것.
• 초기 자료 : 고객이 시작하기 위해 필요한 날짜와 필요한 날짜의 목록.
• 사이트 맵 : 선택 사항이지만 웹 사이트 나 복잡한 응용 프로그램을 수행하는 경우 적합합니다. 멋진 그래픽.
• 인구 통계 : 최종 사용자의 경우 일반적으로 멋진 그래픽 형태입니다.
• 크리에이티브 브리프 : 선택 사항. 이는 커뮤니케이션 기록, 메시지, 성격 및 어조, 청중 (현재 마인드 세트) 및 청중 (결과 마인드 세트), 경쟁 업체 웹 사이트, 고객이 선호하는 예제 웹 사이트 또는 제품, 회사 색상, 스타일 가이드 등을 포함합니다. (보통 외부). 로고, 브로셔 등 기존 자료를 문서화합니다.
• 프로젝트 타임 라인 : 최종 예상 완료 날짜로 작업을 수행해야하는시기에 대한 분류. 내 템플릿에는 타임 라인이 고객 참여에 크게 의존한다는 큰 면책 조항이 있습니다.
• 비용 분석 : 수행 할 다른 작업의 비용. 가능한 경우이 섹션에는 "투자 수익률"분석도 포함됩니다.
• 프로젝트 계약 : 지불 조건, 본격적인 돈, 100 % 환불 보장, 단일 접점 필요, 고객이 제공 한 자료 및 승인은 고객이 작업 범위를 변경하는 경우 정보를 웹 사이트에 호스팅하는 경우 적시에 추가 청구 또는 시간이되어야합니다. , 자체 판촉, 해당 법률, 소스 코드 소유권 진술, 소프트웨어 에스크로 이용 가능, 서명을 위해 저작물을 사용할 권리.
• 회사 소개 : 사진이 포함 된 회사 정보, 작업 예, 회원 평가, 제공되는 기타 서비스, 사진이 포함 된 팀 프로필이 포함됩니다.
• 결론 : 감사합니다 및 연락처 정보.

보일러 플레이트 : 가능한 많이. 위의 모든 내용은 필러 텍스트 일지라도 무언가를 가지고 있습니다. 이 기사는 저에게 영향을 미쳤습니다 : http://articles.sitepoint.com/article/bulletproof-web-design-contract

내 제안은 일반적으로 14-20으로 나옵니다.

이를 수행하는 방법에는 여러 가지가 있습니다.

여기 내가 보증한다는 것을 알았습니다-프리랜서 접근 방식이 있지만 실제로 이것은 당신이하고 싶은 일입니다.

http://tutorialblog.org/writing-a-project-proposal/

온라인으로 많은 안내서가 있습니다. 트릭은 어느 것이 귀하의 요구에 적합한지를 아는 것입니다. 나는이 물건에서 수업을 가르쳤다. 필자가 승인 한 기사는 고객이 원하는 것의 핵심과 문을 여는 것의 본질 인 것 같습니다.

이것은 더 정교한 동물 일 수있는 프로젝트 계획을 대체하지 않습니다.

템플릿과 관련하여 ReadySET 템플릿 은 매우 견고합니다. 이 템플릿은 프로젝트 계획, 요구 사항, 디자인, 구현, 테스트, 배포 / 설치, 지원 및 프로젝트 마무리와 같은 주요 수명주기 지점을 다룹니다.

그러나 명심해야 할 것은 프로젝트와 프로세스에 맞게 템플릿을 수정해야한다는 것입니다. 책이나 인터넷에서 템플릿을 가져 와서 사용할 수있는 경우는 거의 없습니다. 각 단계에서 어딘가에 어떤 정보를 가져야하는지 결정하는 데 가장 유용한 템플릿을 찾고 프로젝트가 정보를 캡처하는 방법과 위치를 결정하도록합니다.

미 국방부는 DOD-STD-2167A 와 함께 사용할 수있는 전체 데이터 항목 설명 (서식 파일)을 개발 하고 나중에 MIL-STD-498을 위해 많은 노력을 기울였습니다 .

"해군 규제는 혈액으로 작성되었습니다." DID를주의 깊게 읽으면 모든 행이 해당 행의 항목을 무시했기 때문에 프로젝트가 끔찍한 죽음으로 사망 한 프로그램 관리자의 피에 쓰여 있다는 사실을 알게 될 것입니다.

이것들을 살펴보면 더 나빠질 수 있습니다.