细粒度的迭代计划到底要做到多细?

blackhost

如果你是为了赚钱，那么你选错了职业。
如果一个人确实是高手，那么就应该为他选择他喜欢的团队。你偏偏找一些不接受他的团队，然后说人家眼高手低，这只能说明你这个管理者不合格。破坏整个团队向心力的刚好就是你自己，大概得原因就在于你认为向心力都应该是向你的。企业很少会有养不起的技术人员，多数情况下养不起的都是那些经理和总裁。

解决这个事情的唯一办法就是找到不生产垃圾的人，给他们提供他们需要的条件，让他们生产非垃圾。当然如果你是自认为自己是垃圾生产的一份子，并且你自己也只能随波逐流的生产垃圾，你也就只能生产垃圾。没有一个什么银弹样式的武器，让你一下子就成为一个超人。

有些事情你不需要多么高深的知识和高强的逻辑能力，只要有常识就可以知道答案。比如说，如果要在项目结束时获得成功，至少这个项目在开始时应该有成功的可能性。你不能拿一个必败的项目来，然后说咱们想办法做个成功的结果。你做不到，大罗金仙也做不到。这就是常识。比如我前面提的问题：130万的单子，你花150个人月来做，怎么可以不赔钱？答案就是你做不到。这就是常识。一件做不到的事、一定会失败的事，怎么避免失败？答案就是不要去做。这就是常识。不管你扯得再远，扯出国内环境，扯出世界反恐局势都没用，我信我的常识。要是一大堆高深的理论推导出来连我的常识都不符合，这理论多半是出了什么问题。

“不是因为辞职找不到饭碗,而是实在找不到几家软件做的像样的”这是实话，让我想起伟大的母校--托普
所以我现在的最大愿望就是能快点提高水平，能进javaeye这些牛人领导的团队。（gigix的就不想了，一来进不去，二来这人这么凶，我怕被他骂，呵呵）

进不进得来我说了不算，不过说我凶是没啥道理的。我不像有些同志会拿一个必败的任务给下面人做，做失败了又找下面人追究责任。在我的team里做事，只要你是按照我的要求在做，失败了是我的责任，是我没把任务分配好，是我没找到合适的人和合适的事。话又说回来，要是你自己习惯不好，你写程序不做单元测试，你看到重复代码也不重构，你修改了好多东西也不集成，那你说是该不该骂呢？

恩，主意就是楼主自己一个人做。要是他一个人做都做不出来，再加上那么几位就更别想做出来了。

gigix
我认为不是你这样搞,而应该是向风舞飞扬那样搞.但是我十分不喜欢风舞飞扬的说法.
实际的状况应该是,你自己搞,同时在自己搞得过程中,带着一群人学习你怎么搞.过这么一段,如果那些人还行,就可以帮你搞.如果不行,就要他们滚蛋.但是问题在于,类似的项目多数都是一种3-2个月的项目,根本就只能是培养他们,你就别指望他们能帮你.而这就是我最厌恶的,拿着客户的钱,给自己的公司做培训.其实这样的效果也并不是好,还不如在新人进公司的时候安排一个专门培训的项目做.要说分工明确,这才是分工明确.

其实楼主来这里讨论根本就是浪费时间。在这种情况下，只能自己把大部分责任承担起来。其他人能用上就用，用不上就让他闲着。如果他还敢捣乱，耽误你的开发效率就让他滚蛋。

什么软件开发过程、软件工程都是扯蛋，火烧眉毛的时候了，你就野蛮一把好了。造成这个恶果当然不是你的责任，完全是高层的责任。

你要是这么说,我同意,其实我的意思根本就是说很多时候,像XP方法那样的运用起来很困难,因为你要迫于现实,很多的地方还需要改造,例如很多不实用的测试,以及重构的门槛高等!应该去找一个更轻的模式,可以让普通程序员也能发挥作用.

你要真做过XP的项目你就知道，有这些方法的约束可以让新手程序员最大限度的发挥作用。有这些约束在，你还有机会知道他们行不行，有机会选出一两个还算行的，有机会叫不行的早点滚蛋。要是不要求他们写测试、不要求他们重构，甚至不要求他们持续集成，那你爽了，等着过半个月给他们擦屁股吧。那时候你就知道为什么说1+1<1了。

再补充一句：在你的这种场景下，所谓“普通程序员”根本不可能发挥作用。他们能发挥的最大作用就是不要造成负面影响，或者在“零作用”的同时训练一下自己为下个项目做点准备。项目着急的时候，越进人就越添乱，这也是常识。你说要找个更好的办法让新手进来就能帮你的忙，那也是不可能的任务，用常识就知道。

哈哈，连我个菜鸟都看不过去了。
测试高门槛，重构高门槛？下次我跳槽来你公司吧，我都会这么高门槛的东西了