我很好奇其他开发团队如何规划新功能。我刚刚升任领导的团队没有真正的规范流程。我刚刚使用Trac实现了一个适当的开发过程,自动部署并使用Trac记录所有错误,我现在正在处理变更。
我列出了我们的产品在接下来的两个月内所做的大约20项变更。通常情况下,我只会详细说明应该做什么的每一个变化,但我很好奇其他团队如何处理这个问题。有什么建议吗?
答案 0 :(得分:1)
好问题,但它可以是主观的。我想这取决于产品的策略,如果它以相同的方式部署到多个客户端或者定制项目上的单个客户端,这些变化对系统和彼此的影响,依赖性以及优先级这些需要做出改变。 我会看一下优先级和依赖性,它会自然地开始分组吗?
答案 1 :(得分:1)
我认为我们在上一份工作中取得了成功的方法,因为我们按时交付了项目,并且在生产中只发现了几个问题。但是,只有3人在使用该产品,因此我不完全确定如何扩展到更大的团队。
我们为整个产品预先编写了规范,但没有详细介绍并强调用户界面。这是我们了解必须完成的工作以及项目范围的一种方式。
当我们开始实施时,我们必须更详细地处理所有事情(并且不可避免地必须做一些与规范不同的事情)。为此,我们聚在一起制定了实现每个功能的最佳方法(有时使用原型)。我们没有更新原始规格,但我们确实在会议结束后做了笔记,因为事后很容易忘记细节。
总而言之,我的方法是将规范视为一种探索性工具,并在实施过程中制定更精细的细节。根据项目的不同,随着应用程序的发展(原本我们不需要这样做)保持原始规格最新也是一个好主意。