给新人的建议：新项目经理常见难题

http://www.blogjava.net/relax/archive/2010/10/22/335906.html

给新人的建议：新项目经理常见难题
工作两三年后开始有机会带领一个不大团队，这是一个好的机会同时面临着很大的压力。从技术角色转换为管理角色多少有一些新的课题。
Ø 需求范围的控制问题
要做到良好的控制需求至少有两个前提：正确理解了客户当前阶段的主干需求（包括：最高期望和底线），其次在需求管理过程中控制节奏。
如何在控制需求范围上掌握节奏的主动权，我们经常碰到的是客户追在屁股后面问进度、要文档、加需求、变更需求；以前也曾经考虑过这个问题：如何扭转这样被动的局面呢？这种局面的一个特点就是客户在安排我们的工作；如果我们能安排客户的工作，问题就解决的一大部分。
如何让客户听从我们的安排来做事，对不同的客户确实应该有不同的方法，但我们心里必须记住要让他为我所用，而不是被动挨打；有一种方法是：有节奏的抛给他足够多的需求问题,当然这些问题都是你分析的结果而不是平白无故造出来的；让他忙起来，而且还要让他感觉你兢兢业业的干活。

Ø 主持会议的问题
管理团队免不了开会，安排工作、讨论问题或评审等。
第一什么时候开会？开会比独立沟通更有效时；大家以前没合作过需要通过开会来混个脸熟；讨论有争议的问题离线交流不如面对面的来到快捷；无法通过行政命令执行的东西，需要大家通过会议来认同。
如何开会？首先为确保参会人有思考的时间，必须将资料提前发给他们；其次会议有明确的议程和目标；在会议中如果跑题要及时拉回来；会议结束要有基本的会议总结，应该有会议纪要，并重复宣读一遍；如果参会的人员有比你级别更高的人，就更需要明确会议目标，否则领导都喜欢高谈阔论浪费大家的时间（好像说的就是本人）。
开会本身没什么，关键是确定明确的目标，让会议过程在可控范围之内。

Ø 时间管理的问题
一般的开发工程师时间管理重要性不那么明显，可是作为项目负责人就不同了，所有项目组成员的工作效率可能都和你的时间安排有关；其实除了从业务上的优先级来安排外，重点就是：影响他人工作的事情优先安排，比如你的项目组成员等着你的米下锅的事情优先安排，再比如评审时需要其他项目组成员配合的优先安排；再用一句白话：不要让人等我。其他能独立完成的事早点晚点你都有百分百的控制力度。
项目负责人就是吃苦在前的活，你必须把准备工作做好了，让其他人能投入战斗。

Ø 民主与决策的问题
其实我本人并不是个民主的人，民主的反面就是低效；但民主可以避免犯大错误。
作为项目负责人至少不能犹豫不决，当断就断；否则难以取得项目组成员的认可。提交民主讨论前的决策，在没有把握前可以和组内组外的相关人员独立沟通，拿出一个有讨论价值的方案。民主过程必须是查缺补漏而不是推翻重来，特别是工期紧的项目。

Ø 获得团队成员尊重的问题
项目负责人最值得尊重的是来自于他能做出好的决策，而好的决策来自于：经验、灵活、倾听。
我并不是一个好的领导，至少我没有耐心倾听；我还是将自己的理解和大家分享。首先，要先做哪些需要由项目负责人做的工作，比如：做决策、和客户保持联系、做计划等；其次要成为了解项目所有信息的人；对项目保持乐观，项目负责人不能抱怨或有悲观情绪；要有高期望值，不要让人们在工作还没有做好的时候就不做了；勇于承认自己犯的错误；以身作则，大家都不愿干的活你要先干，比如写文档。总之尊重是靠努力获得的，项目负责人必须比其他人付出更多。
项目管理是我们公司总体上也要加强的内容，只有更多人有这方面的经验并分享经验，大家才能共同提高。


---------------------------------------
针对以上建议，对去年的一个项目的一个项目作反省：
1. 需求分析不够。由于客户在异地，通过电话沟通效率不高，自己也不都主动，想当然以为自己的想法是对的，造成有一个基本的需求理解出现偏差，第一阶段开发完成之后和客户开会才知道理解错了，当时会上客户的反应是“啊，你们是这样想的啊。。。。。。”，惊愕加好笑。（幸好是比较熟的客户）
2. 会议的时机把握。开会是占用别人时间的事情，其实我一直对这个把握不准，总担心会打乱别人的节奏，所以经常出现要不要开会而犹豫的情况。所以，一般是在上班前或者快下班的时候开会。
3. 时间管理还算好。自己从来是对时间的利用效率比较好，什么时候干什么还是拿的比较准。项目总结发现唯一骄傲的是团队很少加班。
4. 民主和尊重问题，团队不大，所以不存在这样的问题。