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

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 4 年前。

Improve this question

我目前正在尝试为一个大型项目编写一些软件规范，我想在 oDesk 上竞标(可能是 3k-6k)。我接受过计算机科学方面的经典教育，但工作经验很少，而且从未在企业环境中工作过。

我已经为我想要在 Google App Engine 上运行的 API 编写了 15 页的项目规范。我发现一些微妙的问题很难解决，例如:在哪里划定什么是该指定的，什么是不该指定的界限；如何将项目分解成多个部分，以便如果一个部分出现问题，其他部分仍然可以使用；在哪里以及如何设定里程碑；以及如何筛选具有正确实现规范技能的候选人。

我问 friend 应该注意什么问题，他说:

• 确保规范中没有矛盾的信息
• 确保规范没有不必要的具体内容，因为这会让技术更熟练的开发人员望而却步

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

Answer 1

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