在敏捷工作时，我的工作习惯应该怎样改变？

Question

我在开发团队工作，我们虔诚地追随敏捷。

但是，我没有必要改变我的工作方式（单位测试等不算我这样做）。我的意思是，我是否需要改变沟通方式或频率？敏捷事物的这种软技能方面是我感兴趣的。

由于

Answer 1

如果您的团队正在充分利用敏捷，那么您可能应该看到工作方式发生了一些变化。你可能已经开发出了一种相当“敏捷兼容”的思维模式，即使你之前的工作经历是采用更加瀑布式的方法。

我认为敏捷开发人员应该做的一些具体事情（在一个运行良好的敏捷团队中，自然会发现他们需要）

• 专注于渐进的，完整的变革而不是大规模的架构 - 这是宏观规划方面的敏捷核心租户，但即使对于单个开发人员来说也很重要。通过2或3周的迭代，你会发现你根本没有时间花1个半星期的时间来开发一些东西，并且半个星期将它们整合在一起。
• 提前入住，经常入住，并检查工作代码 - 不要这样做，你很快就会发现你那个着名的人在迭代结束前剩下的一天打破构建。
• 知道阻止你的是什么，以及在接下来的一两周内可能会阻止你的事情，然后告诉人们 - 敏捷团队中没有人喜欢在最后一秒听到开发人员的意见在关键部分工作，等待某些事情来完成他的工作。
• 考虑整个迭代过程中迭代的结束 - 您编写的每一行代码都应考虑在迭代结束之前是否切实完成。
• 一直在嘎吱嘎吱（嘿，如果没有可爱的Glengarry Glen Ross，我就无法提供精辟的建议清单！）你会在第二次或第三次迭代中学到松弛关闭了一个星期，然后一些所有的打火机都会咬你的屁股。

如果你已经关注了所有这些 - 太棒了！它们肯定是一般的最佳实践，而不是专门针对敏捷。我认为大多数开发人员确实有一个或两个坏习惯，但这个清单（我知道我偶尔这样做。）

Answer 2

除了Ryan的优点之外，还有更多。

• 与团队中的其他成员讨论您的想法。您的开发人员会很快指出您的想法中的潜在缺陷并提出替代方案（准备好倾听而不是冒犯）。我发现这在规划/故事任务中最有效。在2-3周的冲刺中，当你走错路时，这是非常明显的。它甚至可能阻止您成功完成所有任务/故事。如果其他人事先了解您的攻击计划，那么如果您需要，他们可以更轻松地介入并帮助您完成工作。
• 不要犹豫，建议新的做事方式。敏捷的一个好处就是团队进程不是一成不变的，而是进化< / strong>来自一系列的回顾展。如果你的开发人员从不说话，那么这个过程永远不会改变，事情也不会变得更好。
• 戴上用户的帽子。每个应用程序都有最终用户。有时（特别是当您与用户没有密切联系时），您必须退后一步并提出问题（即使是由产品所有者制作）。如果您能做出好的案例，不仅您的用户，而且整个团队都将从中受益，因为产品将更好地收到。开发人员不经常这样做。我们希望以更好，更快，更精简的方式使事情变得更好，而牺牲其他更重要的事情，比如按时交付或添加更多功能。

我希望这会有所帮助。

Answer 3

敏捷的细节对于你提出的每个人都会有所不同。是的，您可能希望定期沟通，但您不希望将其置于使您（或您的同事）无法工作的极端情况。

但就像我说的那样，每个人都会有所不同。唯一知道如何最好地匹配您的团队的人是您团队中的人。告诉他们你不习惯敏捷，你想知道你是如何处理它的。他们真的是唯一能够肯定说出来的人。

Answer 4

简短回答，但对于问我这个问题的所有开发人员都非常有用：

有一本名为“敏捷开发人员的实践”的书，http://www.pragprog.com/titles/pad/practices-of-an-agile-developer。

本书将专门回答您的问题。我非常喜欢它，因为它不只是关于过程，而是行为和心理学。

Answer 5

态度相关的事情：

1）良好的结对编程意味着努力解释事情并仔细聆听。这本身就是一项技能。当其他人以不同的方式处理事情时，您必须了解其他人如何处理事情并保持耐心。

2）准备好灵活并改变主意。自我越小，处理这个问题就越容易，也越少痛苦。

3）要做好敏捷，你需要与更广泛的团队中的每个人进行持续沟通（即不仅仅是开发人员 - 系统管理员，经理，客户，网络管理员，硬件人......）其中一部分是感觉舒适，安全和自信 - 即需要对团队真正的信任，而不仅仅是虚伪的信任 - 真正的信任

4）准备好在你的专业和舒适区之外工作。我经常需要与图形设计师，系统管理员和DBA配对。说“那不是我的工作”并不是敏捷的一部分。我们是一个多学科团队的一员，让产品在一个有用的状态下发布是整个团队的问题 - 而不仅仅是照顾我的宠物专业。

5）尝试保持简单和简洁 - 没有“我们会让它完全通用”或“我们以后需要它”。思考"you aren't gonna need it."我们正在拍摄反馈的小而简单的具体步骤。

6）解决困难的事情以及首先不清楚的事情 - 以便您尽早获得有关问题的反馈，以便您在必须修改估算或取消工作让客户尽快得到通知。

7）尽量保持团队动力合作而不是竞争。让人们互相攻击让团队分开 - 它会让你得到精心打造的碎片和破碎的产品，而不是人们在他们认为必要的情况下取得成功所带来的凝聚力。