编写项目规范时要避免的陷阱

时间:2011-01-10 16:06:53

标签: project-management application-design

我正在尝试为一个大型项目编写一些软件规格,我想在oDesk上出价(可能是3k-6k)。我有计算机科学的经典教育,但工作经验很少,而且我从未在公司环境中工作过。

我已经为我想在谷歌应用引擎上运行的API编写了15页项目规范。我发现这些问题的细微之处很难解决,例如:在哪里划清界限以及不指定的内容;如何将项目分解成碎片,这样如果一个部分出错,其他部分仍然可以使用;在哪里以及如何设定里程碑;以及如何筛选具有正确实施规范的技能的候选人。

我问朋友应该注意哪些问题,他说:

  • 确保规格没有相互矛盾的信息
  • 确保规格没有不必要的具体,因为这将关闭更熟练的开发人员

在制定项目规范时,我应该注意哪些其他陷阱和常见错误?

谢谢!

3 个答案:

答案 0 :(得分:2)

要添加到列表中的一个

  • 确保规格明确无误。 (只能用一种方式解释......希望如此)

答案 1 :(得分:2)

虽然重点关注您想要实现的功能非常重要,但也要记住非功能性要求。考虑一下您希望它如何执行,安全性考虑等。

答案 2 :(得分:2)

我认为这两个链接会有所帮助:

On Reqs and Specs:http://www.pragmaticmarketing.com/publications/topics/02/0204sj

无痛功能规范 - 第2部分:什么是规范?:http://www.joelonsoftware.com/articles/fog0000000035.html