在《走出硝烟的精益敏捷》这本书的副标题已经清楚的说明,“我们如何实施的Scrum和Kanban”。作者强调,敏捷工具各有各的优缺点和适用性。在实际过程中,只要遵循简单高效的原则。如无必须勿增实体,不用在乎理论上的条条框框,尽管挑最适合你的方式去做。
比如Sprint Backlog的工作量评估,不要盲目尝试什么犬点,扑克牌之类的东西,别人发明的玩意儿,在你这不一定适用。如果你的团队已经习惯以天为单位去估算工作量,哪怕你要求必须写小时,他们也只会先估算天数,再乘以8得到小时数。所以,不如统一用天,针对小于1天的任务,可以设置0.5天。如果一件事情0.5天都不到,要么不体现在backlog上,要么与其他事情合并,或者干脆给它0.5天。整体下来,不会对结果有多大的影响。
又比如用Excel表格还是软件工具还是物理看板的问题。如果你的团队对于敏捷/Scrum还有些陌生,就不要急着使用那些看起来高大上的工具。物理白板恰恰可能是最适合你的,让团队坐在一起,随时都可以看到白板上的内容。纵向分区也可以从“未完成、进行中、已完成”三列最简单的模式开始。很多时候,少即是多,你脑子里或许对敏捷有许许多的点子,但你没法知道你的团队如何,所以,一点点来。
即使是书里作者推崇的TDD和结对编程,在实际的使用上你也得掂量掂量是否适合你。TDD对开发人员的要求很高,可能你的开发人员目前还不具备这样的能力,那么你得逐步培训,而不是一上来就强制要求,结果往往只能是影响了目标的达成。结对编程也一样,在我们这边的工作环境下,你说让一个人Coding,另一个人看着,你或许应该先想一想如何说服你的老板。
不过,书中还是有一些很实用的精益理念?,如果你想做好Scrum,一定不要放过。
一:聚焦目标。完成目标是团队最重要的事情,在这个前提之下,无论你能做些什么,或者说你总得做点什么帮助团队推进目标。团队所有人都能时刻看见目标,每日站会对齐目标,避免走偏。Sprint Backlog统一完成标准 Sprint 评审会检验完成情况。
二:信息公示。包括公开的demo演示倒逼团队必须真正交付一些东西,而不是名义上做完了。也包括向团队外部公开Sprint内容,让别人知道团队在做什么,避免被无端的打扰和误解。
三:固定时间、地点,保持好的节奏感。固定的好处在于团队已掌握时间信息,合理安排自己的事务,而不是项目经理临时通知,导致工作常常被打断。当适应了之后,保持好的节奏感就是高效的保障。
还有诸如如何测试、如何回顾会、控制WIP等等很多贴合实际的方式方法,请你在阅读书籍和亲自实践中慢慢体会吧。
最后,用一位前辈的话结束:敏捷是练出来的,不是学出来的。
你还在等什么?赶紧开始吧。
创业项目群,学习操作 18个小项目,添加 微信:923199819 备注:小项目!
如若转载,请注明出处:https://www.zodoho.com/102646.html