德夫斯。不要外包持续改进!
德夫斯。不要外包持续改进!
原文:https://medium.com/hackernoon/devs-dont-outsource-continuous-improvement-f93396923697

这里有一些给开发者的建议。将持续改进掌握在自己手中。不要依赖经理或 Scrum 大师。为做好这件事而自豪。
想象你的工作。衡量交付周期。在回顾中要自律。表面障碍物和阻挡物。测量贯穿生产的缺陷。指出你需要额外专业知识的领域。深入参与招聘。记录你们团队经历了多少流动时间。写操作手册。适用时进行 RCA。不要把东西越过墙扔给另一组。为组织中的其他开发人员提供午餐和学习机会。做勤奋的组代码评审。考虑像围攻和结对这样的做法。举行有效的会议。不断重构。一起参加会议。
拥有它。不要外包。
推动像我这样的人(PMs)向你展示你已经完成的工作的数据。同意会见客户。感兴趣。
如果你做到了这一切,而你的组织不能…
- 移除阻止程序
- 相应地分配资源
- 让你练练手艺
- 让你工作负担过重(让你忙碌)
- 不尊重你
- 要求你抄近路,这在经济上毫无意义
…然后离开。就是这样。不值得你浪费时间。你是专业的,你应该得到更好的。
团队和管理层经常会跳一小段舞。有一个信任问题。因此团队抵制持续改进(因为它总是失败)。因为缺乏纪律和信任,管理层打乱了这个过程。过程是用来“证明团队是否做到最好”的。任何有意义的改变都是从团队的帆上取下来的。
你最终会患上奇怪的坏父母/叛逆儿童综合症。
在某些时候,必须有人尝试打破这个循环。让那成为你。