《学习敏捷》读后感

感谢图灵社区的电子书阅读奖励计划。

现在大部分互联网公司的开发方式都应该是敏捷式,而不是之前的瀑布式开发。

在刚入职时,经历了从瀑布式到敏捷开发的转变,确实敏捷开发更符合当下对产品的需求。在产品领域,讲究「敏捷迭代,小步快跑」,那敏捷式开发是因为产品需求所以出现呢,还是因为先有了敏捷开发方式,发现产品会变得更被接受所以产品就更多的讲究「敏捷」了呢?

当然无聊哪个是原因,敏捷已经是最为常见的开发方式,甚至都感觉「敏捷就是开发的正常流程」。但实际上,我们公司所经历的敏捷帮助我们做到什么了呢,它是否真的必须使用不可吗,对于敏捷还是存在一些问题的,尤其是在担任 SM 后,对于敏捷、敏捷流程都存在一些问题,希望能够解决这些问题。

作为一个没有系统性了解「敏捷」的人来说,从这本书能够了解到「敏捷是什么」、「为什么要敏捷」、「敏捷怎么做」,先不管对错,至少能够对敏捷有了一个初步的认知,补充一些完全没有意识到的问题,比如 SM 应该做什么?

之前都只是单纯的照搬前人的做法,但书中提到了作为 SM,应该「激励」团队,这一点是一直没有意识到。但其实这一点可能会和自身职业有关,如果 SM 是产品,是更接近用户与数据的人,会自然而然的与开发者,即项目组成员分享这些信息,自然而然的做到了「激励」团队。
但如果 SM 是开发,其实是没有这个意识的,当然从本书中,意识到了可以尝试这么做。

如果没有了解过敏捷,又希望尝试它,寻求一些方法,这本书还是值得一看。

你可能感兴趣的:(《学习敏捷》读后感)