背景:
互联网行业素来都是以快著称,如何运用轻量级的流程来达到快而有序是每一个项目经理碰到的第一个问题。今天在组内的一位项目经理分享了她所遇到的有关项目流程执行不完全的问题,下文是今天的讨论总结和我的一些个人见解写出来供大家参考和讨论。
遇到的流程不被执行的问题列表:
- code review 基本上靠开发人员的自觉性和责任心,制定的pre-commit code review 和 post-commit code review在项目进度紧的时候被忽略掉了,代码审查人员没有否决权。
- 一开发和一测试人员私下上线一个系统配置bug导致宕机,已存在的上线审核、确认流程没有被执行;
- 需求变更流程没有被执行,一个新的需求往往没有仔细的评审和讨论就开始coding,然后在coding的过程中出现了这样或那样的问题,有时甚至发现与已有的系统是不兼容的问题。
推荐的解决方案:
- 流程是大家讨论出来的,新加入同事的必修课:
- 如果团队超过10人的话可以先在核心团队中进行讨论决定出合适的、可行的的流程,然后召集所有的团队成员进行review,预留一定的过渡时间用于发现问题。因为只有大家都认同的流程才是最有执行力的。
- 对于后面加入项目组的新同事,一定要采取师傅带徒弟的方式进行指导和培训相关的流程。
- 设定责任人,落实到人,如在上线流程中一定要设定一个把关人,即只有这一个同事才能执行上线操作;如在code review中制定模块的审核人,赋予一票否决权。如果经过这些流程、关卡后仍然出现了问题,则需要反思流程本身是不是有问题了。
- 在计划时需要包含这些流程活动的执行时间,单元测试、code review等技术活动往往由于进度的压力就被落下了,成了技术债,这就需要在计划时形成习惯把这部分的时间考虑进去,默认的这些活动与编码、测试具有同等地位。
- 定期的总结回顾和优化,由责任人或当事人来分享他们的心得,唯有总结才能不断提高,而对流程的亲身体验者的分享则更能引起人的共鸣,如果流程本身有问题,需要承认问题积极的修改之。
作为项目经理需要在项目开始时组织大家理顺和制定流程,明确设定相关责任人,在执行的过程中需要不断结合暴露出来的问题进行反馈和总结,在弱矩阵组织架构里面还需要和直线经理保持良好的沟通和合作。