开发管理中的那些坑

前言

知道敏捷已经挺久了,杨sir从网龙回厦门的时候,带回了敏捷之旅。那年大神王晓明在敏捷之旅上讲轻敏捷的时候,觉得公司需要这个。因为在他的案例里,把一个失败的项目和团队转型成一个成功的项目和团队。眼前为之一亮啊!

但真心没有好好沉下心去学习和体验,理由是“我要写代码”。中间断断续续看过一些创业啊、Lean啊的书。不过上上周跟着Daniel Teng做了三天的Scrum Master的培训,感觉是有了小改变。做一个小系列吧,把我的体验总结一下。

我没什么“成功”的经验,所以就写写那些年遇到的坑吧。

坑爹

软件开发出来,目的就达到了吗?

我们都在写代码。毕业生进公司的时候,多抱着一种“我要学东西”的态度,而做了两三年,多抱着一种“我想做东西”的态度。而从这几年的互联网看来,大家更有一些“我要创业”,“我要找到投资人”,“我要赚大钱”的目标在里头,稍务实一点的会想着“嗯,我要服务100w用户”,或是“做一个某某平台”。
我们总以为做一款软件等着就有用户蜂拥而至。天涯、19楼、小鱼都是论坛,论坛软件用discuz或phpwind在十分钟内就能搭建起来,是不是软件开发出来,上线,然后就有用户来了,然后另一个天涯就产生了?现实不是这样的。

计划赶不上变化

我们常常做了一个项目的非常非常完善的计划。我第一次当“经理”的时候,曾经一个人做过一份8个工程师的小组完成的项目计划,用Project来做的,把大任务拆成小任务,然后甘特图,大约要做3个月的样子。为做这个庞大的计划老板还派我去厦门某微软培训上了Project的课,然后挣值分析啊什么鬼的(Project真的很强大啊,那个Project Web Access更牛叉啊)。因为老板要知道进度如何,然后每个人的工作情况之类,然后要看到工作汇报啥的。
但最后这套牛叉哄哄的东西,没在公司内用起来。原因是:太牛叉了,大家完全用不起来,所以只能我一个人根据项目实际情况来调整。
Project里有一个“项目跟踪”的概念,可以与基准计划进行比较。当时我在想的是:“如果计划得好好的,执行起来又是另一个样子,那计划有多大作用呢?纯粹让老板心里更有底?做老板的决策依据?是不是有点不靠谱啊?”

实际当年那个项目的执行情况是超级混乱。对大家的工作时间完全没有估算得很清楚,中间还有人员变动,最后项目完成是完成了。但Project早就不知道丢到哪里去了。如果真的与那个计划相比,那就是延期又延期了,加班又加班了……

那是不是不要计划了呢?要的!不然我怎么知道未来会怎样?只是,计划要跟得上变化,或是说,计划本身就应该是变化的。

千里之行始于足下,就从计划开始吧。
嗯,对的,明天写写“计划的那些坑”。

Copyright © 2014. All Rights Reserved.

发表评论

电子邮件地址不会被公开。 必填项已用*标注