恩,对于scrum也没有太多的系统学习,多数从同事那里听和看到的,之前在项目里也实行过一段时间。
不就细节,scrum的一套行事方法和工具等等,相比其他来说更加有助于降低项目的复杂度,大家在干什么一目了然,不只是manager,有合作关系的同事之间也是如此。
这样就像profiling工具甚至wow的任务插件一样,一切都一目了然,一切都更加清晰。
否则提得一个需求迟迟不被实现,可能心中觉得合作的同事打酱油不认真,但是实际一看他的任务列表,会发现的确有更多更重要的事情来做。
之前觉得很别扭的事情就是估时间,太多事情带有未知数如何估的准,这个觉得在不断的经验积累和总结之后,是可以做到越来越准确的。
太多未知的话,就估的保守一些就好。
还有一个就是之前去面试,对面的问关于scrum的看法,我当时回答的是,好的manager和team来scrum会增加生产力,差的会降低生产力,现在我也这么认为。
开发过程有个隐形进度,或者说是个实际进度(包括代码质量在内),好的团队会对这个进度有清醒的认识,那么用scrum没问题,不好的团队会被scrum把这个进度隐藏的更深,那就是个灾难。