缘起

 怎么突然想起写项目管理这个角色呢？ 因为我见了好多很差很差的Leader，项目经理，他们甚至都不清楚自己的权责，只是靠自己直觉进行管理。有权就是管理的意识深入到每个人的心理。最重要的是很多上层领导对选择什么样的人作为项目经理和Leader并不重视，这点很无奈。公司搞成了一言堂，利益固化，权责不分，一团糟，然后再怨员工能力不行，做啥的时候就跟小孩子一样，就知道“我要，我要”。其实所谓的向上管理，你要学着去改变而不是抱怨等，这样的话都TM扯淡。领导麻糜不分，你能咋样。改进措施会触碰到其他人的利益，就算春秋战国时期那些纵横家，也都是劝别人好，而不是大公无私。有些事你没办法就是没办法，再怎么要求自己也没办法，所以做自己就好，不要过分强求，做事时机很重要。

参加过一次面试，谈起我曾经一大公司，我说起公司5年以上员工很多。他们HR说，这其实是人事追求的一个目标，问我有啥好措施没？ 我说：以终为始。 解释起来就是，你要什么样的公司和团队就按照什么策略执行。切勿有妄念，口头上说要顾公司的长远利益，却在实际工作中，对员工竭泽而渔，毫无远见。如果连这个搞不清楚，就有点自知之明，请个经理人。

作为PM，Leader，要把团队搞成咋样每个人想法都不一样，我这里的前提是：想把团队建设好，做一点成绩出来，即追求>70分。很多领导者，他自己就是得过且过，或者自以为是。就现有的国内的一些项目，只需要把人窜一块没有任何管理，你逼着开发也能做出来，这类不在讨论范围内。

好的公司可遇不可求，年轻的时候去大公司走走，如果可能去大的外企，国内的企业最好也要完成国家化的公司，否则就是个大的黑煤窑。

PM职责

这是按照我的经验总结的，仅供参考。

1. 把控团队： 能有人事权当然好，最起码得有选人的权力。好的团队是一切的基础，如果不给你的人事权的情况最好能早点撤。

2. 建设团队：一群大牛在一块一般都不是好的团队，团队不仅仅是吃饭。需要把团队看做一个整体，所有措施都是为了团队这个有机体的成长。

3. 提前统一思想，过程中时刻关注动态： 统一思想不是精神控制，大谈特谈企业文化。统一思想是共同目标，价值观的建立。开发过程中，需要时刻关注团队内出现的问题，以及团队成员的状态，及时解决。

4. 做事要固定规则和灵活结合使用，项目管理需要按照项目管理的规则去做，针对出现的问题，及时修正和人工介入。

5. 资产沉淀，做事成功或者失败都需要做好记录，争取一件事只做一遍，一个错误只犯一次，减少重复工作。

项目管理

团队建设

干系人管理

过程资产管理 

---

 文字参考

PM职责
    项目管理
        需求评审
            跟产品对接需求，并过滤需求中的不符合逻辑问题；做且只做
            工作量评估
                从上而下；作为是否需要添加需求的参考；同时也是跟产品讨价还价的参考
            需求范围的把控
        任务管理
            拆分
                将产品的需求按照实现拆分任务点，遵循Smart原则
            分配
                遵循负责模块的延续性；适当下放任务选择给开发，引入竞争
            评估
                由具体开发进行评估开发时间，PM进行把控；
预留任务的buffer到每个任务，80%左右
            整合
                任务时间具有依赖性； 前后端自己协调； 大的模块在任务分配或者输入需求的时候必须控制开发进程满足依赖； 例会的时候进行关注
        质量管理
            代码质量
                需要细化到具体代码；预防措施；Review
            规范
                代码风格；代码编码规范；数据库风格；API风格；
            UAT质量
                测试用例计划，测试用例评审
        流程管理
            分支使用
                分支任务关联；合并策略
            环境使用
                dev环境开发；qa环境适度开放
        监控
            例会
                任务进度； 变更调整；任务依赖；消息共享
            看板
                可以按照backlog & 人员 两个维度 看任务
            燃尽图
                看团队开发的整体情况
            容量
                查看人员遗留工作量和遗留时间的对比
            团队
                情绪状态；协作状态；团队结构
        风险
            大版本风险
                根据整体进度 & 团队情况 实时 上报风险
            迭代风险
                例会监控；开发测试人员上报
    团队建设
        招聘
            人员结构需要健康，避免瓶颈出现
            根据人员结构决定招聘人
        结构调整
            规划团队内的协作关系
            根据实际需求调整人员组织结构
        培养
            技术能力
                技术分享/技术培训
                有意给有挑战的任务
            表达能力
                知识分享
            职场素养
                邮件
                会议
                考勤
                态度
                    积极主动
                细节
        新技术
            新技术引进
            新的方法论引进
        思想
            统一思想(价值观)
                对日常的管理依赖的思想即时灌输
                团队价值观必须体现在行动，是行动的指导，是权衡对错的标尺
            梳理思想的阻塞点；了解每人职场规划；制定培养计划
        激励
            聚餐
            培训
    干系人管理
        干系人识别
            研发团队
                吃点喝点靠他了，你老公/媳妇
            产品
                你存在的意义所在；
            测试
                朋友，监控，用的时候找他
            架构
                黑夜里结伴路人，虽然打打闹闹，却不害怕
            同级PM
                手和足的关系；都是自己的肉肉但也有职责之分
            PMO
                爱唠叨的班主任
            上级领导
                你老丈杆子，不跟你过日子，但能决定你是否能娶媳妇
            研发Leader
                他山之石可以攻玉
            人事
                蓝颜知己
        控制干系人的参与
            外包
                根据不同的干系人和现有研发情况，控制干系人对研发的干扰；要像母鸡保护小鸡一样包含研发团队
            内部
                控制参与会议范围，以及会议的参与度
        协作关系梳理
            前后端
                共同参与需求讨论；在线pizza的使用；面对面统一对需求的理解
            研发&测试
                进度统一协调；需求改动即时同步；测试驱动，PM监控，适当介入
            PM&研发
                教练 & 整合者
            研发&产品
                完全依赖
    过程资产管理
        知识&技术分享
        协作关系总结
            测试&研发最佳实践
        团队内最佳实践
            pizza的使用；对DEV需求Check的试点
        技术培训