项目管理知识选择合适的敏捷方法解决现存的问题.docVIP

选择适合的敏捷方法解决现存的问题 敏捷改进应该问题驱动（ProblemDriven）。假如组织或团队中不存在需要改进的问题，那么就没有必需敏捷。 在正式启动敏捷改进从前，应该先问一问我们为何要敏捷？敏捷能解决我们企业、我们团队现有的哪些问题，给我们带来哪些潜伏的价值、额外的收 益？敏捷改进成功的一个重要前提是第一对自己团队、企业/企业/组织的现状和存在的问题有一个清楚和清醒的认识。无论CMMI过程改进，还是敏捷过程改进，这步的现状评估都是特别重要的。 有网友说，我们两年从前就对敏捷很感兴趣，早就蠢蠢欲动想敏捷了，可是到此刻还是老样子，企业领导也不大感冒，所以一点进展也没有。应该逆向思虑。假如两年都过去了，你们企业采纳传统的做法都还运作得好好的，那为何要敏捷呢？这正说明你们企业可能不需要敏捷。不要为了敏捷而敏捷。不 要由于外面流行敏捷，媒体和marketing都在宣传敏捷，敏捷看起来很时髦，很时兴，很cool，就盲目地试试敏捷，何必劳民伤财呢？还是采纳守旧疗法好。本源： 平时在紧急性越大，大家一致希望改变的动力越大的状况下，敏捷改进的成效越好。 选择敏捷方法：Scrum？ 有网友说，既然有统计表示Scrum是目前流行的敏捷方法，那我们就试一试Scrum吧。 且慢，敏捷不是某一种详尽的方法，敏捷不是Scrum，也不是XP，由于除 Scrum和XP，还有AgileUP、FDD、Crystal、太极敏捷（Taiji）等等方法。敏捷是一套价值观和原则，最少也是一个会集的看法。终归哪一种敏捷方法适合 你，需要进行仔细的检查、研究和解析。他人的敏捷不是你的敏捷，他人的成 功也不是你的成功。所以，不要先入为主地以为，要敏捷，就必定要Scrum，也许必定要XP。 经典的Scrum在某种意义上是对传统项目管理的颠覆，Scrum过程英勇地撤消了项目经理这个角色，项目管理的工作由产品负责人、ScrumMaster和自组织的开发团队共同来完成，这必定要求企业对原有的管理文化、开发文化包含核查文化作出调整，预计光这一点就会把很多人吓跑。 在试试Scrum从前，应该先作一下评估，问这样一些问题：我们企业此刻 存在哪些问题，Scrum能否解决这些问题；Scrum能否与我们企业的管理制度和 企业文化相般配，假如不般配，需要我们作出多大程度的改变，能否承受？如 Scrum不是适合我们企业的敏捷方法，那么能否可以采纳其余的也许混杂的 敏捷方法？单个方法不可以，复方的行不可以？西式的做法不可以，中式的行不可以？... 在明确了企业存在的问题和改进目标，并大体优选出可以实现这一改进目 标的敏捷方法集以后，才是优选何种工具的问题。即即是同一种、同一类敏捷 方法，比方Scrum、XP或Scrum+XP，也都有很多种来自多个厂家的敏捷管理和 开发工具可供优选。 假如经过仔细的评估和解析，发现Scrum和/或XP的确有可能是适合我们企业的方法，那么此时再英勇推动也不迟。 以上是比较合理的问题驱动敏捷改进的思虑逻辑温序次。假如颠倒序次，在没有弄理解企业什么要敏捷、什么是敏捷的状况下，盲目地采纳厂家优先、工具优先的做法，这类敏捷实行的失败可能性是很高的。 掌握了正确的思路和方法，敏捷可以离你很近。