Các mẫu / yêu cầu đề xuất dự án [đã đóng]

Khi soạn thảo một đề xuất dự án, bạn có sử dụng bất kỳ mẫu tiêu chuẩn nào không?

Những tính năng / thông tin nên được bao gồm? Những gì là tốt đẹp để bao gồm? Những loại thông tin tấm nồi hơi tôi nên xô vào?

Bạn có tìm thấy bất kỳ mẫu thiết kế hoặc khái niệm đặc biệt hữu ích?

Bạn đã bao giờ nhìn vào Mẫu Yêu cầu Volere chưa?

Mặc dù nó chứa quá nhiều chi tiết theo sở thích của tôi, đặc biệt là cho một đề xuất (phù hợp hơn với thông số kỹ thuật yêu cầu trước chi tiết), các tiêu đề phần là một danh sách kiểm tra tuyệt vời để đảm bảo bạn đã nghĩ về tất cả các phần chuyển động khác nhau trước đây đưa ra một ước tính hoặc tạo ra một tài liệu đề xuất.

Họ đây rồi:

TRƯỜNG ĐẠI HỌC

1. Mục đích của sản phẩm
2. Khách hàng, khách hàng và các bên liên quan khác
3. Người dùng sản phẩm

HẠN CHẾ CỦA DỰ ÁN

1. Những ràng buộc bắt buộc
2. Quy ước đặt tên và định nghĩa
3. Các sự kiện và giả định có liên quan

YÊU CẦU CHỨC NĂNG

1. Phạm vi công việc
2. Phạm vi của sản phẩm
3. Yêu cầu về chức năng và dữ liệu

NHỮNG YÊU CẦU VÔ LÝ

1. Yêu cầu Nhìn và Cảm nhận
2. Yêu cầu về khả năng sử dụng
3. Các yêu cầu thực hiện
4. Yêu cầu hoạt động
5. Yêu cầu bảo trì và tính di động
6. Yêu cầu bảo mật
7. Yêu cầu về văn hóa và chính trị
8. Yêu cầu pháp lý

VẤN ĐỀ DỰ ÁN

1. Vấn đề mở
2. Giải pháp giảm giá
3. Vấn đề mới
4. Nhiệm vụ
5. Chuyển đổi
6. Rủi ro
7. Chi phí
8. Tài liệu và đào tạo người dùng
9. Phòng chờ
10. Ý tưởng cho giải pháp

Tôi có sử dụng một mẫu tiêu chuẩn không? Đúng

Những tính năng / thông tin được bao gồm, tốt đẹp để có:

• Trang bìa
• Meta Data: Thông tin liên hệ của khách hàng, Thông tin liên hệ của nhà phát triển, Tên dự án, Ngày
• Hồ sơ khách hàng (tùy chọn, nhưng tốt): Bao gồm thông tin đối thủ, sản phẩm hoặc dịch vụ được bán bởi khách hàng, tình hình và mục tiêu hiện tại, thị trường mục tiêu, vị trí thị trường. Các doanh nghiệp nhỏ trung bình không thể cung cấp hầu hết trong số này.
• Tổng quan dự án: Bao gồm chi tiết ở định dạng phác thảo. Đây là nơi công việc dự án được xác định.
• Không bao gồm: Những điều cụ thể được bỏ qua từ dự án.
• Tài liệu ban đầu: Một danh sách những thứ cần thiết từ khách hàng để bắt đầu cũng như ngày họ được yêu cầu.
• Sơ đồ trang web: Tùy chọn, nhưng tốt nếu bạn đang làm một trang web hoặc ứng dụng phức tạp. Đồ họa đẹp.
• Nhân khẩu học: Của người dùng cuối, thường ở dạng đồ họa đẹp.
• Tóm tắt sáng tạo: Tùy chọn. Điều này dành cho các nhà thiết kế, và bao gồm những thứ như lịch sử giao tiếp, thông điệp, tính cách và giọng điệu, khán giả (bộ óc hiện tại) và khán giả (bộ tâm trí kết quả), trang web của đối thủ cạnh tranh, trang web ví dụ hoặc sản phẩm được khách hàng ưa thích, màu sắc công ty, hướng dẫn phong cách (thường là bên ngoài). Nó tài liệu các tài liệu hiện có như logo, tài liệu quảng cáo, vv
• Thời gian dự án: Phân tích thời điểm nên hoàn thành công việc với ngày hoàn thành ước tính cuối cùng. Mẫu của tôi có một sự từ chối lớn về chất béo mà các mốc thời gian phụ thuộc rất nhiều vào sự tham gia của khách hàng.
• Phân tích chi phí: Chi phí của các nhiệm vụ khác nhau sẽ được thực hiện. Khi có thể, phần này cũng bao gồm phân tích "lợi tức đầu tư".
• Thỏa thuận dự án: Điều khoản thanh toán, tiền kiếm được, bảo đảm hoàn lại tiền 100%, yêu cầu liên hệ một điểm, tài liệu và phê duyệt của khách hàng cần phải kịp thời, thanh toán thêm hoặc thời gian nếu khách hàng thay đổi phạm vi công việc, thông tin lưu trữ (đối với trang web) , quyền sử dụng công việc để tự quảng cáo, luật áp dụng, tuyên bố quyền sở hữu mã nguồn, tính sẵn có của ký quỹ phần mềm, chữ ký.
• Về chúng tôi: Bao gồm thông tin công ty với hình ảnh, ví dụ về công việc của chúng tôi, lời chứng thực, các dịch vụ khác được cung cấp, hồ sơ nhóm với hình ảnh.
• Kết luận: Cảm ơn bạn và thông tin liên lạc.

Tấm nồi hơi: Càng nhiều càng tốt. Tất cả những điều trên có một cái gì đó ngay cả khi nó chỉ là văn bản phụ. Bài viết này có ảnh hưởng đối với tôi: http://articles.sitepoint.com/article/bONSproof-web-design-contract

Đề xuất của tôi thường đưa ra đến 14 đến 20.

Có nhiều cách khác nhau để làm điều này.

Đây là một điều tôi thấy rằng tôi sẽ chứng thực - nó có cách tiếp cận freelancer, nhưng thực sự đây là điều bạn muốn làm:

http://tutorialblog.org/writer-a-project-projection/

Có rất nhiều hướng dẫn trực tuyến. Bí quyết là để biết cái nào sẽ phù hợp với nhu cầu của bạn. Tôi đã dạy một lớp trong công cụ này. Bài viết được chứng thực của tôi thực sự có vẻ là bản chất của những gì khách hàng muốn, và những gì sẽ đưa bạn vào cửa.

Điều này KHÔNG thay thế một kế hoạch dự án, có thể là một động vật phức tạp hơn hoàn toàn.

Khi nói đến các mẫu, tôi thấy các mẫu ReadySET khá chắc chắn. Các mẫu này bao gồm các điểm vòng đời chính - lập kế hoạch dự án, yêu cầu, thiết kế, thực hiện, thử nghiệm, triển khai / cài đặt, hỗ trợ và hoàn thiện dự án.

Tuy nhiên, một điều cần lưu ý là các mẫu nên được sửa đổi để phù hợp với dự án và quy trình. Rất hiếm khi bạn có thể chỉ cần kéo xuống một mẫu từ một cuốn sách hoặc Internet và sử dụng nó. Tôi thấy các mẫu hữu ích nhất trong việc xác định thông tin nào tôi nên có ở đâu đó trong mỗi giai đoạn và để dự án xác định cách thức và nơi thông tin được nắm bắt.

Bộ Quốc phòng Hoa Kỳ đã nỗ lực rất nhiều để phát triển một bộ mô tả (các mẫu) dữ liệu đầy đủ DOD-STD-2167A , và sau đó là cho MIL-STD-498 .

Có một câu nói cũ: "Quy định của Hải quân được viết bằng máu". Nếu bạn đọc các DID một cách cẩn thận, bạn có thể sẽ nhận ra rằng mọi dòng trong số chúng đều được viết bằng máu của các nhà quản lý chương trình có dự án đã chết một cách khủng khiếp vì họ bỏ bê mục đó.

Bạn có thể làm tồi tệ hơn mà nhìn vào những.