项目管理到底在管什么？第一次带项目，就因为这搞黄了

本文链接：https://blog.csdn.net/H517604180/article/details/121447477

0. 引言

作为 IT 行业的项目管理者或者 IT 部门的管理者，我常常在思考，管理的最终目标到底是什么？

我们暂且从产出物的角度去分析下，IT 管理可能的最终落脚点就是：

高效开发、快速交付、稳定运行

换句话说，就是能够将业务产品需求快速、高效的转化为项目功能，这是对 IT 管理者的基本要求。

项目开发实施过程中，管理者需要通过各种手段、方法或者是规范，去保障所交付产品进度、质量及后续的稳定运行。

这个目标和任务，应该是每个 IT 组织都应该要去做的事情。只是不同的公司，不同的组织，开发与维护侧重点各有不同，有些公司开发类项目多些，有些公司维护类项目多些。当然，每个公司有不同的发展阶段。

如何才能做到高效开发、快速交付、稳定运行呢？这里面一个非常重要的因素就是制度流程和人。

1. 制度流程

制度流程对一个企业的重要性不言而喻，尤其是项目管理流程对于 IT 开发团队更是如此。

我在刚加入的这家公司，就发现了流程制度不完善的问题。例如，系统功能没有一个统一的设计和评审，造成公司 Android 和 IOS 两个应用，功能处理逻辑不同的问题。同时，缺少代码走查和代码评审环节，造成项目出现一些质量问题。

另外，上线流程没有上线检查单，也没有一个评审过的上线脚本，造成各种上线事故。例如数据库操作忘记加 where 条件、生产环境发成测试包等低级问题。同时，上线操作也没有严肃性，较为随意。

为了规范项目管理流程，提升项目质量，我们最近在推动这些过程施行，虽然遇到一些阻力，但考虑到未来组织长远发展，还是需要坚定的推行下去。关于阻力，咱们下面说到人的时候，再展开说。

2. 组织和人

毫无疑问，任何流程制度的实施、执行最终都需要人去做，人在项目管理过程中的重要性显而易见。如何将人去组织起来，“镶嵌”在制度流程“网”的各个节点上，同时激发组织工作的积极性，就成了摆在管理者面前的重要问题。

上面说到，我们在施行这套制度流程时遇到了一些阻力。一些同事表示，搞这个设计文档，评审太浪费时间，有这些时间，代码都写完了。还有一些人说，是否可以简化评审会议时间。

其实，本质上还是一个思想认识的问题。

推行标准流程规范，使得组织中的每个人都能从内心深处地去遵守，另外，激发组织中每个人对共同项目的目标感。同时，提升每个人的技术实力以及软实力，就是把一个团伙变成团队的过程。

2.1 能打仗的团伙

组织做事儿没有规范的操作流程，同时组织中的每个人没有一个共同的项目目标。这样的组织也许也能做事儿，但是做成事儿以及做好事儿的概率就大打折扣了。

2.2 打胜仗的团队

能打胜仗的团队，应该同时满足如下四个要求：

团队已有明确的组织纪律，且所有人都要去遵守

除遵守公司最基本的考勤制度要求外，IT 团队为了高效工作，提出了自己的内部要求。

我们团队就制定了类似的要求，比如系统上线第二天上午不休假等。

每个人都遵循统一规范的操作流程

在项目开发过程中，组织已经形成了规范的项目管理流程。从架构设计、功能详细设计、代码评审、到上线评审等环节都形成了一套标准的流程，且团队中的每个人都对这些流程节点形成默契，各流程节点高效运转，能够输出相应的文档和产出物。

每个人都有一个协作的状态，有共同的目标追求

在组织协作过程中，管理者要不断强化、重复组织目标，使组织成员明确共同的目标，形成一个好的协作状态。

项目启动会上，我们会发布项目目标，包括时间节点以及项目范围等。后续在每日项目站会上，强调当日工作目标。

每个人的个人能力都有很大的提升

组织内部要有比较浓厚的学习、交流氛围，在不断的学习、分享过程中，每个人的业务能力、技术能力都有比较大的提升。

除此之外，个人软实力，表达能力，汇报能力也要有学习、提高。

3. 管理者该做好什么？

在组织管理过程中，管理者到底应该做什么？

3.1 教练员

对于还没有形成规范流程的组织，管理者此时应该做好”教练员“的工作。要去告诉团队实施各个流程环节的目的以及实施的必要性，同时在具体环节也要去指导好。比如，评审该怎么评，应该注意什么，各参与人员在评审环节的任务是什么，上线怎么做等等。

我们团队目前就处于这个阶段，我自己也在努力做好”教练员“的角色。

3.2 裁判员

管理者在组织形成初期，要不断地去指导团队该怎样做。经过几轮流程”迭代循环“，组织中的每个人已经深知各个流程节点的目的，了解每个节点团队以及自己该做好哪些事情。此时，流程已经逐渐去自动运转，管理者的角色也便从”教练员“切换到”裁判员“，只对流程运转过程中的关键环节，以及发现的问题进行指正即可，不断使流程回到良性运转轨道上来。