虽然我没有很多项目经验,但是我还是从有限的项目经验中得出一些我任务有用的管理经验,供大家参考,一家之言,如有不同意见,欢迎讨论!随着工作经验的增加,此贴会随时更新:
1、让我的组员都有一个共同的意识,那就是这个产品是我们的心血,而不仅仅是在为公司工作。
2、频繁加班无法保证软件质量。
3、有组员主动加班不是好事,一是时间一长,他的激情都被加班磨光了,反而正常上班的效率都没了。二是容易引起团队矛盾。他老主动要求加班,显得多爱岗敬业似的。别人怎么办?为了不被上头认为不敬业也加班?这样下来怨气可不少。 很多时候就是这样,下班时间一到,所有人都不走就你走了。自己走得心里都不踏实。
4、部门级的会议后,我都会把项目的成绩和不足和他们交换意见,让他们觉得自己不仅只是项目中的CODING人员,也是决策参于人。
5、让他们自由发挥,有好的想法,就马上同意让他们去实现.就算有不同的意见,也是罗列优劣,让他们自己来判,使他们有自己在把握方向的感觉。并灌输他们从设计的高度来看自己的代码优劣,让他们享受到编程的乐趣,培养一种迎难而上的精神。
6、做软件尽快作出个release,给大家点成就感刺激刺激,然后休息一下, 这是敏捷开发正常的节奏。你的团队可能一直在一种单一的节奏里,就是每周加班,每周看不见目标。久而久之, 就像皮带长期绷紧,已经没有弹性和活力了。
7、如果项目紧张,把一些不是很紧急的变更需求拒绝或者延期实现。不能把客户提的所有变更需求都接受。这样会害了这个项目,兄弟,要学会拒绝。
8、项目经理责任之一就是控制需求。
9、你要和客户约定好“游戏规则”:新需求不是不可以提,不是不原意做,也不是提一个新需求要加多少钱的问题,而是新的需求按怎样的流程确认,不是七嘴八舌人人都可以提的,哪些是“必须有”的需求,哪些是“最好有”的。新需求最终确定,工作量怎么算,进度怎么调整,先要把这些话说在前面。如果你不能和客户订好这个游戏规则,那就让公司上面去和客户谈。