如何阻止精益编程成为牛仔编码?

Mat*_*lls 24 agile methodology process kanban

我的团队一直在逐步采用越来越轻量级的方法,从Scrum转向精益/看板,那里的流程越来越少.在某些时候,我们将回到牛仔编码; 事实上,我担心我们可能已经处于边界线上.

在一个非常轻量级的精益和敏捷过程与无政府状态之间可以划分界限?我们怎么知道什么时候越过这条线?我们怎样才能防止自己越界?

这个问题也可能被称为"精益驱动消除浪费的哪些过程无法安全消除"?

Ste*_*ini 24

当你的小组中只有一个人知道或管理代码的某些事情时,你就会看到一个漂亮的红色发光的"Saloon"标志,而你基本上是在推门.

  • 寻找像这样的陈述:"这个程序对我们俩都足够大""在中午的喷泉见面" (21认同)
  • +1:牛仔编码==独行编码.在精益环境中易于预防.不要让任何人独自工作. (5认同)

Chr*_*isW 14

大概你担心牛仔编码的影响:

  • 没有要求
  • 没有设计
  • 没有测试
  • 没有来自用户的反馈
  • 没有时间表
  • 不可维护
  • 公交系数
  • ...

只要你有一个计划/机制/过程来避免这些不良影响,那么你就好了; 对?