距离上一次写文章应该一年半有余，由于工作的繁忙，加上家庭、生活的琐事，一直没有太多的精力持续更新，经过这么长时间的总结和积累，也有一些心得可以分享。
项目管理的本质是管理人和协调资源，首先要明确项目的目标、价值。当然目标和价值往往不是那么很精确地能掌握或者达成一致。
举个例子，互联网公司和传统的IT公司，非IT公司的技术团队，对于项目的目标和价值往往是不同或者侧重点不同。很多时候我们讲，软件要以客户为中心，但是以客户为中心在实施过程中却不尽如人意。互联网公司更加贴近用户，而一些非IT公司的技术部门，往往IT项目的最终目标一方面是为了满足业务的需求，另一方面可能也是为了满足领导的需求。因此，不同类型公司，对于项目管理的定位不一定是通用的。
通常情况下，项目经理在项目前期准备的工作包括对于项目组织架构的制定，项目干系人的圈定。但是在一些组织架构并非十分明确的公司，可能项目经理还需要承担前期的商务沟通，内部流程的协调跟进等等。
识别出项目干系人之后，通常在项目启动会上各团队的主要负责人都要参加，明确项目涉及各个团队的边界以及需要配合的工作，各个团队之间往往存在依赖关系，需要明确阶段性的里程碑节点。
项目计划尽量不要在项目启动会上，因为项目启动会之前如果没有充分的团队沟通，有可能会造成边界不清晰或者评估不充分。项目经理的角色就是要协调各团队，用最少的资源达到最佳的项目交付水平。因此项目计划尽可能在线下各个团队充分评估汇总后，在后续的会议中将项目计划明确出来，同时各个团队的负责人和成员应当尽量参与，目标和进度达成一致。
不同的公司，需求讨论和分析的维度不同，产品经理的角色不一定都具备。对于面向客户和面向内部使用的产品，往往内部使用的产品场景相对较少，要求也相对较低，有的团队简单粗暴画几个流程就开始下一步。但是我认为每一个软件产品都应该做竞品分析，以做产品的思维模式去开展，一方面便于以后的扩展，另一方面让团队成员也能学到更多的东西。
技术出身的项目经理与非技术出身的项目经理在项目实施与监控上会存在很大的差异。 技术出身的项目经理往往会从系统和技术角度把控项目进度，比如安全性、扩展性 ，而非技术出身的项目经理更多的是依赖于成员的日报、周报，很难在技术维度有更加精细的监控。
复盘在业界有一套标准的方法论，但是并不一定严格按照标准去做。每一个小的里程碑或者迭代都可以做复盘，总结经验，优秀的东西发扬，有教训的东西尽量避免，而不是讲复盘作为一种事后批判的手段。
2021年5月28日，某会议中提到 “各类应景性、应酬性活动少一点科技人员参加，不会带来什么损失！决不能让科技人员把大量时间花在一些无谓的迎来送往活动上，花在不必要的评审评价活动上，花在形式主义、官僚主义的种种活动上” 。
IT人员管理应当以技术、能力为先导，当前社会，IT从业人员很多，但是人才往往是少数，尊重人才，善用人才，“专业的人做专业的事“一直以来是我对IT人员管理的原则 。
很多时候，IT项目建设过程中，脱离不了领导的主观判断，尤其对于中小规模的企业，往往即便有产品经理的角色，也不能发挥其应有的岗位能力。因此，项目管理人员应该根据团队内不同人的专业技能，充分给大家发言权、发挥权，让专业的人发挥自己更大的价值。
IT项目管理最大的一个复杂性就是人员的管理，项目管理的过程和规范固然重要，但不能因为过程和规范抹杀和项目成员的能动性和创造力，一定要肯定项目成员对项目成败的重要价值。
一个优秀的项目经理，一定是能让团队成员信服，与团队成员共同成长进步的。每个人不管职位的高低，都是企业的打工者，打工者的核心诉求无非是赚钱养家糊口，实现自我价值。因此，每个成员希望的是能从领导者身上学到东西，并且相处融洽，在项目的实施过程中增长技能。就像生养孩子一样，项目经理和团队成员应当是彼此默契配合，共同成长持续进步的一种状态。
经历过不同的企业，不同的团队，不同的组织架构，我认为一个团队的稳定很大程度强依赖于管理者。项目管理很重要的一点在于人员的管理，但是此处的管理不是“把人管住”，而在于培养人。培养的过程中制定一些规范，但最终的目的应该是培养团队成员的技术能力、沟通能力、协调能力、业务能力，让团队成员随着项目的建设和投产，积累经验，收获成果，实现自我价值。
IT项目管理和人员管理是一门学问，没有统一的标准，不同的组织架构下，不同的管理者，最终呈现的结果差异很大。 但我认为，核心还是以人为本，尊重科技人员，尊重每个人的特长，让每一个岗位都能发挥自己的价值 。