我在一家大型软件公司工作,我正在开发一个大型企业级网络解决方案,拥有大约25人的团队(2名架构师,~15名开发人员,5名QA工程师,夫妇,项目经理)。我们正在遵循敏捷方法和scrum,在需求频繁变化的情况下,对于如此庞大的团队来说,这似乎是相当方便的。
我也有一个宠物项目-我有基本的想法,我已经开始发展。目前我正在独自工作,但我计划向我的几个朋友提议参加我的项目。
不久前,我遇到了一个适当的任务跟踪和形式化需求的问题。我的第一个想法是在我的团队工作时使用敏捷方法。虽然这对我的工作很方便,但我发现这对有1-3人的团队来说太费时了。
是否有任何软件开发方法为真正的小团队?或者我应该克服自己,将我所有的想法形式化为用户故事和任务,并使用迭代?
我不希望我的项目成为磁盘上的另一个文件夹,但我也不想浪费时间在不必要的形式化上。
发布于 2014-07-07 20:54:01
在scrum中,您可以定期回顾调整过程。如果您的流程没有随着时间的推移而发展,或者对于大型组织中的每个scrum团队来说都是一样的,那么您就没有正确的做法。
同样,对于一个小团队,您应该定期回顾并根据需要的变化调整您的流程。没有必要在一开始就把所有的事情都搞清楚。通常情况下,程序随着项目的增长而增长。如果您专注于快速适应客户需求和其他敏捷原则,您仍然可以称之为“敏捷”。它不会也不应该看起来像一个大型的多团队项目。
如果您想了解更多的工具和实践,我的小项目从git存储库开始。一旦我无法跟踪我脑海中的所有任务/bug/用户故事,我就会在存储库中创建一个TODO.txt
。随着它的发展,我添加了一些东西,比如单元测试、文档、打包等等。在某个时候,我把它放在bitbucket上。稍后,我将我的TODO.txt
转换到bitbucket的简单问题跟踪器中。您可以继续提升到CMM的第5级,这将与DoD承包商的流程相媲美。
换句话说,你增加了手续,因为这样做的好处开始超过成本。
https://softwareengineering.stackexchange.com/questions/247154
复制相似问题