演示文稿:智能敏捷度量
pmbok v5更新。

敏捷生产力

生产率中小企业,SM0S和DELUDED开发者日

我们都希望主题专家(中小企业),但如果我们得到主题零(SM0S)会发生什么? 这对您的日程安排有何影响,以及“其他项目承诺”的团队成员如何?在你知道之前,那个6个月的时间表看起来非常舒适,看起来像是一个童话故事。

我最近参加了Lee Lambert在当地的PMI会议上发表了一个伟大的介绍,而他并没有谈论每日敏捷,他对中小企业和兼职资源的评论袭击了我想分享的和弦。

客户,业务,敏捷项目的主题专家(中小企业)的作用至关重要。它们不仅有助于提供要求,还澄清了详细信息,验证原型,执行uat,告诉我们业务变更,阐明目标,优先级,列表继续。伟大的中小企业就像伟大的多学科开发商,可以做BA工作,建筑,发展和QA - 他们可以让项目发生。很少有人得到这些神话,但我幸运的是,有几个。

更常见的是,我们与中小企业合作,有限的时间偏好一个或两个工作领域,例如提供软件的要求或测试增量。我们显然想要我们可以得到最好的中小企业,但最好的人总是忙于他们“得到 - 它”,可以搞砸工作 - 所以谁不想从事他们?

当中小企业不可用时,我们可以分配代理客户,或许可以在其中扮演客户的角色,或者我们从角色中可能更不经验的业务中获得更多初级的少年。这些只是今天在公司工作的现实,并且随着滚石的说法,“你可以'始终得到你想要的东西,但如果你尝试有时你会发现,你会得到你需要的东西“。当发生这种情况时,我们只需要确定我们了解对我们的日程安排的后果。

另一个因素是团队成员可用性,理想情况下,这是100%。这使得面对面的会议简单,资源调整微风,一天任务经常在一天内实际完成,想象一下! “你,你可能会说我'm a dreamer, but I'm not the only one“,即使支持支持和其他项目的承诺从项目中获取可用性,许多项目计划也是如此。

整体任务持续时间由我们资源的生产率以及其可用性而决定,如下:E1
所以,如果一项任务为8小时(一天)为我们的中小企业&dev combo,但我们没有得到我们想要的中小企业,而是有一个SM0,让乐观假设是我们的中小企业的生产力50%。此外,开发人员也不100%致力于该团队,但分为2个项目,并为这些项目提供生产支持,然后他们的项目对我们项目的新开发的真实可用性可能仅为25%。

使用这些数字为我们的8小时任务我们得到:  E2
这一结果可能令人惊讶,我们本能地知道这将需要更长时间,因为业务参与并不完美,开发商有其他工作,大多数PMS系数较长3-4倍,也许是5-6次,但充分罕见恰当地合并了8倍。

这就是为什么昨天的天气(根据以前结果的测量性能)和通过速度测量团队能力的原因通常更好地预测完成率。 另一点它说明是次优资源和非专用参与者的影响和意义。

始终是影响项目持续时间和成功因素的最佳时间是选择项目的人。它是一个太容易忽视了一些小妥协的真正影响,而不是正确解释然后累计累积的后果延迟。我们可以使用任务持续时间公式来说明这一点或依赖披头士乐队“救命!我需要人帮助;帮助,不仅仅是任何人,帮助......“。

 

生物:Mike Griffiths是一名项目经理,谁真的需要更新他的音乐集合。他在敏捷联盟和APLN的董事会中服务。 Mike是PMBok V5指南的贡献者,PMBOK指南的软件扩展,PMI Agile Cop和PMI-ACP指导委员会。

 这篇文章首先出现在甘特·甲型 这里.

注释

瑞安B.

梦幻般的文章迈克。非常有洞察力。

此项对应的评论被关闭。