程序项目管理(1)

项目管理管的是什么呢，个人觉得其实管理的是人心，如果员工都厌烦了去做一件事，这件事还能做的好吗？

1.切不可无目的的加班

这里所谓的目的说的是对员工未来的福利，要让员工知道加班了对员工现在或者未来能带来什么好处。加班要让员工感觉到自己做的事情会缩短未来的工作时间或者能获得更丰厚的报酬等对员工有利的活动，如果公司不停的在改动项目，长此以往员工会认为这次的加班又是没有意义的，无论怎么加班都不肯能减少未来的辛苦程度或者得不到相应的报酬，积极性必然会大打折扣，甚至导致项目的灭亡，正所谓一鼓作气，再而衰，三而竭.员工也是人，一味的压榨只会激情更强烈的反抗情绪.

这里也隐含了对于管理者能力的体现，有些管理者在项目研发过程中不停的借鉴新产品特性，今天觉得这个新产品某个功能好，就加入到项目中去，过两天发现另外一个产品的某个功能好，又加入到项目中去，完全违背了最开始设计的初衷，比较好的结果就是做出来一个四不像，差的结果就是不停的修改，团队士气涣散，最终导致项目失败.这个世界上没有所谓完美的东西，想精益求精是好事，但是你要懂得什么是精益求精，并不是不停的抄袭新东西就是所谓的比原来好，就是精益求精

解决之道

(1)设立阶段截止时间，在截止时间内不做大的调整，截止时间可以设置的相对短一些。先做完事情的员工，可以获取相对多的休息时间

(2)管理者提升自身的判断力，不可优柔寡断，向着一个目标前进，当断则断。要学会做减法，而不是加法

(3)调动起员工的积极性，产生强烈的竞争意识

2.不固定时间就马上需要一个能运行的版本

这个问题主要出现的原因可能有如下几个方面

1.管理者心血来潮想看下游戏做的怎样了

2.有个展会什么的需要一个版本

3.有人来公司参观，就想拿出去展示一下

这样做在管理者眼中看似没什么问题，但是对于程序来说却是一场遭难。本来预计10天后需要一个版本的，现在突然说5天就需要一个。程序就是不顾代码的可读性，效率性等方面的因素，只为完成目的。短时间内或许不会发生

什么重大的问题。随着多几次这种情况的出现，代码其实已经满目疮痍，程序不得已用各种变量来怩补设计上的不足，最终导致各种不知道做什么的变量到处都是，程序已经无法正常阅读了。如果这个过程中管理者能够给予时间给程序重构，却是能够挽回。但往往一些管理者不懂技术，他们会觉得重构有必要吗？东西不是能好好运行吗，干嘛还要花费时间去重构什么代码。殊不知，这种想法正式将项目领向了毁灭之路。

解决之道

(1)尽量避免随时想看一个版本就马上想要一个版本的想法，这里一个截止时间，到时间在看

(2)如无法避免，也应当给予时间给技术重构的时间

3.善于发掘员工的本质

有的员工喜欢做简单而繁琐的事情，比如编写简单但内容很多的逻辑代码

有的员工喜欢开发难度较高的新功能

有的员工喜欢优化性能

.....

只有你深入了解了他们的个性，才能把他们的长处发挥出来，否则只能是事倍功半

解决之道

(1)通过平时的观察

(2)通过深入的交谈