project-management - XP vs 传统的优秀项目管理

Question

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












想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。

8年前关闭。




Improve this question




我已经在 IT 行业工作了 10 年，但曾在“传统”管理的项目团队(管理良好和管理不善的团队)工作。

我听说过"new"的 Scrum 或 XP 类型的项目管理，并渴望成为其中的一员(作为 s/w 的人，我猜我们总是喜欢任何新事物)但没有机会。

我的问题是——你在转向"new"方式方面有什么经验——它是明显更好还是更糟，或者没有任何不同？使用XP的开发方式有没有项目成功率的提升，或者和其他管理良好的传统项目一样？

这不应该是一个政治问题，而应该是您搬到新世界或至少经历过一次后的经历。

提前致谢

Answer 1

在我听说 XP 之前，我的早期工作中有一位非常出色的经理(Mike)。他习惯于管理工程师并过渡到管理软件。在经历了几次糟糕的工作经历之后，我回顾了他的风格与我在与他合作之前和之后的典型项目管理。

每天至少会见一次，但给了我们工作的空间

使用带有两列的白板，工作人员和他们正在做什么任何人都可以查看该白板，看看是否已经完成或正在完成某事

让每个人都交叉训练。我在那里学习了 rcs 和 cvs 以及如何使用 make 文件

任务完成后进行高效的“死后”。他会问这样的问题:“如果 X 会有帮助吗？”或“下次，我们可以尝试...”

让每个人都从事短期任务并管理我们的时间，所以我们总是在做一些事情，但从来没有堆积成吨的东西

迈克在纸上做了一切。他会随身携带笔记本和索引卡。他坚持将管理层要求他的任何事情转化为可管理的任务，通常写在便条卡上。他拒绝让任何人从事任何无法明确解释或没有明确目标的工作。他会问副总裁“你说的更快是什么意思？” “报告打算显示哪些类型的指标？” “为什么要优先考虑？”在写下需要做的事情以及“完成”是什么意思时，他似乎有近乎无限的耐心。

当我第一次阅读 XP 的书时，我惊讶于“Mike 的工作方式”有多么熟悉

敏捷似乎只是实现一组最佳实践并评估它们在您的环境中的工作方式。当它们不起作用时，改变它们。当他们工作时，坚持他们。

我认为传统项目管理的真正问题在于，它通常并不存在。我很惊讶有多少商店声称使用 RUP 或 Code Complete 甚至敏捷，但实际上并没有任何可识别的项目管理。当然，有 session 。人们称其为项目经理。但是问一个简单的问题，比如“在项目 X 上做了什么”或“在项目 Y 上还剩下什么”，没有人有答案。他们必须通过电子邮件挖掘或指向一个可笑的不准确的 MS 项目文件。

如果一个人声称正在节食，但无法回答有关他们正在吃什么或如何锻炼的问题；你会接受他们真的在节食吗？