2008-01-12工作 程序员与项目管理的博弈

昨天，为手下的事真是不爽，程序员不单要从程序的角度看问题，还要从项目管理及项目的持续发展看问题才行。

说实话其实也没什么大事，user要做private banking的报表，HK的头要我们estimate man-day, man-days我是报上去了，三个programmer, 每人28个man-days, 可是，三项需求，programmer想维护方便，想做成一个界面，而且还想做到原来的功能上，我真晕，和他们说得口干舌燥，才同意了我的做法。

1. 三项需求，每个人至少都是20个man days, 多的是28个。

2. 他们想一个入口完成。

3. user觉得极其简单，随便改一下就行。

我就说了，user觉得很简单，你们又想同一个入口，你们想想，user会觉得你们20+的man days合理吗？就算你们真的用的是20+的man-days, user也觉得不可能，不就加两个选项而已，用得了那么多时间？另外一个问题，你们想维护方便，你们也可以用同一个程序改，等上不同入口时，改名不就行了？

　没想到他们那么懒，多做几个入口都不干，改个名都不愿。再说了，要是不多做几个入口，user说简单，HK的头到时想帮忙都不行，到时user说不就加两个选项嘛。怎么去争取多一些的man-days? 另外，就算user接受你们的说法，人家也会质疑你们报的man-days, 进一步，对你们以后报表man-days, 以前报表man-days，都有抱有疑问。....................

唉，程序员想方便，但对项目管理上的方方面面，还是懂得太少了。而且，还涉及到一个执行力的问题，其实一般情况下，头让你那么做是有他的道理的，呵呵，所以最好还是按头说的做，才能争取到最大的好处。呵呵，当初也是不理解HK的头怎么老是磨磨蹭蹭，这段终于是顿悟了。不过，HK的头还是不少做得太过分，还是不爽呀。