项目管理 – XP vs传统的良好项目管理

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

我听说过“新”scrum或XP类型的项目管理,并渴望成为其中的一部分(作为s / w人,我们总是喜欢任何新的东西)但是没有机会.

我的问题是 – 你在采用“新”方式方面的经验是什么?它是显着更好还是更差或没有任何不同?使用XP开发方式时是否有任何项目成功率提升,或者与任何管理良好的传统项目相同?

这不应该是一个政治问题,而只是你的经历,因为你已经搬到新的世界或至少经历过一次又一次的经历.

提前致谢

最佳答案
在我听说过XP之前,我有一个非常优秀的经理(迈克).他习惯于管理工程师并转向管理软件.在经历了一些糟糕的工作经历之后,我回顾了他的风格与我之前和之后的典型项目管理.

>每天至少与每个人见面,但给了我们工作的空间
>使用带有两列的白板,工作人员和他们正在处理的人可以查看该板,看看是否已经完成或正在进行
>让每个人都过火车.我在那里学习了rcs然后cvs以及如何使用make文件
>任务完成后,尽职尽责地“post mortum”.他会问“如果X会有帮助吗?”或“下一次,我们可以尝试……”
>保持每个人都在完成短期任务并管理我们的时间,所以我们总是在做一些事情,但从未有过大量的东西堆积起来

迈克在纸上做了一切.他会随身携带笔记本和索引卡片.他坚持认为,管理层要求他的任何事情都要转换成可管理的任务,通常写在便条卡上.他拒绝让任何人从事任何无法明确解释或有明确目标的事情.他会问副总裁“你的意思更快?” “报告要显示哪些指标?” “为什么要优先考虑?”在撰写需要完成的工作以及“完成”的含义时,他似乎几乎无限耐心

当我第一次阅读XP书时,我对“迈克的工作方式”的熟悉程度感到惊讶

Agile似乎只是在实施一套最佳实践并评估它们在您的环境中的工作方式.当它们不起作用时,请更改它们.当他们工作时,坚持下去.

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

如果一个人声称自己节食并且无法回答有关他们正在吃什么或他们如何锻炼的问题;你会接受他们真的节食吗?

转载注明原文:项目管理 – XP vs传统的良好项目管理 - 代码日志