身为程序员的一点想法(抱怨文)

这是篇抱怨文，不想看的可以跳过。

“先求有，再求好。”

我一直明白主管们这句话的意思，可是，就我每次看到的，先求有之后，似乎都没有办法求好。

因为整个系统可以说是从基底就没写好，再加上后面又有更多的事情要做，所以都没有办法能够

好好的重新检示一下是否有需要修正的地方，每次真正开始有时间之后，就是更多的新功能要开

发。

我不懂为什么不一开始就先多花点时间好好规划再去做，明明就已经开发过这么多的东西，有这

么多的经验，可是每次都还是要先硬写出来之后，后面再花费大量的人力和时间去维护系统，甚

致差点赔上自己的商誉。

我不知道是不是我经历过的太少，难道系统开发都是这样走过来的吗？身为一个程序员，明

明就知道系统有问题，但是却只能视若无赌的继续往下开发新功能，老实说真的觉得蛮难过的。

会说到“先求有，再求好”，起因也是因为原先规划新产品的进度delay太多了，原先排时间就

是完全不考虑是否有额外因素下去排的，可是却碰到客户的临时状况，增加了许多不是在预期之

内的工作。

在一开始的时候，其实在部门会议、及每天晨会我都会提出这件事，因为客户的需求单，所以新

项目目前没有进度；但是上周的部门会议，再次提到了这件事，原先规划预计要完成的时间是本

周四，主管们才反问我怎么没有早点提醒。

“我一直都有说啊，可是你们要我直接去跟需求单位反应，我也有去说了，可是因为需求单位

ooxx....所以还没办法调时间，这件事我从一开始就一直有说啊。”

“那你应该要来一直跟我说，说到真的很急让主管们去协调时间啊。”主管回答我。

可是，项目时程控管进度不是我要管的吧？我一直以为我的角色就是维护组的工程师，需求单

位需要在时限内处理的事情，我都有按照时程完成；今天如果没办法照时程走，我也一直有反

应上去啊，怎么会变成我要去一直提醒呢？

我都不知道到底自己到底身处在一个怎么样的角色里了。

另外，因为主要流程的需求单位没办法确定，所以原本排定要先做的单没有多少可以做，所以

我想说先动手把组件写完，等到他确定下来就可以直接把主要流程写完；所以在主管问到进度

的时候，我说了只写了组件。

“其它不是也有可以先做的功能吗？怎么不先写那块呢？你写了组件别人又看不到进度，这样

进度等于零啊。”

“我还以为你其它的都做完了，才会开始写组件了。”

可是，因为主要流程是最难写的，所以当初才决定要先写主要流程不是吗？我知道其它是可以

先写的没错，可是每天早上的晨会我也有报告今天要做什么事了啊，每周的固定会议也有说进

度到哪里了啊>_<。

结果开完会出来，需求单位跟我要这几周花在别的客户上的时间和做了什么事。

“我在做什么你不是应该最了解吗，单都是你开过来的耶。”我这样回答他。

“可是我不知道你详细花了多少时间，你如果没有把时间算好，我很难跟主管讲说因为哪家客

户所以导致进度delay。”

“那我把我每天的工作报表寄给你。”我说。

“不要啦，你就把你做的项目和时间写在team上面就好啦，我要从哪天的单开始算？”(我们

有在用team system管控需求单)

OS:明明第一周就告诉你一定会delay，天天在催你要调时间，最后一周才在跟我要东西。

结果弄到后面一整个好像都是我的问题，什么都要我整理，然后星期一要报告。星期五回家的

脚步超沉重，不知道这样子的工作到底是为了什么，不知道这样子的工作到底适不适合我。

唉。

原文地址：https://www.cnblogs.com/petewell/p/11465839.html