瀑布模型 vs 敏捷开发 -- Theory X and Theory Y -- 人际关系

瀑布模型 vs 敏捷开发 -- Theory X and Theory Y -- 人际关系

一些杂想。

其实所谓的瀑布模型的精髓，就是依靠需求>设计>实现>测试>交付的层层把关来实现的。
实际项目中的实现者，就如同生产线上的设备一样工作。
他们并不需要关心和自己的任务无关的事情，
而这其中的根本，其实也就是Theory X，由FPL来负责对工作进度和质量进行把关。

而在敏捷开发中，注重的要点之一就是，"可工作的代码" 大于 "完备的文档"。
这带来的一个问题就是，其实team中的成员，需要通过对别人工作的review来完善自己对项目的理解。
而且，需要随时更新对应于需求变化的知识更新。
这又恰好对应到了Theory Y，其实每一个成员是需要充分发挥自己的主动性来进行工作的。

由于人的精力限制，不可能维持超过限度的人际关系圈，其实也无法维持超过能力范围的知识库。
所以，其实在一个敏捷团队中，随着人员规模的扩大，一定会带来这样的问题，
就是你可能无法充分了解到别人的工作重点。而同时，很可能没有足够充分的文档来对你进行帮助。
这尤其是对于新加入者而言，会是个巨大的挑战。

转载于:https://www.cnblogs.com/Simba-5830/archive/2013/02/19/2916736.html