美文网首页
IT项目经理成长--后记

IT项目经理成长--后记

作者: 张文靖同学 | 来源:发表于2017-08-15 14:05 被阅读49次

    写在前面

    本人身为一个IT Android开发工程狮,虽然步入这个行业没几年。对未来的职业规划是从技术员成长成为一个项目经理。最近自己也是以一个项目经理的身份接手了一个IT项目,从跟客户的交谈、谈判,到商议签订合同,到后来的团队制作,目前正在制作中。整个过程更加的坚定了我未来走向项目经理的信心。不过在这个过程中需要积累大量的经验,于是买了这本有潘东、韩秋泉著作的这本IT项目经理成长手记,以学习如何成长为一个称职的项目经理。。

    第一章 "迷你"CEO---项目经理不简单

    项目经理的主要任务:

    • 支持售前过程
    • 负责项目交付
    • 完成项目收尾
    • 管理干系人的关系
    • 管理项目团队

    基本素质:

    • 领导力
    • 责任心
    • 积极主动
    • 压力承受

    第二章 IT项目管理的那些事 ---入门知识

    项目的特点

    • 独特性,每个项目都会创造出独特的产品,服务或成果。
    • 临时性,项目有明确的起点和终点。
    • 不确定性,项目不节能完全在规定的时间内、按规定的预算有规定的人员完成。

    什么是项目管理:
    项目管理就是将知识、技能、工具与技术应用于项目活动,以满足项目的要求。

    项目管理包括以下几个方面:

    • 范围(Scope)
    • 时间(Time)
    • 成本 (Cost)
    • 质量 (Quality)

    简称为S-TQC

    项目的生命周期:
    一般项目的生命周期分为四个部分:启动项目、组织和准备、执行项目工作和结束项目。

    项目的组织结构:项目型、职能型矩阵型

    项目管理的过程:
    过程是指为了完成预定的产品、成果或服务而执行的一系列相互关联的行动或活动。
    整个项目过程可分为5个过程组:
    启动、规划、执行、监控和守卫。

    小结

    项目管理的知识体系(书中图表)详细的概括了项目管理的各个方面,但对于项目经理来说这仅仅是必须知道的内容。

    第三章 初为项目经理

    这章开始说明了,刚刚做项目经理会遇到的困难等。本章记录的不多,主要还是理论和实践的结合。

    这里讲到了一个内容就是,站在客户的角度去考虑问题。确实,做技术的和做产品的两个人看项目的角度不一样,应该多站在对方角度着想。客户为什么做这个项目也是关键所在。
    在本人最近做项目的过程中,算是已经懂得了这个问题,很多需求都是站在客户的角度来看的,不仅增加了客户的满意度,技术方面也不会太复杂。
    经验与教训:
    项目中人际关系非常复杂,遇到困难的时候,冷静分析谁是项目的得益者,谁是失利者就可能发现解决问题的关键点。设法获得高层支持,可以获得更多解决问题的钥匙。

    第四章 理论到实践 --- “落地”的那几招

    确定项目范围时一定要制作一个范围说明书,在我自己做的项目时我会制作一个需求文档来约束未来制作App的内容和增加的内容。
    《范围说明书》包括以下内容:
    前言、项目概述、产品范围、项目范围、双方职责、交付成果、验收标准和流程、项目约束条件、项目的假设条件、变更流程。
    (自己制作这个需求文档大概用了一周的时间吧)

    网络图节点

    这里介绍几个相关的概念:
    最早开始时间(Earliest Start time ,ES),最早结束时间(Earliest Finish time ,EF)
    最迟结束时间(Latest Finish time ,LF),最迟开始时间(Latest Start time ,LS)
    EF=ES+Duration
    LS=LF-Duration

    计划怎样落地

    • 每个小组使用一个白板,将本组一周的计划进一步分解,多事到每个人每天完成的颗粒上,白板也是可以及时修改的。
    • 白板工作每天检查,出现了异常情况随时调整。
    • 周五根据白板的记录,整理工作周报。

    任务的委派应确定到个人的身上,由一个组长负责指导和确认。明确某项任务谁负责,出现问题找谁处理。

    可以组织晨会和周例会。晨会来监察一天的完成情况,并且统计完成与未完成的任务。周例会统计小组的情况和下周的任务,更新项目计划表等。

    ** 用真实数据套概念**

    成本管理的几个指标:

    • 计划价值PV,是指按预定工作进度完成某项任务二分配的预算。
    • 实际成本 AC ,是指为了完成某项任务而实际发生的总成本。
    • 挣值 EV 是已经完成的工作的价值,用分配给该工作的预算来表示。EV可以描述项目完工的百分比。.

    绩效指数

    • 进度偏差 SV. SV=EV-PV。表明项目已经完成的工作是否落后于基准工作。大于0时进度快于计划,反之慢于计划。
    • 成本偏差CV .CV=EV-AC。指明了实际绩效与成本支出之间的关系。大于0时表示产出的价值大于实际投入的价值,反之小于投入的价值。
    • 进度绩效指数SPI,是比较项目已经完成的进度与计划完成的进度的指标。SPI=EV/PV。说明完成了工作量相对于计划的“快慢”。SPI小于0的时候,说明未达到项目计划的要求,大于0则超出了计划的要求。
    • 成本绩效指数 CPI。是比较已经完成的工作的价值与实际成本的一个指标。反映了已经完成工作的效率。CPI=EV/AC. CPI小于1.0的时候,说明已经完成的工作较预算成本超支,大于1.0的时候已经完成了工作较预算有结余。

    预测成本
    预计完工成本EAC.
    方法1. EAC=BAC/CPI,表示如果项目继续以当前的成本绩效水平进行,完成时需要的成本。
    方法2. EAC=AC+(BAC-EV)。表示如果项目剩余部分按照预算完成,完工需要的成本。
    方法3. EAC=AC+重估剩余工程预算。

    风险管理

    1. 风险识别---找出可能发生、可能不发生、对项目有影响的事
    2. 风险分析---按照发生的概率、对项目的影响两个维度分析
    3. 风险计划---选择规避、转移、弱化、接受策略,分别制定对策。
    4. 风险监控---定期看看,发生了,就应对;过去了,就没事了。

    风险计划
    应对的策略分为四类

    1. 规避。通过变更项目计划消除风险或风险的出发条件,保护目标免受影响。
      2.转移。不消除风险,而是将项目风险的结果联通应对的权利转移给第三方。
      3.弱化。将风险事件的概率或影响降低到一个可以接受的程度。
      4.接受。不改变项目计划,而考虑发生后如何应对。

    变更控制
    变更控制的流程为一下四个步骤:

    1. 授权。变更流程中规定,必须明确授权客户方那些人员由权提出变更申请,项目组那些人有权受理变更,并有双方人数要求。
      2.审核。变更审核过程要求确定变更的优先级,并不是所有的变更都一定要修改,更不是所有的变更都要立即修改,审核的目的就是按照规则确定哪些立即改,哪些以后逐步优化。
      3.评估。变更都是有代价的,应该评估一下变更对于时间、成本、质量等方面的影响,方便高层领导作出判断。
      4.确认。评估结果一定请客户知道,并确认是否接受代价需要修改。

    第六章 质量“基本功”

    质量管理活动
    质量管理活动包括质量保证和质量控制两大类。

    在移动开发中版本管理通常都用Git、SVN、GitOSC这样的版本控制工具来控制版本的代码。

    评审会不仅仅是走一个过长,真正的评审会看似是找茬,其实却避免了以后的麻烦,所以在前期的时候尽量完善设计上的缺陷和不足的地方。

    评审过程:计划、预备会议、准备、评审会议、跟踪。

    测试的环节
    单元测试、集成测试、系统测试、性能测试、用户验收测试。

    第七章 团队建设基本功

    团队建设不仅仅是吃吃饭唱唱歌,在项目进行的过程中也需要横向的进行团队建设。
    信息透明是关键,将每个人每天的任务写在一个白板上,这样就可以明确大家每天的任务量而不会相互抱怨。

    团队会议:
    分为两张表来开会,一个是自我评价表,列出个人道德优缺点。另一个是团队评价,评价这个人的优缺点。

    第八章 身为项目总监

    Ps: 哈哈哈,这个身份对于我来说还是so long... 既然看书看到了这里,那么就记录一些关键的内容吧。
    首先项目总监不会具体落到那个项目上,而是通过项目经理去监管项目。对于很多项目经理的时候需要一个《项目经理手册》来规范项目经理的任务。不过这种情况也只能是大公司了,而且还是很大的那种。。。就不深入讨论了。

    三层分层计划
    高层计划、中曾计划和底层级化。
    高层计划主要的沟通对象为客户或公司高层,具体为CEO(chief executive officer 首席执行官)、CIO(Chief Information Officer 信息主管)、CFO(Chief Financial Officer 首席财务主管)、CTO(Chief Technology Officer 首席技术官 )、项目出资人或者其他高层人士。

    第九章 项目群的质量管理

    首先需要一个集中的配置管理,将所有项目组的数据协调统一起来,这样有利于项目之间的协作,以及文件的实时性。

    这个怎么看我个人都觉的像Git....

    第十章 项目群的团队管理

    资源规划和调配。
    员工的沟通

    总结

    到这里IT项目经理成长一书就已经看完了,对于现在还在做技术的我有了很大的启发。对于项目的整个生命周期、项目监管、公司各个层次之间的沟通和配合有了更多的认识。未来在工作中也会关注如何当好项目经理这个话题,也多和项目经理打交道,增加自己的认识。

    对于本篇内容根据个人所经历的依旧更新中... ...
    2017.08.22

    相关文章

      网友评论

          本文标题:IT项目经理成长--后记

          本文链接:https://www.haomeiwen.com/subject/rkamrxtx.html