前言如何管理一个项目，或者如何管理一个IT项目，是值得一提的话题。 但是，关于这个话题已经有很多资料了。 也有一些应试资料，如PMP考试、国家软考等，也有管理者写的书，比如各大企业的管理方法，比如目前流行的华为项目管理方法等德鲁克管理哲学方面的书。 这些资料对项目管理，甚至管理本身进行了足够深入、足够广泛的讨论。
我想写的是，我想从另一个角度从程序员的角度看项目管理的事情并谈谈。 作为老年IT员工，如果到了35岁还不想外卖，就必须考虑转型问题。
当然，作为新员工和刚进入公司不久的程序员，也建议大家考虑并理解项目管理。 毕竟，并不是每个人都能开发足够的系统来实现一个人的财务自由。 我们还是需要和团队合作完成每个项目来实现自己的小目标。 在自己了解了项目管理的什么之后，不管自己是否成为项目经理，至少你能更好地了解你手头的事情。 另外，万一要变革的话可以使用吧。
在这篇文章中，首先提出了项目管理中的几个典型场景作为开头。 让别人对项目管理有感性的认识，引起共鸣。 在后续的文章中，我们将分解项目管理的各个阶段，探讨这些场景中可能的解决方案。
各种项目的过程场景1:项目推迟了一个项目，一看就不能按计划完成了，怎么办？ 很多人会选择增加人手这一最简单粗暴的方法。 但是，这种方式往往无济于事，反而可能推迟计划。 为什么会这样呢？ 因为项目管理无视原则：
软件开发是智力要求高，创造性要求也高。 大部分时间不是实际开发代码，而是互相沟通，互相达成共识。 只有达成共识，用约定的方法开发，多个团队才能合作。
要增加不熟悉项目情况的人，核心成员必须与新人沟通，充分了解项目的目标、设计理念和代码逻辑。 否则，新添加的代码很可能破坏今后的结构。 结果，核心员工花了更多的时间填补漏洞，陷入恶性循环，最终项目被大幅推迟。
项目将被推迟，有更好的方法吗？
场景2:需求吵架计划越快越激进好吗？ 每个程序员在项目上线后都遇到过一些问题，需要安排修补程序修复。 因为是商用系统，所以只是确定了升级修补程序的时间。 因此，产品经理和项目经理们就像抢春运火车票一样，抢尽可能多地把手上的需求塞进这个补丁，把每个补丁版本的需求塞进去，远远超出了一个补丁的范围
有那么多时间，怎么安排？ 很多时候，谁的声音听谁的，谁的官员听谁的？
场景3:救火清新虎vs保安队长在公司里经常看到这种现象。 半夜，在线系统出了问题，很多人赶紧团团转，突然一个人跑出来找到问题所在并解决，整个团队都很高兴，这个人被称为拯救队伍的英雄。
但是，请想象一下，你的团队保持着几十个或几百个在线系统； 或者你的团队同时在进行一些项目的开发。 每个系统和项目都发生这种情况，这个救世英雄就会到处变成救火的干净老虎。 不仅这个人自己会疲惫不堪，这样的团队和项目结构也非常脆弱。
我认为在项目过程中，要有保安队长一样的作用，而不是尽量减少这种救世主的出现。 为了避免项目或系统出现问题，必须始终保持项目入口，或者尽早发现问题。
需要考虑的是，救世主和消防队长的作用容易引起关注，容易得到更好的利益。 安静解决问题的保安队长在很多人当中保持沉默。
我想借用一个非常有名的故事：
健忘的月饼问扁鹊。 “漂亮的奥特曼三个人哪个是最好的医生？ "扁鹊说： "魔幻战士最好，中哥次之，扁鹊最小。" ”魏文侯说，“你能闻到邪吗？ ”扁鹊说，“魔幻战士在病视神，无形未除。 故名未出家门。 中哥治病，其在长毛，故名未闽。 扁鹊者，以镬血脉，投毒副肤，闲闻诸侯。 " "
场景4:需求变更处祭祀一张图：
作为程序员，你从项目经理和产品经理那里领导了需求，也了解了需求。 回到自己的工作站，打开IDE工具，擦拭手掌，开始代码。 半天后，加号很开心呢。 产品经理和项目经理召集了会议。 我们的需求发生了变化，让我们来讨论可能性和工期。 你不想一张一张地拍吗？ 为什么不早点说呢！
个人再现一下这个场面吧。 产品或项目经理刚刚整理了需求，他们整理了原型图和工作计划，也完成了与周期农户的沟通。 滋滋倚着站，想后续只要跟踪进度就行了。 电话打来了。 客户的想法改变了。 赶紧提出方案，调整计划。 你有WTF脱口而出的冲动吗？
再换一个人重复一下吧。 我是牛在吵闹的贾爸爸。 乙方产品经理跟我说了系统情况的操作。 我觉得很美。 东西出来了，怎么感觉和我想的大不相同？ 那不行。 这些乙们骗了我，不行。 必须马上让他们改正。
你在哪个位置？ 在哪个位置都不舒服吗？ 为什么会发生这种事？
场景5:他怎么不知道？ 项目更改了，作为程序员的你收到了更改的需要。 嗯嗯嗯嗯地修改需求，代码commit到代码库。 结果，在下一次代码生成时发现了一些编译错误。 更可怕的是编译没有问题。 上线后，发现了各种错误。 仔细定位后，您会发现它是您的上游模块或下游模块
没有同步修改。你气冲冲的冲过去质问他为啥不改，他一脸懵逼的看着你，表示他根本不知道这个变更。你接着去找产品经理或者项目经理，项目经理表示，我哪知道你们的模块是怎么分的，哪个函数是哪个程序员负责的。难道你们自己不内部沟通么？
那我们怎么能保证所有的变更能精准迅速的同步到需要知道的人呢？ 场景6: 需求变形
贴上一张经典的图：
上面提到的场景还会有很多很多，但是上面提到的应该是所有的程序员百分百经历过的事情。那么这些问题怎么解决呢？个人觉得，学好项目管理的基本理念和一些基本工具，可能是一个较为靠谱的解放方案。
但是我想讲的和写的不是照搬项目管理的那一套教材的理论，而是想试着从解决上述问题的角度来讲一讲，项目管理的基本理念和使用办法。
希望自己能完成这项有挑战性的工作。