此篇文章是自己总结,学习研究而写的,目的是为打造一个良性的IT环境做一点小小贡献,如有错误,还请各位批评指正。
1.体系,首先一个企业必须做好承上启下的文化和制度,即任何一个人,不管他准备呆多久,都要有承上启下的前途安排。比如多少时间以后,通过培训或者其他方式往更高层次发展,并且让员工知道自己的前程安排,这个需要注意的是[b]别用考试来判断一个人的能力,先要看他的态度,然后要看工作内容,难度和强度,否则将和失败的中国大学教育一样地失败[/b]。
2.必须及时分配任务,避免下属无事可干。否则,将比酷吏手法更具杀伤力,[b]没事做比很多事做更可怕。[/b]
3.丰富多彩的企业文化,提升员工整体素质和凝聚力。
4.[b]不要去证明员工不适合他所在的岗位,这是对他/她最大的侮辱[/b],如果有其他事情,要转换岗位或者临时安排其他模块的事情,要让他知道是那是需要他去做,他原来也做得很好,而不是“下放”。
5.给高管像在为自己奋斗的感觉,避免他权力被边缘化,即“既来之,则安之”。
6.给高管一定的启动基金,使得他可以实现一些探索工作(硅谷做法)。
7.定期去关怀一下下属,和他们谈谈,不要整天都见不着人,领导的小小问候,可以提升员工很大的信心,勿以善小而不为。
8.员工的小错误进行隐性提示,不要放大,这样他会很感激你。我见过的很厉害的PM,直接等我上厕所,在厕所的时候提醒我犯的错误,特别是在上完厕所心情舒畅的这个点时,这真体现了一个优秀PM的功力 。
9.[b]快快,死得更快[/b],盲目求快必然导致死得更快 。那怎么才能最快呢?请看第10点 。
10.项目管理忌“一定”,没有什么是一定的,所以说一定在什么时间能完成什么事情,本身就是投机的,项目管理应该有容错性,要考虑到各种突发情况。真正一定的只有人的努力 。所以项目经理应该重视过程,[b]尽力协调解决过程中的问题,这样才是最快的[/b]。
本文将持续更新,敬请期待。
11.当项目比较紧的时候,注意亲身跟进(要在上班时间内,不要在下班盯着).
12.当有人出现疑难的时候,自己不能解决,要速度召开小会或者找人解决。
13.装机的时候让装机人员开启bios的vt-d的虚拟化和cpu的虚拟化,最好能3G内存以上,现在的开发没虚拟机没内存不能做任何事情。
14.很大的一个话题。创新。如何创新,这里只从怎么实现创新驱动生产力去说。简单来说就是保护下属实现最后一公里。创新也许就坚持突破了半个小时就出成果,但由于各种因素,导致这最后一公里停滞,比如领导的脾气,对能力和项目认识不够深入,只要保持这最后一公里程序员的身心健康,创新可以说是手到擒来。
15.敏捷小需求2个星期,大需求(12人)至少3个星期的迭代.
16.项目经理不必要去太早(可10点后),回太晚(可刚下班安排完或7点半后),如果什么事情都你亲自跟着,项目基本离完蛋不远了.但一定要对出现的问题要有清楚的认识和了解,晨会测试要跟上一起开,如果有问题,要能解决问题,不要做为难.
17.耐心解答工作变动或者其他问题.
18.当众口头沟通是有效的,比通讯工具好,这个需要注意是保持平等的口吻.
19.当一项研究到最后攻关阶段,遇到的最后问题,需要及时讨论,不可将错误一路走到西.
1.体系,首先一个企业必须做好承上启下的文化和制度,即任何一个人,不管他准备呆多久,都要有承上启下的前途安排。比如多少时间以后,通过培训或者其他方式往更高层次发展,并且让员工知道自己的前程安排,这个需要注意的是[b]别用考试来判断一个人的能力,先要看他的态度,然后要看工作内容,难度和强度,否则将和失败的中国大学教育一样地失败[/b]。
2.必须及时分配任务,避免下属无事可干。否则,将比酷吏手法更具杀伤力,[b]没事做比很多事做更可怕。[/b]
3.丰富多彩的企业文化,提升员工整体素质和凝聚力。
4.[b]不要去证明员工不适合他所在的岗位,这是对他/她最大的侮辱[/b],如果有其他事情,要转换岗位或者临时安排其他模块的事情,要让他知道是那是需要他去做,他原来也做得很好,而不是“下放”。
5.给高管像在为自己奋斗的感觉,避免他权力被边缘化,即“既来之,则安之”。
6.给高管一定的启动基金,使得他可以实现一些探索工作(硅谷做法)。
7.定期去关怀一下下属,和他们谈谈,不要整天都见不着人,领导的小小问候,可以提升员工很大的信心,勿以善小而不为。
8.员工的小错误进行隐性提示,不要放大,这样他会很感激你。我见过的很厉害的PM,直接等我上厕所,在厕所的时候提醒我犯的错误,特别是在上完厕所心情舒畅的这个点时,这真体现了一个优秀PM的功力 。
9.[b]快快,死得更快[/b],盲目求快必然导致死得更快 。那怎么才能最快呢?请看第10点 。
10.项目管理忌“一定”,没有什么是一定的,所以说一定在什么时间能完成什么事情,本身就是投机的,项目管理应该有容错性,要考虑到各种突发情况。真正一定的只有人的努力 。所以项目经理应该重视过程,[b]尽力协调解决过程中的问题,这样才是最快的[/b]。
本文将持续更新,敬请期待。
11.当项目比较紧的时候,注意亲身跟进(要在上班时间内,不要在下班盯着).
12.当有人出现疑难的时候,自己不能解决,要速度召开小会或者找人解决。
13.装机的时候让装机人员开启bios的vt-d的虚拟化和cpu的虚拟化,最好能3G内存以上,现在的开发没虚拟机没内存不能做任何事情。
14.很大的一个话题。创新。如何创新,这里只从怎么实现创新驱动生产力去说。简单来说就是保护下属实现最后一公里。创新也许就坚持突破了半个小时就出成果,但由于各种因素,导致这最后一公里停滞,比如领导的脾气,对能力和项目认识不够深入,只要保持这最后一公里程序员的身心健康,创新可以说是手到擒来。
15.敏捷小需求2个星期,大需求(12人)至少3个星期的迭代.
16.项目经理不必要去太早(可10点后),回太晚(可刚下班安排完或7点半后),如果什么事情都你亲自跟着,项目基本离完蛋不远了.但一定要对出现的问题要有清楚的认识和了解,晨会测试要跟上一起开,如果有问题,要能解决问题,不要做为难.
17.耐心解答工作变动或者其他问题.
18.当众口头沟通是有效的,比通讯工具好,这个需要注意是保持平等的口吻.
19.当一项研究到最后攻关阶段,遇到的最后问题,需要及时讨论,不可将错误一路走到西.