从头开始采用软件项目管理和测试协议

Question

我在一家小公司工作（2-4名软件开发人员），其中软件“仅”是主要产品的一部分（专业测量仪器）。到目前为止，该软件从始至终都没有正式流程，但随着我们在产品数量和涉及人数方面的稳步增长，显然我们需要采用一些整个事物（设计，建造，测试，维护）的方法，以避免陷入混乱

问题是我们都没有在这些过程中有太多的实际经验。维基百科的software development methodology 和software development process条目列出了许多实践，我知道现代流行语（敏捷，极端等），但我们仍然迷失在如何以及从何处开始此

我们应该怎样做才能开始，因为目前我们有 no 正式流程，目标是拥有光有助于我们控制事情而不减慢我们速度的过程？有没有：

• 我们应该首先阅读的基本事实文献？
• 基本工具？ （我们确实有SCM，但是我们应该开始使用FogBugz吗？）
• 实用“做这个和这个”指导方针？

欢迎任何指南，只要它们不是1000页以上的书籍！我想避免宗教炒作和似乎围绕这个领域的枯燥的学术，并找出在实践中做什么。

Answer 1

强烈推荐的阅读内容包括：敏捷宣言和实用程序员。随后，您可能希望熟悉Scrum软件开发或测试驱动开发。在至少，您应该：

• 源代码管理存储库
• 错误跟踪系统
• 标准工具集 沟通（维基往往是 这些文档很受欢迎 天），
• IDE
• 测试框架

很多事情将取决于您的团队的技能以及您想要进入的应用领域。让自己熟悉一些方法，然后练习。在一天开始时举行15分钟的常设会议。通过编写失败测试逐步开发代码，使其通过，重复思维。等等。

Answer 2

我建议尝试Scrum开始。作为轻量级项目管理框架，它应该满足您的小团队需求  为了减轻痛苦，我还建议临时雇用熟悉scrum的人（也许是经过认证的scrum master），3-4个月之后你应该能够自己保持运行。真正投资几个月的经验丰富的团队成员应该得到回报。而且我并不是指分析，顾问或任何你称之为人物的人，分析，进行演示，花钱并且在你遇到问题时继续前进。我的意思是团队成员将与您合作，但也会通过日常练习向您介绍Scrum 您也可以只阅读一些书籍，或者派一两个团队成员参加培训，但我认为有人将Scrum纳入您的日常工作并开始通过示例学习是最好的。

良好描述详细说明（基于日常工作）将为Scrum and XP from the Trenches（alternative source）。

Answer 3

严格地订阅别人对开发过程的看法对每个人都不起作用。从真正的基础开始

1. 正确了解开发过程的基础知识 - 请参阅The Joel Test。
2. 跟踪所有内容。使用JIRA，FogBugz等系统来跟踪所报告的所有问题，功能和错误。跟踪您在每项任务上花费的时间;你有更好的准备信息。
3. 分诊 - 与利益相关方合作，确保您所做的事情确实很重要，而不仅仅是您认为的重要性。根据我的经验，开发人员和客户经常会有截然不同的观点！

Answer 4

我非常喜欢该运动的前身，Mary和Tom Poppendieck最近的精益文学：

• Lean Toolkit
• Implementing Lean Software Development: From Concept to Cash
• Leading Lean Software Development

这些是非常实用的书籍，从软件团队的角度来看整个商业价值链，而不是在软件领域俯冲而忽视业务目标。