• 2010-01-24

    Mini CodeJam

    版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
    http://www.blogbus.com/dreamhead-logs/57001199.html

    这个周末在办公室做了一个Mini CodeJam,不同的是,参与者是“预备役”ThoughtWorker——即将于今年加入公司的毕业生。

    我们这些“现役”ThoughtWorker分别扮演客户和教练的角色:客户雄心勃勃,也非常强硬,不断对开发团队提出自己的要求;教练只是告诉团队基本的开发过程,不过多干预,尽可能让团队展示他们自己的东西。

    不出所料,开发过程非常混乱。结果更糟糕,没有交付哪怕一个Story。

    能够通过我们层层面试,这些预备役每个人的个人能力都是很不错的,但是,把他们放到一张桌子上开始进行开发,客户不断在身边催促,他们就完全陷入混乱。

    团队冷静下来进行回顾的时候,总结了很多做得不足的地方:
    * 虽然经常在和客户“沟通”,却没有搞清楚客户要的到底是什么东西。
    * 迫于客户压力,给出了一个自己臆想的估计,客户的胃口一下子就掉了起来。
    * 当客户问及进度,团队盲目给出答复,致使客户失去对团队的信任。
    * 整个团队一开始就动手写代码,没有对要做的工作进行一个分解。
    * 彼此没有很好的沟通,代码集成起来很困难。
    * 开发人员低头写代码,没有人关心Story的验收条件。
    * 整个团队没有人有风险的意识,deadline行将来临,没有人关心。
    * ……

    结束之后,我问了大家一个问题:同样的时间,如果一个人做的话,是不是会有交付。我看到很多人在点头。一群个人能力很强的人组成一个团队,甚至还不如一个人。这是个很值得思考的问题。

    设计这样一个Mini CodeJam,目的并不在于交付,而是让这些“预备役”意识到专业软件开发和自娱自乐之间的差异,鼓励他们去更多的学习。

    只是,这个Mini CodeJam折射出来的问题在很多“专业”开发团队日复一日的上演着。

    分享到:

    历史上的今天:

    乱弹算法 2007-01-24
    引用地址:

    评论

  • 混乱的需求管理 + 无效的沟通 = 失败的项目
  • 他们遇上了你,他们很幸运,就像我遇上了我的老大一样!^_^