20220911项目管理周贴士（项目管理专题）

JIRA的JMCF控件挺好用，状态停留时长、状态流转时效、进入状态次数、普通脚本计算都可以搞定，动手的一周…

1. 本周搭建完自动清理开关全流程，包括脚本调试—测试数据—历史数据刷新—通知机制—看板监控，从主任务上线开始，到100天后清理主任务对应的功能开关，再到生成任务，一个月内没有提醒任务，同时提供看板对清理任务查看跟进情况。脚本调试比较麻烦点，体验了ScriptRunner使用Groovy方式操作Issue的方法，能够用脚本创建问题，或者用脚本调用工作流的某个步骤。下一步就是完成自动调度，通过定期触发生成待跟进任务，全部通过工具完成自动化。
2. 本周完成使用JMCF控件监控研发任务和发布任务工作流。通过各个阶段工作流流转的时长，发现一些问题，持续提升团队内部和团队外部的工程效率和发布效率，通过分析来自一线的任务数据，发现各个时间线发现问题发生的过程，通过多方收集的方式获取事实，形成持续提升的依据。为什么会在这个时间点发生？预计的时间是什么时候？实际的时间是什么？为什么有这个时间差？这个持续时间？是流程本身的问题？还是流程的执行问题？或者工具提醒不够，强制提醒不够？多问几个为什么，理清思路，以通俗易懂的方式展示出来。
3. 技术负责人提出问题，从具体问题开始讨论，减少工作流程中无效的步骤提速提效，从最近的数据分析开始，对出现的问题进行分类，从人为简单可避免错误、分配任务能力提升和争议性问题三个层面梳理，人为错误需要降低到0（频率交付，加上个人绩效），分配任务能力组织持续提升（被Reject的比率持续下降，加上个人和团队绩效），对有争议的问题采取双方团队负责人定期共同评审的方式确定下一步（可能产生大的需求或者职责分配不清楚的情况）。采用分类的方式处理问题真的蛮高效的，互斥的归类本身并不容易。
4. 关于测试分层，单元测试、集成测试和系统测试。每个层级的测试用例数量从底层到上层金字塔是7:2:1。持续集成将自动化的测试用例串起来跑，按照不同的调度策略，单元测试和集成测试本地跑完后持续集成按照commit跑单元和冒烟测试。但通常机器资源是有限的，如果能够保证每个测试场景是独立的，可以按照优先级顺序来跑。集成测试和系统测试根据功能模块的重要性分最高、高、中、低优先级，最高优先级通常用于冒烟测试，高优先级作为关键回归用例集可能每两个小时跑，中低优先级作为全量回归集每晚跑。
5. 任务驱动开发，实质是项目驱动开发，怎么衡量每个项目的完成情况，肯定得有OKR来衡量，目标是非常有意义的，关键结果是数字化的指标。指标本身还算蛮有意义的，包括基准数据的计算区间和公式，哪些数据有效，提升多少，能够采取哪些措施提升这些数据。每周监控数据，根据实际情况调整措施，解决关键问题，确保能够有的放矢。根据公司级的数据统计，结合团队子模块的发力方向，看整体和局部，确保整体，局部问题也要解决，尤其是重点子模块。