最近项目管理感悟

愈来愈能体会这句话「管理大部分时间都在沟通和协调」，一个项目涉及不少人，包括业务、产品、设计、后端开发、前端开发、测试等，他们对同一件事情的理解可能不一样，过程当中也会有各类问题，须要不断协调和沟通才能达成一致，若是还划分为不一样的组，沟通和协调会更困难。

最近负责了2个大的需求开发，过程当中遇到了不少问题，致使了项目延期，给别人和其余小组带来了很差的印象，有些是本身的问题，有些是他人的问题，为了能在之后项目中进行改善和避免，一并总结下。

信任与责任

咱们组有一个同事，你们都以为他技术很强，本身负责的任务也能不错的完成，但只关注别人提到的点，过程当中遇到问题也不能很好的沟通，有很大的风险。

技术好不表明能力强，刚开始会把一些重要的事情交给你，但若是缺少责任感，会辜负你们的信任，慢慢地脱离团队。

领导会把重要的事情交给他最信赖的人去作，他会很放心，也不会过问不少，时间到了，便会获得一份满意的答卷，这就是信任。

项目开发是一个团体行为，应站在团队总体利益的角度去考虑，对本身的任务负责任，对整个项目负责任，重视与他人的沟通和配合。

多作一点，多想一点，对项目负责任，会赢得你们的信任。

总体和细节都很关键

先说下咱们如今的开发流程：

• 业务会和产品沟通需求，造成产品需求文档、原型图、交互稿；
• 开发、测试对需求进行理解，梳理本身的疑问；
• 产品和开发、测试一块儿，进行需求宣讲，解答开发测试人员的疑问；
• 开发、测试对功能进行拆分，评估出开发时间；
• PMO组织召开项目立项会；
• 实施过程当中，对进度进行把控；

看似完整的流程，仍是遇到了一些问题，好多人缺少对总体功能的了解，一些细节作得也不到位。

产品需求文档太散，没有把功能串起来，你们理解起来有必定困难，若是一个文档须要你们反复揣摩才能理解，那是不合格的，会大大增长沟通成本。若是有一个视图，把功能按场景串起来，理解起来会容易不少，一些细节也能给产品正反馈。

原型、交互也不够细致，这样会致使每一个人的理解不统一，甚至会缺乏一些功能，影响的不光是后端开发，还有前端开发、测试，业务验收时也会反馈相关问题，大大增长了返工率和人力成本。

开发和测试也有问题，没有详细分析产品需求文档，慌慌忙忙去参加需求宣讲会，等于浪费你们时间，没有对功能点及实现进行详细分析，大体评估开发时间，会让进度一再延期，到处有风险。

关于需求文档、原型、交互，之后会时刻促进产品作的细致点、易理解一点。

关于需求宣讲，要提早通知到位，让每一个人有足够时间去分析、梳理，更好地参与需求宣讲会，这点我作的很差。

关于功能分析和时间评估，我就不要自觉得是了，交给开发负责人去评估，须要作的就是辅助他们分析，从总体上进行把控。

前期的重视和投入，会产生1+1>2的效果，减小沟通成本。

任务的并行和突发性

仅在线客服这一块，就有8-9个工程，还有不少其余依赖的服务，一个新需求可能涉及不少工程，并且部署了4套环境，要不断的处理线上反馈的问题。

目前仅有3我的来处理这些，最近这段时间，我开发的也少了，可想而知，任务的并行和突发会常常发生，要协调好。

真是辛苦他们了。

在评估工时时，须要考虑这些，能够按照比例大体评估下，预留一些buffer，省得项目不断延期。

任务的依赖性

这段时间，前端同事总是抱怨提供的接口没法走通整个流程，由于后端调用链条比较长，须要完成不少工做才能真正调通，这是个人失误，没有考虑到前、后端任务的依赖性。

一方面，可让前端晚点介入，减小没必要要的投入。

另外一方面，能够给后端评估多点时间，先作一些伪接口，先让整个流程可以跑通，先后端各自开发，互不影响，这样后端开发也会更清晰。

不管哪一种，要提早协调好。

题外话：接口必定要本身验证，特别是关联度大的接口，不要让前端帮你找问题。

进度把控

项目管理中，进度把控也是比较难的，每一个人的水平、想法、性格不一样，过程当中会穿插其余一些事情，有些实现效果也是未知的，全部这些因素，都会影响项目的总体进度。

针对重要项目或一些人，须要天天对下进度，把问题和风险尽早发现，若是进度特别紧，能够临时协调其余人加入开发。

对于我，要重视别人反馈的问题，不拖延，增强沟通和协调。

不要由于个人忽视影响总体进度。

预留联调的时间

若是涉及的工程比较多，评估工时时，要预留足够的联调时间，每一个人开发各自的模块，有些问题可能在联调时才发现，须要时间去修改。

这点，我忽略了。

欢迎扫描下方二维码，关注个人我的微信公众号，查看更多文章 ~