打倒软件开发中的形式主义

我认识很多人都声称在做敏捷开发,说自己是在钻研软件开发,等等。不幸的是,以我的经验,很显然,很多人口中是这么说,但未必真正的就这么做了。

形式主义,走过场,而不是真正的理解所做的事,这些都是毫无意义的行为。想把一件事情做好,唯一的途径就是不断反省,明白自己所做的事情,明白自己这样的做法能达到什么效果。

举一些例子:

你的团队里的成员知道每日站会的原因吗?站会中与会人员互相传达什么样的信息?还是10分钟里只是在听?

你的团队不愿意对任务估计时间吗?为什么?在每次迭代之后是否会回来重新审视工作量估计的是否正确?如果预估显示不能按时完成任务,是否会删减一部分功能?

你们的自动化测试真的好用吗?我曾看到过大量的毫无用处的测试代码,它们无助于代码重构,毫无效率,或简单的根本测不出任何问题。如果人们根本不明白为什么要写测试程序,你怎么能期望他们写出好的有用的呢?

你们的项目总结是否只是一个30分钟等待结束的会议,没有任何的实际内容,不对现状产生任何改变?

软件开发人员不喜欢这样的事情是有原因的,因为很多事情就需要这样一步一步来,有很多事情并不能从中看到能带来多大的益处,并不是做每个事情都有明确的逻辑原因。一定要让你的团队成员知道为什么他们要做这些事情,只有这样,工作才能做的更好。

[英文原文:Don't allow your team to just go through the motions ]
分享这篇文章:

5 Responses to 打倒软件开发中的形式主义

  1. Hope says:

    原因是什么?怎么解决呢?

  2. 史蒂芬森 says:

    我觉得最关键是缺乏言传身教,都是一群自以为懂的人在教。自然别人的真传都学不到。

  3. Adam says:

    那幅图是朝鲜?

  4. fuadam1982 says:

    以前在团队里用过scrum 1年最后失败了.总体上觉得敏捷的理念需要整个团队参与人员都要高度认同,同事团队成员的开发素养比较高,技术面广,互相协作能包容.

    但现实确实,估算任务很随意,选择自己喜欢的任务却完成不了,单元测试消耗了大量的时间而没有切中要害.团队没有配合,仅仅是用scrum的形式做以前的事情

发表评论

邮箱地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据