是否存在削减方法的方法？

Question

如何垃圾收集或消除过时且繁琐的方法，这些方法对软件开发过程更有害？你怎么能不断地简化你的过程，为程序员实现一些成就而不是关闭一千个谷仓大门的方式，因为他们已经逃脱了年复一年的马匹？

Answer 1

我会使用回顾来收集哪些有效，哪些无效的信息。您可以在项目周期的不同点使用回顾。

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

在回顾期间，您需要集体回答以下问题：

1. 什么效果很好？
2. 我们应该怎么做？
3. 我们应该停止做什么？

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

Answer 2

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

GC的比喻并不恰当;你的团队没有任何外在的东西可以合理地确定一种做法或方法何时有资格灭绝。这是一个动态的事情，必须得到所有利益相关者的同意。这是一个沟通问题。

Answer 3

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

管理人员倾向于尝试使用最新的流行语兼容工具/技术，而他们的开发人员则希望坚持使用“久经考验”。

如果您希望开发人员想要尝试新事物，您需要不断挑战他们，为他们上课，或以某种方式说服他们说经理说话不重要 - 这是他们至少应该调查的工具。

您还需要确保听取他们的投诉，并将其作为技术或意见进行编目。

如果他们的投诉主要是意见，那么您可能需要一组不同的开发人员。如果它们是技术性的，那么工具的流行程度并不重要，在这种情况下可能应该避免使用。