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

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

不写单元测试

没有持续的构建

不重构

没有团队编码标准

不配对编程

不做迭代

没有每日站立

没有回顾

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

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

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

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

在项目上开始工作,几乎不知道应该做什么.

记录流程,但不记录产品; 无需与某人交谈就无法获取信息.我需要的只是一份需求文档,一份设计文档(我可以自己编写)和Google.

花在会议上的时间多于编码.

花更多的时间在家里编码而不是在工作.

不知道什么时候该项目将完成.

PM在任何方面都很有用.

召开会议准备会议以准备其他人登录服务器并复制文件的会议; 因此花费六个小时进行一个需要六分钟的过程

多个结帐

了解某些东西应该如何流动,但没有实际要求.

开发人员的独特技能集被淡化或完全忽略,因为它们使开发人员不可互换.

当没有剩下的故事......无所事事......只是有点坐在那里......可以添加一个新功能; 可能不需要,但时间不浪费......

我改变合同的每六个月,我必须适应新的编码标准？当我习惯它时,我已经在寻找我的下一份合同了.