对软件项目的管理者来说，他最应该关心的是能否按时优质地交付产品的问题。在计划时，必须首先考虑软件基本功能的实现和工程交付期，其次，才考虑产品的卖点，许多工程失败的原因就在于设计者没有时间概念，工程前松后紧或增加了许多次要的技术特征，这样反而对产品质量形成了威胁。
1、一般项目进度图表都是从不同维度出发,甘特图反映了项目管理的时间、成本和范围，主要关注进程管理。甘特图本身就是以图形显示展示的，易于理解，进度猫以甘特图为导向，甘特图显示项目的进度和具体任务详情，用户无须担心复杂计算和分析，而且还能对未完成任务、已完成任务进行分类管理，让项目整体进度可随时把控，除此之外还能通过进度猫绘制思维导图，思维导图还可以转化为甘特图。
2、程序员需要关心尊重。曾经有个例子，某公司开发人员王某由于刚开始学习编程，技术水平差一点，常常受到经理的“另眼相看”，每次软件出现了问题都怀疑是他的原因，老开他的低级玩笑，这位员工会有怎样的表现就可想而知了。
经理通过这种手段能够迫使这一位自动辞职吗？非也，这位员工后来工作非常不负责任，把代码写得既长又重复，且在代码中留下大量的隐患，此时，经理却反而不敢过分得罪他了。如果认为某人不适合目前工作，为何不另请高明？既然已经请他做了这件工作，就得尊重他。
3、不能指望开发人员在非工作场合谈吐得体、办事周到、眼观六路、耳听八方，正所谓“尺有所短，寸有所长”。软件人员普遍喜欢自由而宽松的工作环境，最好不要做过多的无谓的规定，例如不准迟到、上班必须换拖鞋，否则罚款等等。如果确实有人经常上班迟到，工作不认真等，首先应该了解原因，此时多做思想工作是必要的，许多公司的经理们认为“思想工作”是过时的东西了，其实不然，私企职工背负的心理压力其实很重。
4、心态调整问题。作坊式作业的时候，软件是由一两个程序员写的，软件写完了，虽然在产权上这个软件或许不是自己的，但程序员心里会觉得这个软件就是自己的，关于这个软件一切成败荣辱都被看成是自己的，在这种心态下，程序员会不分白天黑夜地超常投入。
而现在的软件一般都是十几人、几十人甚至上百人协作完成，软件写成后究竟是谁的？有了荣誉是谁的？都不是太明确，同样，软件有点毛病也不知是哪个人的，而是大家的，既然是大家的事情，那就让大家来做，我为什么多操那个心？如何在大协作的背景下最大限度地提高个人的积极性很值得仔细研究。
网友评论