从无到有采用软件项目管理和测试协议
我在一家小公司工作(2-4个软件开发人员)，那里的软件“只”是主要产品(专业测量仪器)的一部分。到目前为止，该软件的构建由始至终根本没有正式的过程，但是随着我们在产品和人员数量上的稳步增长，显然我们需要对整个过程(设计、构建、测试、维护)采取某种方法，以避免陷入混乱。
问题是，我们中没有一个人在这种过程中有太多的真实世界经验。维基百科的软件开发方法和软件开发过程条目列出了许多实践，我知道现代流行词汇(敏捷、极端等等)，但我们仍然不知道如何从哪里开始这一切。
考虑到目前我们还没有正式的程序，我们应该做些什么才能开始呢?我们的目标是有一个轻松的过程，帮助我们在不减慢速度的情况下控制一切？是否有：
- 重要的事实文献，我们应该先读吗？
- 必要的工具？(我们确实有一个SCM，但是我们应该开始使用类似于FogBugz的东西吗？)
- 实用的“做这个和这个”的指导方针？
任何指南都是受欢迎的，只要它们不是1000+页面书籍！我想避免围绕这一领域的宗教炒作和枯燥的学术活动，并在实践中找出该做些什么。
回答 4
Stack Overflow用户
发布于 2009-11-12 08:14:51
强烈推荐的阅读内容包括:敏捷宣言和务实的程序员。随后，您可能希望熟悉Scrum软件开发或测试驱动开发。至少你应该：
- 源代码管理存储库
- 臭虫追踪系统
- 一套标准的沟通工具(现在，wiki在文档中很受欢迎)，
- IDE
- 测试框架
很多事情将取决于您的团队的技能和您想要进入的应用程序领域。熟悉一些方法，然后练习它们。在一天开始时举行15分钟的例会。通过编写失败的测试逐步开发代码，使其通过，重复思维。等。
Stack Overflow用户
发布于 2009-11-13 09:39:13
我建议从Scrum开始。作为轻量级的项目管理框架，它应该能够满足您的小型团队的需求。
为了减少这种痛苦，我还建议临时雇用熟悉scrum的人(也许是认证的scrum管理员)，3到4个月后，你应该可以自己操作了。真正投资于几个月的有经验的团队成员应该会有回报。我的意思不是分析，顾问，或者你所称的人--来，分析，做陈述，拿钱，在你有问题的时候离开。我指的是团队成员，他们将和你一起工作，但也会通过日常实践向你介绍scrum。
你也可以去读一些书，或者派一两个团队成员去参加培训，但是我认为最好的办法是让别人把Scrum融入你的日常工作中，然后通过例子开始学习。
良好的描述、详细的描述(基于日常工作)将是来自战壕的Scrum和XP (替代源)。
Stack Overflow用户
发布于 2009-11-12 08:19:21
严格遵循别人对开发过程的看法并不会对每个人都有好处。从真正的基础开始
- 正确掌握开发过程的基本知识--参见Joel试验。
- 追踪一切。使用JIRA、FogBugz等系统跟踪所有报告的问题、特性和bug。跟踪你在每项任务上花了多长时间；你有哪些信息，你准备得越充分。
- 分类--与利益相关者合作，确保你正在做的事情实际上是重要的，而不仅仅是你认为重要的事情。在我的经验中，开发人员和客户经常有很大的不同意见！
https://stackoverflow.com/questions/1720662
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号