2.2 银弹和方法论(转自moneyice)

 

规划和管理软件的开发过程有很多不同的体系。这 些体系通常称为方法论，方法论体现为针对要达到特定结果所采用的实践主体。通常的软件方法包括瀑布模型，螺旋模型，快速软件开发，极限编程和特性驱动开 发。所有这些方法都试图解决相似的组织和项目管理问题。它们中的每一个都有优势和劣势，需要丰富的知识和经验来决定哪一种对于项目是最合适的。

这一章，也是这本书的目的不是要辩论和比较不同 的方法轮或体系。相反，我相信它们都是基于一定的理论和策略，要想成功使用这些方法论，就一定要掌握这些理论和方法。无论何时，方法论都需要调整以适应团 队和项目的特定情况，只要你的知识经验基础胜过这些方法论本身，就不是不可能的。所以，如果你能够理解和实施本章以及本书讲述的这些根本的理念，你的效率 就会提升，你就可以独立于你所使用的方法论。我将按照需要解释确定的方法来阐明观点，但如果你是在选购方法论，你就要再看些别的东西了。

虽然方法和过程对于软件开发十分重要，但它们不 是银弹，不是成功结果的递送员。最坏的事情就是盲目的遵循明显不实用的规则或程序，仅仅因为它们是在某本有名的书中出现或者是被某个德高望重的头头宣扬 过。我时常发现对过程的痴迷是对领导力出现问题的一个警示：要卸下管理者面对的挑战和责任，把它们放到过程和官僚的体系中，掩盖对真实想法和行动的需要。 或许对于团队更具破坏性的就是方法论的定位成为了真正对组织重要的信号。正如Tom DeMarco在《人件》中说的：

在工作环境中对方法论的痴迷是另一种高技术的幻想。它滋生了技术才是真正的关键这样的信仰… 不管科技多么先进，它都是以团队社会学的显著恶化为代价的。

通过关注方法和过程，而不是通过构建过程来扶持 和增大人的价值，项目通过限制每个个体的贡献来开始计划步骤。他们可以设置成吨的规则来管理下属，而不是考虑，调整规则或改进规则。所以，对你使用的方法 学要很小心：它不应该给团队带来打击。相反，它应该支撑，鼓励，协助团队来出色的完成工作。

所有要牢记，使用哪种方法论并不是唯一的项目完成或超期的唯一原因。而是有很多因素影响了项目的计划，项目管理者要在作计划之前清楚这些因素。在我们谈论这些之前，我们需要讲一下计划的组成。