|
原创 老布 老布谈敏捷 2018-09-18 23:54
正文共1773字1图，阅读时间：4分钟 敏捷几乎是互联网家喻户晓的一个话题，每个人对敏捷张口就来“Scrum”、“XP”等等，在实际研发过程中，如何利用敏捷提升各个环节的效率？
如何利用敏捷来提升各个环节的效率？分为三个层面： ● 第一层面方法——扁平化管理 ● 第二层面方法——信息透明和共享 ● 第三层面方法——自主开发适合自己的工具 一、扁平化管理 在敏捷团队中，基本要求是扁平化管理，角色与角色之间不需要太多管理者，尽可能只拥有一个管理者，太多的管理者会导致沟通效率、各方面的决策效率降低。实施敏捷团队都是小团队，国外提倡是八人为一组的敏捷团队，鉴于国内全面开发的工程师较少，分工较细的情况下，建议15人以内的敏捷团队最佳。 一个规模为15人的敏捷团队，管理十分扁平化。每日晨会的时候，效率可以很高效，每人说一分钟，十五分钟就能把晨会搞定，晨会对于团队每个人来说是热身，同时也会暴露一些团队执行工作的问题，团队人数少，快速决策。在人数为15人的团队，需要临时开会，马上就能够叫上对应的团队成员立马开会，效率很高。 扁平化管理可以提高决策的效率，团队协作之间的效率也会提高，很多事情和问题可以在30分钟内解决。 二、信息透明和共享 在敏捷团队中要做到信息透明和共享，需要做大量的准备工作。例如故事墙——是一个非常棒的信息共享工具。故事墙可以贴着所有团队成员的工作，把每个人的工作透明化，所有人的工作组合在一起就是整个迭代团队需要完成的工作。整个迭代时间周期很短，故事墙上每个人的工作量不会很多，面对故事墙，整个团队的状况都会一目了然。所有人都可以在故事墙里查看其它人的工作状态，哪个人进度慢了、哪个人的遇到了问题、哪个人需要帮助等等。 我曾经在一个敏捷团队做过微咨询，当时他们在两次迭代中遇到同样的问题：有三分之一的需求没有完成。我就问这个团队的人，为什么两次迭代的需求都没有完成呢？他们就说，因为“小张”能力不足，两次迭代中负责的模块都没有完成，导致相关的模块也没有办法完成。我反问：如果第一次迭代没有完成全部需求，那是可以理解的。到第二次迭代的时候，也无法完成全部需求，同样把问题归结在“小张”身上，那么团队就应该反思，真正的问题是出现在小张身上吗？ 在一次迭代中无法完成所有需求，归结为其中一个人的问题，这是敏捷团队中是不允许的。在第一次迭代后，因为“小张”的原因导致所有需求无法完成，在下一次迭代的时候，可以简化“小张”的工作强度或者提供一些帮助来提升他的工作效率。在慢慢的引导下，团队就会明白，在迭代中无法完成所有需求不再是一个人的责任，是整个团队的责任。 通过信息透明和共享，可以让团队更加紧密合作，及时有效地发现并解决问题，给予团队成员精神上和工作上的鼓励，是一个提高效率非常有效的办法。 三、开发合适的工具 如果一个团队每两周就需要发布一个版本，每次发布需要人工操作，每次费时两小时，开发人员就会很痛苦。如果团队花费一周或者两周的时间，编写一个简易的自动发布系统，只需要点击一个按钮，设置配置，就可以实现自动发布。把费时两小时的发布变成5分钟，可以缩短开发版本的时间，整个团队的开发效率就会大大地提升。 当团队打通了开发的“闭环”，从开发需求到最后回馈给用户的环节效率都会大大提升，在这个时候，效率的提高，快速得到用户的反馈，通过有效的反馈迅速调整自身，从而更容易得到商业上的成功。 编 辑 / Dishayen 图 片 来 源 / Pixabay -END- |
|
|
