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

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

3年前关闭。




Improve this question




如果是这样，您如何处理“感觉”不正确的事情，例如:

不写单元测试

没有连续构建

不重构

没有团队编码标准

不是结对编程

不做迭代

没有每日站会

没有回顾

现在，一些敏捷组织确实遗漏了其中的一些实践，但大多数成功的组织都包含了其中的大部分。

您如何处理传统开发流程看似困惑的问题？

Answer 1

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

对我来说“感觉”不正确的事情包括:

在几乎不知道它应该做什么的情况下开始一个项目的工作。

记录过程，但不记录产品；无法在不与某人交谈的情况下获取信息。我只需要一份需求文档、一份设计文档(我可以自己编写)和 Google。

花在 session 上的时间多于编码。

花在家里编码的时间比在工作上花的时间多。

不知道什么时候能完成这个项目。

PM 在任何方面都很有用。

有一个 session 准备 session 准备 session ，其他人登录服务器并复制文件；因此在需要 6 分钟的过程上花费了 6 个小时

多次结帐

知道事情应该如何流动，但没有实际要求。

开发人员的独特技能组合被淡化或完全忽略，因为它们使开发人员不可互换。

当没有故事剩余时......无事可做......只是坐在那里......可能会添加一个新功能；可能不需要，但不会浪费时间...

每六个月更换契约(Contract)时，我必须适应新的编码标准？等我习惯了，我已经在寻找下一份契约(Contract)了。