当程序员变成软件项目经理.docxVIP

当程序员变成软件项目经理 当程序员变成软件项目经理。 来自：项目管理者联盟 当你预期的那一天，可能是害怕的那一天，终于 来到了：从工程师的队伍里你被提拔到了软件项 目领导或者团队领导的位置。这可能就是你选择 的职业道路，或许你不太情愿，将就尝试一下。 无论在哪种情况下，你都可能缺少工程学科、人 员管理以及领导能力的相关教育 这需要更多的领导能力和管理（它们不是一回 事），而不能象Dilbert （译注：著名IT漫画主 角）那样简单地和老板对抗了。当你考虑新的目 标时，请考虑下面的活动计划列表。一次就抓住 了每个亮点，这是不可能的。可是这份建议说明 能够帮助你将注意力放在能够提高你和你的团 队绩效的活动上。 建立优先级 作为经理，首先要做的、最重要的事是你需要有 意识地建立优先级。当你仍陷于繁重的软件开发 活动中时，你需要一套新的职责。过多的经理新 手不能抗拒技术的吸引而陷于此类活动，这将导 致项目组的其它人员想要获得经理的帮助时，却 得不到帮助。 有成效的领导知道她们首要的任务是为其它组 员提供服务。这些服务包括训练和指导、解决问 题和冲突、提供资源、建立项目目标和优先级、 提供适当的技术指引。要使每个组员都能清楚的 知道，你总是能够帮助她们。我发现将自己定位 于为被我监督的人工作是非常有意义的，而不是 相反的。在你所作的事情中，对于组员要求你帮 助她们这件事，应该具有非屏蔽中断的优先级。 第二重要的，是使你的客户满意。作为一名经理, 没有直接的能力使客户满意，因为你已不再是作 为个人提供产品和服务完成这点。相反，你必须 建立一种环境，准许你的组员最大程度上满足客 户的需求。经理提供了强有力的方法，有效地提 高客户的满意度 第三重要的，是为你的项目工作。因为可能还有 其它许多技术上的项目，或者其它经理的请求帮 助，诸如为指导委员会工作。当这些和二个高级 别的发生冲突时，都要准备推辞掉。 很明显，使其它经理满意的事情是你最不重要的 事情。在一个有秩序的组织里，如果你在三个以 上的重大环节上获得了成功，其它的经理都会很 激动的。我们并不都能很幸运地工作在一个良好 的环境里，但一定要对你任务单上排在最前面的 工作任务努力尽到最大的责任。集中精力有效 地、快乐地、尽可能地帮助你的组员，不要将精 力放在使你上司满意的上面。 分析你的技能差距 除非你已经为新位置做好了准备，否则相对于你 当前的领导能力和管理技能，你会感到一些差 距。出众的技术背景或许是你被选为领导角色的 一个因素，可是你要想干得出众，你需要更多的 技能。针对别人的评论和项目，真实地列出你的 长处和短处，然后减少差距。 软件人员并不以令人满意的人际关系技能出名。 你会希望增强处理人际关系的经验：解决冲突、 说服以及灌输想法。你也不得不处理包括招聘、 解雇、商谈计划表，以及在你的办公室里评论某 人业绩使其伤心落泪等一些事务。 我发现从一堂倾听技能课开始我的管理职业是 非常好的。当作为个体提议人，积极地将我们自 己的技术议程提交小组时，我们经常对此感到非 常惬意。有效的管理要求更多的合作和善于接受 的人际关系方式。要花点时间学习如何（何时）巧 妙地引导自己的自然判断。倾听技能课提供了一 种交流机制，我已经发现在许多场合下都很有 用。 接着，到讲台的另一侧，提高你的演讲能力。如 果你真的不适应公开场合的讲话，学习戴尔 .卡 内基的课会有帮助的。你会发觉，经过这样的培 训获得的经验，以及获得提高的交流能力，都能 够帮助你更好地适应将来的工作。 作为项目领导，为了计划和跟踪项目，以及当需 要项目回退而采取修正措施时，你有责任调整其 它人的工作。参加项目管理的培训课，阅读一些 有关项目和风险管理的书籍和文章。参加项目管 理学会，阅读其月刊--PM Network。SEI的软件 能力成熟度模型对于软件项目计划和项目跟踪 提供了很多有用的建议。建立优先级的能力、控 制有效果的会议、清晰的交流，对于你，作为一 名经理的绩效将会有实质上的影响。 定义“质量” 几乎每个人都会认真地对待质量问题而且都希 望生产出高质量的产品。然而，对于软件的质量 含义，没有一个统一的定义。传统上的软件质量 观点和“足够好”的软件观点有着激烈的争论。 为了帮助小组走向成功，需要花一些时间和你的 组员、客户共同探讨质量的含义。 这两种阵营在思想上经常不会有相同的定义，能 够很容易的就不同目的开展工作。关注交付计划 的经理对于想正常地检查每行代码的工程师会 不耐烦的；认为可靠性非常重要的客户对一个带 有很少使用但带有很多 bugs的特性的产品是不 会满意的；一个很好的 GUI可能会让用户厌烦， 因为用户已经熟记了如何有效地使用前一个版 本的产品。 为了更好的理解客户对软件质量的看法，在 Kodak,我的小组曾经邀请了