有用和无用的现实生活开发技术

Question

我在一家大中型公司工作，遵循我认为的一些良好的发展实践，也许不是最好的，但足够好。

我们有一些开发资源是在“做，测试，如果有用的话，就扔掉”的基础上实现的。我发现，在现实生活中，大多数所谓的最佳实践有时是伟大的，但不可行，甚至是有害的。

例如，我们过去为我们的团队提供了一个dotproject网站。这样做的目的是跟踪任务，更新进度等等。我们用了“做，测试，如果”，结果是.我们把它扔掉了，只保留了一个非常有用的论坛，可以在我们之间交流，跟踪会议的结论，做清单……另一方面，追踪每一项任务既费时又不现实。

第一，没有人这么做，这不需要很多时间，但开发人员讨厌它，让他们不开心，因为他们必须记住更新每一项任务，对任务时间的估计大部分时间都被证明是不现实的。

因此，我的问题是，您曾经尝试过哪些开发技术，并发现它们是有用的/无用的？

我的意思是，就像在现实生活中一样，不是一些理论上的最佳实践，而是一种亲身体验。我希望探索新的技术(或工具或其他)，我想知道下一步该做什么。我们目前的状况：

• 内部问题跟踪系统(有用)
• 半自动构建(每个开发人员都必须维护相当于makefile的生成文件，以使系统能够生成它们)。
• 没有自动测试。测试由测试团队执行。我们有集成测试和广泛的系统测试。
• 两个测试实验室，一个用于测试团队，另一个用于开发人员(如果他们需要执行涉及多台机器的测试或测试出开发机器)
• 一般不进行单元测试。有些库有它们，但是开发人员通常会根据自己的需要测试它们的单元。
• 全规格使用门。
• 测试协议。正式的，用文字写的。
• 源代码管理(明确案例)。通常，所有工作都是在主分支中完成的，每当我们发布一个版本时，它都会被标记，如果需要的话，会为修复该版本而创建一个分支。

注意:当你可以的时候(如果你不介意的话)，你能证明你的建议是合理的吗？它是如何和为什么有用？你的工作是怎样改进的？

Answer 1

我们介绍的最有用的东西之一是Wiki项目，这是一个非常有用的垃圾场，可以让所有在人们脑海中飘来荡去的小信息，但过于琐碎，无法记录在一份完整的文件中。

Answer 2

在参与了各种不同方法的开发团队之后，我的经验是，大多数敏捷原则都有很好的效果。它通常使发展更有趣，因为每个人都更投入。在更大的开发环境中，共享所有团队成员的基本原则带来了巨大的好处，特别是当您在开发人员旁边有独立的信息分析人员和测试人员时。让信息分析人员、测试人员和开发人员根据特性一起工作。这创造了最好的信息流，尽可能少的开销。您可以将其进一步扩展到精益开发过程。

总的来说，给我们最大好处的是那些降低了沟通障碍的东西。在实际意义上，一家公司的wiki也帮了很多忙，降低了信息共享的障碍。一个好的bug/特性/RFC跟踪工具也极大地帮助了利益相关者对项目的发展方向有一个共同的理解。而且，这样的跟踪工具不仅必须是内部的:还可以降低对客户的障碍。这在管理期望方面也有很大帮助。

我觉得我才刚开始。其他人无疑会提出更多的建议。

帕斯卡。

Answer 3

跟着此链接..。就我个人而言，作为一名开发人员，我更喜欢专注于提高性能的事情。我不介意检查一些bug报告站点，以检查是否报告了新的bug，但我需要能够快速查看它，而不必经历几十页或几十次点击。我也不介意在编写代码之前编写技术设计，只要我有适当编写它的工具。必须创建这些工具，以提高性能，尽可能少使用没有人使用的蓬松特性。例如，在编写代码之前，我曾使用Enterprise创建UML模型。它工作得很好，但应用程序有一些缺陷和许多我不需要的特性。当我发现Altoma时，我很快就变成了一个更精简的UModel生成工具，它为我提供了我所需要的。没有更多，没有更少。基本上，你必须让人们专注于最终的目标。最后的目标是创建一些供用户使用的产品。许多开发团队之所以迷路，是因为他们专注于其他事情。您的用户都不会关心如何创建他们使用的东西。他们只是需要你的项目来达到他们的目标。因此，最佳实践是使您的团队最舒适，包括任何新的团队成员将加入任何项目的一半。