是否有一种axing methdologies的方法学？

Question

你如何收集或消除过时和繁琐的方法，这些方法对软件开发过程更有害而不是有益的？你怎样才能不断精简你的流程，为程序员们实现一些成就而不是因为昨年逃脱的马关闭了千谷仓门而让程序员清除了方法？

Answer 1

我会使用回顾来收集有关什么可行，什么不可行的信息。您可以在项目周期的不同时间点使用回顾。

如果您使用的是迭代方法，则应在每次迭代结束时进行回顾。如果你使用的是瀑布，那么一旦产品发布，你应该做一个回顾展（有人称之为post-morten）。

在回顾，需要共同回答下列问题：

1. 什么工作呢？
2. 我们应该开始做什么？
3. 我们应该停止干什么？

然后，您可以与您的团队合作，优先考虑对他们重要的事情。问问他们想要改变什么是他们想要改变的，并开始研究那件事。

Answer 2

总之：沟通。在你和其他团队成员之间，像项目经理等其他利益相关者之间。

GC隐喻不相关;你的团队没有任何东西可以理性地确定一种实践或方法何时有资格灭绝。这是一个必须得到所有利益相关者同意的动态事件。这是一个沟通问题。

Answer 3

人类是习惯的生物。开发人员可能比其他人多。

经理们倾向于尝试最新的时髦词汇兼容的工具/技术，而他们的开发人员则希望坚持以前的尝试。

如果你想让开发者想尝试新事物，你需要不断挑战他们，为他们上课，或者说服他们说经理说话不重要 - 这是他们应该的工具至少调查。

您还需要确保倾听他们的抱怨，并将他们作为技术或意见进行编目。

如果他们的抱怨主要是意见，那么也许你需要一组不同的开发人员。如果他们是技术性的，那么这个工具的受欢迎程度并不重要，在这种情况下可能应该避免。