Answers:
您是否曾经看过Volere需求模板?
尽管它包含的细节太多了,但对于我的建议来说尤其如此(更适合于详细的前期需求规格书),但本节的标题是一个很好的清单,可确保您之前考虑过所有不同的运动部件给出估算或创建投标文件。
他们来了:
项目推动者
- 产品目的
- 客户,客户和其他利益相关者
- 产品的用户
项目约束
- 强制约束
- 命名约定和定义
- 相关事实和假设
功能要求
- 工作范围
- 产品范围
- 功能和数据要求
非功能性要求
- 外观要求
- 可用性要求
- 性能要求
- 操作要求
- 可维护性和可移植性要求
- 安全要求
- 文化和政治要求
- 法律要求
项目问题
- 开放式问题
- 现成的解决方案
- 新问题
- 任务
- 切换
- 风险性
- 费用
- 用户文档和培训
- 等候室
- 解决方案的想法
我是否使用标准模板?是
包含哪些功能/信息,很高兴拥有:
锅炉板:尽可能多。以上所有内容都具有某些内容,即使只是填充文字也是如此。这篇文章对我有影响:http : //articles.sitepoint.com/article/bulletproof-web-design-contract
我的建议通常是14到20。
有许多不同的方法可以做到这一点。
这是我发现我会认可的一种-它具有自由职业者的方法,但这确实是您想要做的:
http://tutorialblog.org/writing-a-project-proposal/
在线上有很多指南。诀窍是要知道哪一个适合您的需求。我在这东西上教了一堂课。我认可的文章似乎确实是客户想要什么以及应该如何吸引您的本质。
这不能代替项目计划,而项目计划可以完全是更复杂的动物。
关于模板,我发现ReadySET模板非常可靠。这些模板涵盖了主要的生命周期点-项目计划,需求,设计,实施,测试,部署/安装,支持和项目定稿。
但是要记住的一点是,应该修改模板以适合项目和流程。很少有人会从书本或Internet上提取模板并使用它。我发现模板对于确定每个阶段的某个地方应该包含哪些信息最有用,并且可以让项目确定如何以及在何处捕获信息。
美国国防部在开发全套数据项说明(模板),DOD-STD-2167A和后来的MIL-STD-498方面投入了大量工作。
有句老话:“海军法规是用鲜血书写的。” 如果仔细阅读DID,您可能会发现它们的每一行都被程序经理的鲜血所写,由于他们忽略了该行中的项目,他们的项目惨死了。
调查这些可能会更糟。