您是瀑布组织中的敏捷/务实开发人员吗？

Question

如果是这样,你如何处理那些没有"感觉"正确的事情,例如:

• 不写单元测试
• 没有持续的构建
• 不重构
• 没有团队编码标准
• 不配对编程
• 不做迭代
• 没有每日站立
• 没有回顾

现在,一些敏捷组织确实忽略了其中的一些做法,但大多数成功的做法都包含了大部分做法.

你如何处理传统开发过程中看似混乱的问题？

Answer 1

实际上,我是敏捷组织中的瀑布开发人员.

对我不"感觉"的事情包括:

• 在项目上开始工作,几乎不知道应该做什么.
• 记录流程,但不记录产品; 无需与某人交谈就无法获取信息.我需要的只是一份需求文档,一份设计文档(我可以自己编写)和Google.
• 花在会议上的时间多于编码.
• 花更多的时间在家里编码而不是在工作.
• 不知道什么时候该项目将完成.
• PM在任何方面都很有用.
• 召开会议准备会议以准备其他人登录服务器并复制文件的会议; 因此花费六个小时进行一个需要六分钟的过程
• 多个结帐
• 了解某些东西应该如何流动,但没有实际要求.
• 开发人员的独特技能集被淡化或完全忽略,因为它们使开发人员不可互换.
• 当没有剩下的故事......无所事事......只是有点坐在那里......可以添加一个新功能; 可能不需要,但时间不浪费......
• 我改变合同的每六个月,我必须适应新的编码标准？当我习惯它时,我已经在寻找我的下一份合同了.

Answer 2

为什么这些实践与瀑布不兼容？据我所知，几乎所有这些（如果不是绝对所有）都可以通过瀑布方法实现。瀑布式开发没有什么特别的原因必须是混乱的。它可能还有其他缺点/挑战，但混乱不太可能在列表中名列前茅。