[转]假如我是一个项目总监/经理——我手写我心

 

假如我是一个项目总监/经理——我手写我心
 转自http://baoqiangwang.blog.51cto.com/1554549/403926

就国内中小民营企业而言，项目总监/经理的角色最为尴尬。项目总监/经理不是一个行政上的title，所以没有行政、财务、人力上的权力；项目总监/经理 也很少有项目提成或项目奖金；项目总监/经理更多的被视为因政治因素而临时授命的一个暂时性的英雄人物，一个能够带领一群初级工程师完成某项任务的高级技 术工程师。简而言之，只有义务而缺乏权利。

在绝大多数中小民营企业中，抛开强烈的政治斗争不说，还缺乏完善的公司管理制度，缺乏正规的项目管理流程，缺乏足够的技术储备力量。

所以身处民营企业这个漩涡中，需要考虑的不仅仅是项目管理本身，很多时候你要与公司整个复杂的环境去做抗争、妥协；其次你需要自己制定一套行之有效的项目 管理规则；再次你需要因人而宜的去构建项目团队；然后是充分展现自己的技术才能；最后在梳理完自身的事情后，才是和客户长期的合作和斗争。

所以个人认为作为项目总监/经理，最重要的事情应该如下：
1、沟通
沟通本来就是项目管理中最重要的任务，但在机制不够完善的民营企业中有更为放大了，因为很多看似不重要或者不是问题的问题都可能影响这个项目管理的基础和进程。

从我所曾服务的一家公司来看
公司缺乏基本的差旅制度，从项目成本预算到成本核算，从差旅费用标准到差旅费报销完全靠谈判和询问，而不是制度来保障。
公司缺乏基本的人事财务制度，从人员安排的随机性到对专职技术人员的储备，从入职合同到入职流程，从转正到工资发放，都存在严重的问题。
公司缺乏实施大中型集成系统的心理和管理准备，因为之前实施的一些小项目都是靠3、5条枪足以，也缺乏系统维护的思想准备，公司高层天真的认为靠人的增倍即可。

沟通的对象主要是公司高层、技术副总、技术总监、各职能部门经理、财务总监、人事总监，团队中的项目经理，团队中的项目成员，客户的高层，客户中的关键干系人、客户中的普通干系人
沟通的事项包括人力、物力、财力的申请，项目进度的汇报、项目需求的收集等等。
沟通的方式包括电子邮件、电话、会议、一对一的沟通、一对多的沟通。

2、团队建设
在大中型项目中，个人认为稳定压倒一切。往往在中小民营企业中，技术人员缺乏足够的储备，招聘的随机性，导致项目前期基本上处于无序的状态，当然随着项目 进度的压力和迫近，公司总会招够足够的技术人员，这个事情人员压力会逐渐缓解；其次是项目初期，项目经理或技术人员的安排的随意性很强，导致前期与客户的 沟通人员经常变更、实施人员也经常变更，不仅会导致需求收集的不确定性，也会导致客户的不满。
在本人负责的某项目中，同时有两个子系统，一个子系统团队相对稳定，因此虽然技术难度比较大，但总算还是按照项目进度有序发展的；而另外一个子系统换了3波系统需求调查人员、3波项目经理，3波开发人员，做了半年了，还是一点进展也没有。
因此团队的建设愈发重要，尽可能的确定核心团队成员，子项目经理也好，team leader也好，技术架构师也好，无非是个名词的不同；在此基础上进行团队的整合和管理。
除了团队建设，当然也要有团队维系，团队的维系靠日程的沟通，定期的team party，让团队成员感受到团队切切实实是存在的，每个人在团队中都是不可或缺的一部分。

3、风险管理
风险管理看似与上面提到的问题有所雷同，简而言之，风险管理不仅只是项目管理本身中应该注意的事项，还应该包括公司的内部复杂环境、公司高层的支持度、公司领导对IT的熟悉程度，

这类的风险跟踪建议通过与公司高层、部门领导进行邮件的方式来进行，以做好备档。

4、项目管理
老实说，在中小民营企业中没有公司和部门的项目管理制度，有的只是个人的项目管理风格；因为没有制度，所以只能靠自身项目管理的经验和自身对项目管理技能 的学习，我是建议大家读一下PMBOOK和CMM3的，注意CMM3即可，过尤不及；PMBOOK可以提高项目经理对项目管理的个人能力，CMM3可以提 升项目经理对项目过程的掌控能力。
此外大中型项目和小型项目的管理也是不同的，小型项目更注重的是项目经理的技术能力，系统的业务功能实现；而大中型项目则是若干子项目的协调管理与监控，也包括与第三方系统的协

调管理，可以说一招不慎，满盘皆输。

5、技术架构
关于技术架构能力，可以说是老生常谈了，项目经理需不需要超强的技术能力呢？个人认为是需要的，当然人也不可能是万能的，既精通小型机又精通操作系统，既 精通数据库又精通编程开发，这样的人即使是有，也早自己创业去了，不过从技术面上讲，技术架构要的是技术的整合能力，而不是具体的coding能力。

 

===============

假如我是一个部门经理——我手写我心
转自：http://baoqiangwang.blog.51cto.com/1554549/404744

首先IT行业是知识和资金密集型的行业，很大程度上是缺乏可复制性的，远远不是唐骏说的我的成功可以复制，而缺乏可复制性，则意味着资源的浪费；
其次IT行业中绝大多数是IT工作者，主要从事脑力劳动，其思想有一定的深度或独创性，如何有效的发挥每个个体的积极性，也是一个值得探讨和思索的问题；
再次部门经理是企业管理中承上启下的关键性的角色，公司业绩需要靠具体的部门来推动和实现；
IT行业尤其特殊性，所以部门经理同时也应该是对IT技术和IT管理有独特见解的人，需要对行政管理、项目管理、产品管理、人力管理、技术有着深刻的理解，IT行业不需要纯粹的行政官僚，当然也不需要只逞匹夫之勇的技术专才。

1、任务和计划
部门经理作为公司的中坚力量，起着承上启下的作用，部门的发展和目标必须和公司的战略目标和经营计划保持一致才有意义，因此要充分解读公司的战略目标和年度经营计划。
通过解读,部门经理要弄清楚这样几个问题
为完成企业战略和年度经营计划,本部门/团队承担的主要职责是什么?
为完成这些职责,本部门/团队需要的资源和支持是什么?
如何分解并向员工传达这些目标任务?
为帮助员工实现目标,自己又该做哪些努力等等。
此外除了公司的战略目标和年度经营计划之外，本部门还需要加强和完善哪些方面？并提出自己的合理化建议。

2、定义职责范围&认识员工
在充分解读企业战略目标和年度计划之后,接下来部门经理要做的工作就是与员工一起重新定义他们的工作。
对于IT公司而言，作为部门经理首先要了解自己的员工，可以通过员工技能矩阵和人力资源利用矩阵的方式，同时通过项目的实施情况从其他方面了解员工的技能、工作态度。
通过员工技能矩阵，可以了解员工的个人发展方向，个人技能情况，是否出现技能和工作的偏差。
通过人力资源利用矩阵，可以了解员工的工作饱满程度，一方面给工作过于饱满的员工降压，一方面防止出现不拉马的士兵和人员浪费情况
通过项目实施情况，可以了解员工的工作态度，以及技能的实际掌握情况，并给予相应的支持和帮助。

3、构建核心团队
项目管理需要构建核心团队，部门管理同样也是如此。
核心团队的稳定也关系到部门能否顺利的完成既定的任务和目标，比如项目经理、系统架构师、技术专才、需求分析员、顾问等等；了解员工的技能也可以适当把员工向不同的方向去培养，做相应的技术储备和核心团队成员的培养。

4、完善项目管理制度和机构
部门任务一般是靠项目管理来维系的，即使产品研发也在很大程度上是和项目管理重叠的。
构建完善的项目管理制度，旨在把成熟的经过实践证明的项目管理流程固化下来，以构建部门级的项目管理能力，并为以后的项目管理提供规范和参考。
构建相应的项目管理机构，比如PMO，旨在把各优秀的团队成员固化下来为其他项目管理提供支持和帮助。

5、培训制度
培训有多重要呢？很多时候员工之所以离开并非是因为薪资福利不够，而是看不到自身的进步，员工不仅仅在寻求公司的发展，也在寻求个人的发展，职业经理人的 魅力也是有限的，所以提高员工的自身能力，不仅可以维系员工的忠诚度，也可以提供部门和公司的效益。 很遗憾的是很多企业目光比较短浅，认为培训需要成本和 时间，短期内又没有收益。
某外企把员工接受的培训小时数定为部门经理考核要求，培训小时为80小时，既有内训也有外训。
培训可以有多种方式，比如部门内部资深员工提供的培训，部门与部门之间的培训，外训也可以有多种，比如参加一些项目管理交流会。

6、定期沟通机制
之所以提到定期沟通机制，是因为部门领导与成员的沟通往往是随机的和完全不平等的；随机性导致部门经理只是在出了某些问题后才能了解事情的动态，不平等则意味着根本无法了解员工真正的心态，因此这样的沟通是没有意义的。
沟通是管理的一项重要职能，据统计成功的管理中70%的时间用来沟通，有效的管理中50%的时间用来沟通。
会议上的沟通严格意义上不是真正的沟通而是命令，可以根据部门人数的多寡来制定沟通时间间隔，沟通可以随时随地进行，重要是一个平和的场合，像朋友似地交流。

7、绩效考核
很多公司实际上把绩效考核当做排除异己淘汰员工的一项手段了，我认为绩效考核则是考核员工一段时期内的进步程度，通过关注员工的绩效目标的执行状况,结合 员工的具体情况对他们进行有针对性的辅导,提供必需的资源和领导支持,帮助他们清除前进过程中的障碍,创造一个积极和谐的工作环境,使员工在实现绩效目标 的同时提高能力和技能,做好挑战更高目标的准备。

绩效考核不应该作为升职提薪的一项标准，而是对员工进步的一种鞭策。

没有不好的士兵，只有不好的将军！