我在一个开发团队工作，我们虔诚地遵循敏捷。
但是，我不必改变我的工作方式(单元测试等并不重要，因为我无论如何都这样做)。我的意思是，我需要改变沟通的方式或频率吗？我对敏捷的软技能方面感兴趣。
谢谢
最佳答案
如果您的团队很好地利用了敏捷，那么您可能应该会看到工作方式发生一些变化。即使您之前的工作经验采用的是瀑布式方法，您也可能已经以相当“敏捷兼容”的心态进行开发。
我认为敏捷开发人员应该做的一些具体事情(在运作良好的敏捷团队中，他们自然会发现他们需要做)
- 关注增量、完整的变更，而不是大规模的架构 - 从宏观规划方面来看，这是敏捷的核心租户，但即使对于个人开发人员来说，实践也很重要。通过 2 或 3 周的迭代，您会发现您根本没有时间花 1 1/2 周开发某些东西，并花半周将它们集成在一起。
- 尽早 checkin ，经常 checkin ，并 checkin 工作代码 - 不要这样做，你很快就会发现你就是那个人在迭代结束前一天中断构建。
- 了解什么阻碍了你，以及什么可能在接下来的一两周内阻碍你，并告诉人们这一点 - 敏捷团队中没有人喜欢在最后一秒听到开发人员说关键部分的工作被搁置，等待任务完成。
- 在整个迭代过程中考虑迭代的结束 - 您编写的每一行代码都应该考虑在迭代结束之前完成这是否现实。
- 永远要紧锣密鼓(嘿，如果没有一个可爱的、格伦加里·格伦·罗斯(Glengarry Glen Ross)抄袭的首字母缩略词，我不可能有一个简洁的建议 list !)你会在第二次或第三次迭代中了解到偷懒休息一周，然后通宵熬夜会让你很痛苦。
如果您已经关注所有这些 - 太好了!它们当然是通用的最佳实践，而不是特定于敏捷的。我认为大多数开发人员确实有一两个坏习惯，这个列表解决了这个问题(我知道我有时会这样做。)
关于agile - 在敏捷工作中，我的工作习惯应该如何改变？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3463630/