互联网项目管理-谁是项目的受害者？ 2009-12-7
在做网站项目管理时我想大家都可能遇到以下的类似情景：
1、这个功能不是我负责的，这个类不是我做的 ！
2、这个需求TMD分析的有问题！
3、为什么当初市场销售的没有说清楚！
4、这个数据表设计最开始就有问题，现在没法做！
5、 这个东西我怎么知道，你问他们吧，不是我搞的！
类似这样的场景，有做过项目或产品管理工作的人我想都是记忆犹新，而且也可能是做管理经常遇到的问题。
程序员本来应该是一件需要很大创意性的工作，怎么成了一份怨天尤人的工作？
感觉，程序员的工作很苦，很累，很委曲。程序员的工作成了生活的压力。
管理者的压力来自于客户，来自于公司老板。程序员的压力来自于项目经理，来自于学习压力，来自于项目需求的变更。
更多有做过项目开发的人都深有体会，怕的不是创新，不是新技术，而是工作需求的变更，这是致命的压力感。
改了一次又一次，客户说话不算数，销售是神经病什么都答应客户，主管脑子进水，这样的需求也做的出来.......
项目干系人的压力来自于项目的进度，项目的可行性，项目的收益等等，为什么这该死的项目拖了再拖，做出来的东西根本不是我想要的！
到底谁是受害者？
程序员？项目管理？项目干系人？.....
太委曲了吧，每个人都觉的自己是受害者，每个人都带着受害者的心理在完成这份差事，这就是国内大部份公司的现状。
程序员每天看到的是自己的工作量越来越多，程序的修改频率越来越高，模块设计的越来越复杂。
项目管理者看到的问题是项目越改越差，功能越来越四不象，老板的脸色越来越越难。
面对这样的局面，每个人都在心理盘算，这项目是如何失败的，已经在心理默默的又总结了一次项目失败的经历，盘算着下一次面试该如何把这个项目
失败点做为自己获取新工作的筹码。
这样的团队如果不会把项目做失败那也算是一个奇迹。
难道大家都没有沟通吗？结果是否定的，我想沟通的可能还不至一次。沟了就通了吗？通也许是暂时的。
那怎么办？
需要每个角色的人都能正确认识自己所处阶段的位置，程序员应该摆脱“受害者”的心理和想法，问题的出现绝对不是因一个人或一个点造成的。
任何事情都有商量的余地和解决办法和方式，需要改进的是自己的心态，敢于接受挑战和面对现实的心态。
每个程序员都要对自己做的事情负责，在项目时遇到最多的还不是技术问题，更多的其实是进度工期拖后，拖后的原因有很多，个人技术水平，需求的变化
项目时间分配。其中技术和项目时间的分配相对的可控，但为什么程序员自身没有更好的把握好项目的工作时间呢？
非要等到工作到期了，然后才发现还有一堆的工作没做，或根本就没有去验证它的功能，导致整个项目不能如期上线，作为程序员应该好好检讨下自己的做事
态度，成人最起码的责任心到哪去了？难道非要你的主管来约定你每天写多少行代码吗？
面对需求问题，明明了解这个需求可能会造成什么样的不良后果，但还是接手做下去！这明显是对工作不负责任的态度，或者说基本不是一个专业的职业人能
干的事，很多程序员的心理总是报着这种"英雄救美"的心态，等项目出现大问题了然后他突然跳出来指责一番，然后说我有解决办法。
请站在一个专业的角度来看看自己底到是什么在摆弄着你的心态，是什么阻碍了你职业生涯的脚步。
而我们的项目主管也是一样，明明这个项目或功能需要比较强的技术水平，偏偏让一个不熟悉的人来做，导致做出来的功能质量差，客户不验收，这样的案例
太多太多，客户或销售提出的需求变更没有及时反应变更带来的直接影响和风险评估，非要等到问题出现了后才后悔莫及，然后要求程序员们加班加点 。
请站在一个专业的角度看看自己，底到是什么让项目的进度变的如些的不可控制，是什么让系统的功能变的如些的脆弱。
不和是程序员还是项目管理者请摆脱"受害者的" 心理。