敏捷落地的一些散乱的tips

  • 要限制业务团队或PO变化需求的次数和周期内变化程度

  • 测试如果能协助开发定位测试出的问题的话,会有绩效加分

  • 测试被打回后会对整个团队的绩效产生影响

  • 开发团队要尽量做到bug日清

  • 沟通和流程也要直接反馈

  • 团队文化

    • 有责无界,有责任划分,但解决问题却没有边界
  • 可以采用Credit Point的形式(虚拟货币)来提高价值导向

  • 测试要给开发一个敏捷的反馈,加快反馈流程

  • 提测后产生的缺陷都要记录并参与开发人员的绩效考核

  • 考核指标的也需要敏捷化,每个月一次或是每两个月一次

  • 每个用户故事都要设置AC(验收项和检查点)

  • 三流管理管事,二流管人,一管人心

  • SM:带人做事看方向

  • SM的KPI完成的工作量

  • 布设障碍backlog

  • 评审前要先把评审资料发给大家进行review

  • SM轮换可以把团队盘活

    • 阿里员工的绩效是HR说了算
    • SM可以3~6个月轮换
  • 红线

    • 安全红线

    • 没有调研就没

    • 态度红线,delay是不正常的

发布了142 篇原创文章 · 获赞 70 · 访问量 19万+

猜你喜欢

转载自blog.csdn.net/zhaoenweiex/article/details/102865782