扫码阅读
手机扫码阅读
项目资源调配要打歼灭战
49 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:项目资源调配要打歼灭战
文章来源:
麦哲思科技任甲林
扫码关注公众号
在软件企业中,人手不足的问题普遍存在。企业在面对人力资源分配时,常见的策略是平均用力、分散资源,以及根据项目的紧急程度临时调配人员。这种策略通常导致各个项目人手紧张、交付延期,形成恶性循环。
理想的人力资源配置策略应当是集中优势兵力,确保大部分项目有足够人手,最多仅一个项目人手不足。这样可以提高项目交付速度,保证整体的工作效率。
通过假设一个场景,其中有5名开发人员需要在10个月内完成4个项目,每个项目需要10人月的工作量,最理想的状态是每个项目有3人参与。基于此,对比了两种策略:
策略1:分散人力资源,导致每个项目都缺乏足够的人手。
策略2:集中人力资源,确保每个项目都有充足的人手来完成工作。
在这两种策略下,对4个项目的工期进行了比较,结果显示策略2能够在平均交付周期上优于策略1。集中人力不仅能缩短交付周期,还能减少需求变更、提升项目生产率、降低返工成本等。
实施策略2需要在公司级别对项目进行优先级划分,以确定哪些项目应优先启动。这种策略对于需要提高项目效率和效果的老板来说,是值得尝试的方法。
想要了解更多内容?
查看原文:项目资源调配要打歼灭战
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 72.2K
麦哲思科技任甲林的其他文章
知识、经验、悟性与执行力
每次去售前的时候客户总会问,选择什么样的EPG成员才合适? 前一段时间偶然看了一集《卧薪尝胆》电视剧,深受启发,总结了4个选人要素: 1 知识 知识是基础要求,应该有基本的软件工程知识,而不是白纸一张,这样才能容易沟通,知识可以通过学习来获得。 有无知识是相对的,知识可以通过是否学习过哪些课程,接受过哪些培训,读过哪些书籍来衡量。 实践出真知。知识经过实践的锤炼才能真正成为自己的知识,对知识与经验
聊聊故事点背后的故事
聊聊故事点背后的故事Q1、敏捷项目能不能不估算故事点,直接估算工作量?【观点一】:在策划扑克法中先估算故事点有其固有的优点,最无法替代的优点是故事点不是绝对的工作量,避免了团队在迭代早期盲目的承诺,第一个迭代可以只估故事点不估工作量,是一种保护团队的行为,体现了敏捷以人与团队为本的文化,多数策划扑克法没用起来的团队往往也是这种文化薄弱甚至背道而驰的。此时策划扑克就不是最适合的方法...
测试用例评审的旁观记录
测试用例评审应该如何做?
组织过程财富库中究竟包含什么?
1 过程财富库的含义CMMI中提到的organizational process assets 通常翻译为组织过程资产或者是组织过程财富,可以简写为OPA。 什么是OPA呢?按照V1.3中的术语定义: Artifacts that relate to describing, implementing, and improving processes. Examples of these artifacts include policies, measurement descriptions,
高成熟度的软件估算应该是什么样的?
1 估算基础 1)对估算对象(需求、任务等)的拆分颗粒度定义了上限与下限,以提升估算的准确度。 2)完备识别了估算对象,没有遗漏的需求或任务。 3)估算人员经过了估算方法的系统培训。 4)定义了组织级的估算方法。2 规模估算 1)从不估算规模或经验估算规模升级为客观度量规模,比如采用国际标准的功能点方法或自定义的规模度量方法,无论是哪种方法,规模与工作量之间应该是强相关的才是合理的。 2)如...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线