Scrum 关于敏捷开发的一些想法

1.需求拆解,压缩体积,先实现主题,后实现主体,后逐步加入预定需求。

2.每日例会,计划和执行当日计划,非不可抗或意外情况下,当日未完成需求转至下日。

3.去除无用文档,无用会议,无用规矩。

以快为先,能说明白的不要去写,需要记录文档的东西,一定是后期拿出来有价值的东西。

开会一定是需要大家一起决定一个结果,假如大家的意见并不能影响结果的话,白白占用时间。

去除无用的条条框框,比如:必须使用某方式去做事,必须按照某顺序进行。

4.杜绝无用加班,松弛有度。需要加班的时候,比如项目发版,线上问题紧急修复,绝不含糊加班到几点都可以,但是不可以固定的要求人必须加班几点,久而久之形成一种固定模式,换句话说,假如我做的再快再好,也不可以早下班,那我为什么又快又好的去做项目。每人每天的工作量和状态是不固定的,所以完成工作的时间点也是不一样的,不应该定死加班的时间。大家一起合作是为了出一个好的产品,而不是为了大家一起忙碌加班,却不管项目的好坏。

5.负责人需要第一时间去调研项目的各个进度,比如某岗位遇到了什么问题,需要负责人参与技术选型,需求变更,或者时间调整,实现方案和资源调整。假如身为负责人摆出一副我只看结果,有啥事你们自己决定的态度,结果必定是一团糟,或者外强中干。

6.优化团队氛围,增强个人参与感,明确产品提升和个人提升的关系。

7.用人不疑,疑人不用。如果无法相信一个人的能力,那么就不要让他去做。如果让他做了,就不要老是批评他,因为你也有责任。如果团队出现了大家都不喜欢的人,别管他能力多强,第一时间弄走他。如果团队全部人你都不喜欢,那么请你自己走,或者把团队全部换人。犹豫不觉只会让事情变的越来越糟,形成一种恶性循环。

Guess you like

Origin blog.csdn.net/qq_39731011/article/details/119185296
Recommended