项目管理、敏捷没办法搞那么复杂,所有的领域和过去都去涵盖那是不可能的。
我们要去找自己团队里面核心的点,把几个关键路径,关键的点先去做了,然后再去慢慢的扩展开。
项目的背景和初衷是什么?我们怎么去衡量我们这个项目能够达到这个目标?从他角度去思考一下项目的风险是什么?
如果项目要成功,作为项目的发起人,你觉得哪些是关键的?
延期交付的KPI考核
识别前后端依赖、外部依赖(第三方公司提供的东西) --> 排期。
缩短关键路径时长。(找两条关键路径)
和别的团队有合作的,都提前一天上线。
事前:计划
事中:
事后:复盘
一个老手估一下,一个新手估一下,取中间值。
技术方案设计、概要设计、上线清单
核心流程图
测试用例
逻辑、性能、业务bug --> code review
测试提供冒烟测试用例给开发,开发测试完之后,再提供给测试进行测试。
定好复盘的基调:复盘的目的是什么?只对事不对人,从整个项目的过程去找到,有没有流程缺失,有没有机制缺失,有没有屡次犯的事情
简易的复盘流程:复盘潜在的一些准备工作,梳理一下整个的版本,整个迭代过程中,一些里程碑、各项数据、目标、达成的结果、进度计划、需求变更、质量情况、客观的数据信息。
先回顾一下整个项目的里程碑、概况、包括整个项目的目标达成,进度计划、变更情况,需求变更、质量等等。
开发、测试、产品每个人都要去写在项目中、做的好、做的不好的三个点、白板上或者白纸上去写。
review、针对性的讨论。
大家进行投票、最终总结出一个投票结果。对于好的事情,总结经验;对于不好的事情,当场讨论出解决方案。
改进的措施非常多,就是不落地。不要贪多、抓重点、抓核心。持续改进、不断精进。
投票、排序、落地。让每个人都成为复盘的主角。
不仅关心这个事儿, 而且关心事儿后的人。