Hal*_*ard 10 methodology release-management kanban
我是Lean/Kanban的新手,但在过去的几周内已经涌入了在线资源,并提出了一个我没有找到合适答案的问题.精益/看板似乎非常适合我们已经使用Scrum的公司,但在该方法中已经达到了一些限制.我希望这里有人能给我一个好主意.
正如我所看到的,Scrum over Waterfall的最大优势之一就是使用sprint.通过每14天准备好一切,您可以获得较短的反馈周期并且可以经常发布.然而,正如我从阅读Lean中所了解的那样,有一些与此相关的成本(例如,在sprint计划会议上花费的时间,团队承诺会议以及在sprint结束时找到对每个人有用的一些问题).
精益/看板将删除这些废物,但仅以不能每14天释放为代价.或者我错过了重要的一点？因为,在看板中,您如何处理新的开发任务并同时发布？你怎么确定你不发货的东西只做了一半？你怎么能正确测试它？
到目前为止,我最好的"解决方案/想法"是:
总结一下,我的问题是:当您使用精益/看板时,您是否可以在不引入浪费的情况下经常发布？或者发布通常不是精益/看板的一部分？
特定于我公司的其他信息:我们使用Team Foundation System和Source Control,之前在分支和合并方面有过一些糟糕的经历.这可以通过引入这方面的一些专业知识来解决吗？