Project management XP与传统的优秀项目管理
我已经在IT行业工作了10年，但在“传统”管理的项目团队中工作过（管理良好和管理不善） 我听说过“新”的scrum或XP类型的项目管理，并渴望成为其中的一员（作为s/w人员，我想我们总是喜欢任何新的东西），但没有机会 我的问题是，你在走向“新”的道路上有什么经验？是明显的好还是坏，还是没有任何不同？在使用XP开发方式时，是否有任何项目成功率的提高，或者与任何管理良好的传统项目相同 这不应该是一个政治问题，而应该是你的经历，因为你已经搬到了新的世界或经历了至少一次Project management XP与传统的优秀项目管理,project-management,agile,scrum,agile-project-management,Project Management,Agile,Scrum,Agile Project Management,我已经在IT行业工作了10年，但在“传统”管理的项目团队中工作过（管理良好和管理不善） 我听说过“新”的scrum或XP类型的项目管理，并渴望成为其中的一员（作为s/w人员，我想我们总是喜欢任何新的东西），但没有机会 我的问题是，你在走向“新”的道路上有什么经验？是明显的好还是坏，还是没有任何不同？在使用XP开发方式时，是否有任何项目成功率的提高，或者与任何管理良好的传统项目相同 这不应该是一个政治问题，而应该是你的经历，因为你已经搬到了新的世界或经历了至少一次 提前谢谢你走的时候带着你的旧行李
提前谢谢你走的时候带着你的旧行李。这意味着您以前的任何项目管理错误做法都将继续存在
然而，我要说的是，当我们开始关闭我们与客户之间的环路时，情况有了很大的改善。越来越频繁地向客户提供反馈和原型设计，意味着客户很少会说“这不是我想要的。”我所在的团队几个月前就启动了Scrum，我们似乎可以更快地完成工作，而且“浪费”更少（废弃的项目）。这是我从我们的小团队（4名开发人员）中观察到的情况。我在工作前使用过（稍微修改过的）Scrum，以下是我的想法：
- 每天的会议和消耗提供了在任务上取得进展的动力
- 我们的经理可以与池塘对面的同事交谈，向他们展示“这就是我们本月的工作。”
- 您确切地知道需要完成哪些任务，并且已经估计了完成所需的时间
- 当优先级发生变化时（新任务、重要bug的添加），有一个定义良好的过程来处理将它们添加到sprint或只是将它们推到backlog中
- 用一个小项目（2-3人）尝试任何变更
- 了解您当前团队最能改进的领域（质量？生产力？上市时间？），并将一些敏捷/XP/Scrum（什么都有）流程纳入……不要同时将它们全部纳入，并了解哪些流程在任何更改之前解决了哪些问题
- 如果可能的话，跟踪那些你希望改变的领域，并与同时运行的另一个项目进行比较（仅仅关注改进某个项目就足以改进它，这有一个研究/术语，但我忘了它是什么）
- 有时，当你开始一个新的过程时，你会看到绩效下降，这是学习曲线的一部分
- 永远不要认为今天的好变化仍然是明天的好变化，总是回顾你的项目领域，随时准备改变任何过程
- 没有任何改变会永远保持良好状态，就像重构代码一样，重构您的流程
- 确保你得到了团队和管理层的认可，你不能强迫自己成功
我还发现，比方法更重要的是实施方法的人。优秀的员工会找到一种方法来做好工作并完成工作，而不管采用何种方法，尽管这种方法肯定会影响效率（和士气：）。然而，不协调的资源可以使用最好的方法，并找到方法来提供较差的结果。在我听说XP之前，我在早期的工作中有一位非常好的经理（Mike）。他习惯于管理工程师，并过渡到管理软件。在经历了几次糟糕的工作之后，我回顾了他的风格，以及与他共事前后的典型项目管理
- 每天至少与每个人见面一次，但给了我们工作的空间
- 使用一个有两列的白板，工作人员和他们正在做什么任何人都可以查看该白板，看看是否已经做了或正在做什么
- 让每个人都穿过火车。我在那里学习了rcs和cvs，以及如何使用make文件
- 当任务完成时，运行高效的“事后检验”。他会问这样的问题：“如果X有帮助吗？”或者“下一次，我们能试着
- 让每个人都在做短任务，管理好我们的时间，所以我们总是在做一些事情，但从来没有一大堆东西堆积起来