前戏 --- 开篇词
事先声明我只是一只体重不普通但其他很普通的程序猿，本文集只是对平时pm（project management）的思考随笔及读书摘录。 仅供我个人复盘使用，欢迎留言吐槽。
为什么总结和学习pm相关知识？
就是 一个程序猿的自保
避免无效/突增的加班，避免被甩锅，让团队工作的更愉快。
正文 -- 五个建议
一、多想想项目到底需要什么？
新项目经理刚上任，一身的招式，感觉终于有了施展的地方。 一上来就急于放大招，左突右攻，又是站会又是修改整个开发流程等。变化太大，只会让组员新生厌倦影响团队氛围，导致下一步工作难以开展。 招式用的杂而多，也难以分辨出哪一个真正有效，只会事倍功半，徒增疲惫（心累）。
磨刀不误砍柴工，想明白了处境/定位/愿景，再行动也不迟。
胖子曰： 遇事不决看愿景。
真正理解了需求方根本目的（愿景），哪怕"不能实现"他们提出的解决方案，我们也可以提出更合理的其他解决方案，总之满足需求方的愿景。
Thinking list ：
- 对于这个项目,时间、成本、质量到底哪个因素更重要？
- 各个角色（干系人）的痛点在哪里？
- 哪些是隐藏的积弊（陈年老坑）？
- 大家对项目管理的认知度、接受度如何？
- 通过什么途径？ 全面推进？还是步步改善（小步快跑，步步为营）？
- 什么角度切入？
- 愿景/蓝图/使命是否清晰？
- 与项目负责人是否沟通达成一致？
二、事必躬亲？
总是提别人做事，只会助长团队的惰性，影响团队的愉快工作的氛围（惰性攀比），从长远角度来看是非常影响团队效率的。
由自己作，变为影响他人作。
施加影响力的三要素：
- 获知 ： 获知理解认同（换位思考，非暴力沟通）
- 动力 ： 激发动力 （激发操作者的内心自驱力）
- 能力 ：还要确认操作者有相应的完成能力（适当的辅助、必要的培训）
三、不要做工地的监工，紧跟后屁股
自我认知层面明确角色，不是一个"管理者"，而是一个"服务者"，是为各个产品提供专业的项目管理服务的"服务者"。
作为服务者的职责，不是单一个信息传达，发号施令。
而是：
- 跟着大家捋顺一件事各个环节，建立一套完整的工作流程规则。（需求是想加就加想改就改？？）
- 明确各角色职责，并得到认同
- 让流程规则运作起来
总之是：让流程规则约束彼此行为，而不是人盯人的战术。
目的： 使团队 由『赶』 变为 【引】
四、言必行、行必果
借力
没有实权的pm，适当时候懂得借力，帮助争取支持和重视。
领导力的修炼
- 尊重
懂得换位思考，私下场合适当动用 粗鄙之语，表示同理心，搞好关系。 - 信任
言必行、行必果，必须做到事事有回响，事事有反馈，有始有终。
自己说过的话，哪怕别人没记得，自己也要记得。
积攒信任度，成为他人值得托付的人。 - 专业
备好自己的pmp专业知识，要求别人的事，自己要做的更专业更好，起到表率作用。
身教甚于言教
举一个小例子：
一个不被公司看好前景的项目，团队工作也是敷衍了事。 比如： 需求评审会上，确定的方案和需求变更，测试人员不做记录，产品人员不及时更新原型， 导致测试时阶段互相扯皮，影响deadline的交付，怎么破？
作为开发人员的我，认真记录会议记录，会后积极整理相关材料，与相关干系人积极确认，及时发布到工作群中。
之后迭代开发两版本，遇到分歧，直接聊天记录截图或是会议记录拍照片工作群中，激励扯皮霎时间安静了。
再之后的需求评审会上，会议记录及产品原型的及时更新状况就好了很多。
五、不必强势，但是内心要强大
工作当中遇到很多难缠的问题，最后都归结于『人的思维模式』的问题。
试图去改变别人？ 只会让你更加受挫，只能求同存异，适当妥协/让步,寻求共同利益上最大化
尾声
胡扯第一篇
