来自敏捷联盟计划会议的更新
敏捷项目管理课程

大学教师’t (Just) Drink The Kool-Aid

Kool_aid.下一页 骗子 会议看起来非常有趣。 乔纳森·科尔 will be presenting "大学教师't Drink the Kool-Aid! Avoiding Process Pitfalls"。这是他演示文稿概述的摘录:

“...仅应用敏捷(或任何其他)过程不是成功的保证。与生活中的其他任何东西一样,在应用工具或过程时存在权衡和非预期的后果。这次谈判将探讨某些常见的敏捷过程实践,这些方法可能在某些情况下良好工作,并对他人产生意外后果。

这个谈话的目的是鼓励我们所有人都要继续努力建立最好的软件。认为我们有令人兴奋的是成功的公式,但在一个迅速变化的行业中,我们必须相应地调整和改变。

阿门,成功项目没有标准配方,而是 迪伊 建议,解决方案需要“上文特定”,或者 alistair cockburn. 提醒我们,每个项目的新方法。

这并不是说我们应该劝阻激情的敏捷方法。跟随我的 敏捷项目管理评估测验 我是Simon Baker联系的帖子 思考框 谁得出了令人印象深刻的“优步敏捷“ 分数。您可以阅读他的项目团队实践和追随测验后的成功,并赞扬他和他的团队的工作。

相反,我要做的一点是,我们的意图应该专注于成功的利益相关者参与和更好的软件。如果通过敏捷方法实现,那么通过更好的通信来实现,或者如果通过更好的通信,那么就是这样。如果我们仅关注进程,我们冒着忽略“个人和互动和工具和工具”的风险。

在过去几个月里,我一直在审查章节草案 普雷斯顿史密斯的 new book “灵活的产品开发“由于今年晚些时候发布。我通过APLN董事会遇到了普雷斯顿,我从阅读了章节草案中学到了很多东西。真正为我击中家的部分是他对流程的描述......

我们本能地了解人们更重要的过程;聪明的人们甚至是一个糟糕的过程会成功,而弱小的球队也可以失败,即使是最好的过程也会失败。然而,有什么证据是支持这一点?我们如何遵循我们的信念,以便首先对人们的重点和过程融入第二次?

普雷斯顿为答案指出了Barry Boehm的Cocoomo模型,了解人们有关的因素。 CoCoMo(建设性成本模型)模型旨在通过评估许多项目因素来预测软件开发工作(以及因此成本)。从下图来看,显然这些因素在对最终项目成本的影响方面变化很大。

cocomo_people_over_process.

从图形,“人民因素“是迄今为止最重要的项目预测指标,得分为34,该评分涉及项目所采用的技术和沟通技巧。接下来出现“产品因素“得分为10,与复杂性和可靠性等产品特征说话。然后来“工具和处理因素“比得分只有3个表明它们在确定项目的整体努力方面的总体努力而不是所涉及的人民的因素。

我们倾向于关注流程,也许是美国的左脑子分析性状,旨在找到逻辑改进,而不是不得不用模糊,情感方面的人们努力;然而,我相信这是要找到高杠杆效益的地方。我将CoCoMo因素解释为有用的指标,而不是精确的影响它们的影响。这个幅度差异达到了工人生产力的其他研究(从最糟糕的最差),并根据自己的经验感到右转。

推土机

领导技巧旨在改善项目的人民因素。敏捷方法将良好的过程与有限的人面向实践结合起来。合并两者(领导和敏捷方法)是我认为未来是高性能项目团队的地方。

注释

吉姆里瓦斯

大学教师't drink the "Cool Aid"是一个我不断使用的短语,我的网络营销学生警告他们反对购买的想法"simple system"会让他们致富。数百万人被人们花了(和丢失了),这些人一直在购买很长一段时间已经明显破碎的想法,并且他们坚持下面它是......好...疯了。我没有't work.

有趣的部分是其他人声称我的教导和咆哮对这个话题仅仅是另一种味道"Cool Aid"。嗯。也许他们有一个点,至少在某种程度上。

然而,只要常识和声音商业敏锐被认为是酷援助,我'LL由他们的油轮卡车服务。

吉姆


吉姆

此项对应的评论被关闭。