-
要限制业务团队或PO变化需求的次数和周期内变化程度
-
测试如果能协助开发定位测试出的问题的话,会有绩效加分
-
测试被打回后会对整个团队的绩效产生影响
-
开发团队要尽量做到bug日清
-
沟通和流程也要直接反馈
-
团队文化
- 有责无界,有责任划分,但解决问题却没有边界
-
可以采用Credit Point的形式(虚拟货币)来提高价值导向
-
测试要给开发一个敏捷的反馈,加快反馈流程
-
提测后产生的缺陷都要记录并参与开发人员的绩效考核
-
考核指标的也需要敏捷化,每个月一次或是每两个月一次
-
每个用户故事都要设置AC(验收项和检查点)
-
三流管理管事,二流管人,一管人心
-
SM:带人做事看方向
-
SM的KPI完成的工作量
-
布设障碍backlog
-
评审前要先把评审资料发给大家进行review
-
SM轮换可以把团队盘活
- 阿里员工的绩效是HR说了算
- SM可以3~6个月轮换
-
红线
-
安全红线
-
没有调研就没
-
态度红线,delay是不正常的
-
敏捷落地的一些散乱的tips
猜你喜欢
转载自blog.csdn.net/zhaoenweiex/article/details/102865782
今日推荐
周排行