项目资源调配要打歼灭战
发布于 2024-10-01
1741
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在软件企业中,人手不足的问题普遍存在。企业在面对人力资源分配时,常见的策略是平均用力、分散资源,以及根据项目的紧急程度临时调配人员。这种策略通常导致各个项目人手紧张、交付延期,形成恶性循环。
理想的人力资源配置策略应当是集中优势兵力,确保大部分项目有足够人手,最多仅一个项目人手不足。这样可以提高项目交付速度,保证整体的工作效率。
通过假设一个场景,其中有5名开发人员需要在10个月内完成4个项目,每个项目需要10人月的工作量,最理想的状态是每个项目有3人参与。基于此,对比了两种策略:
策略1:分散人力资源,导致每个项目都缺乏足够的人手。
策略2:集中人力资源,确保每个项目都有充足的人手来完成工作。
在这两种策略下,对4个项目的工期进行了比较,结果显示策略2能够在平均交付周期上优于策略1。集中人力不仅能缩短交付周期,还能减少需求变更、提升项目生产率、降低返工成本等。
实施策略2需要在公司级别对项目进行优先级划分,以确定哪些项目应优先启动。这种策略对于需要提高项目效率和效果的老板来说,是值得尝试的方法。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1070.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
例解:集成测试用例与单元测试用例的区别
函数一: getMaxInTwo(int a,int b) { if a>=b return a; else return b; } 函数二: getMaxInThree(int a,int b,int c) { a=a+1; int max=getMaxInTwo(a,b); max=getMaxInTwo(max,c); } 单元测试用例的设计: getMaxInTwo的UT用例: (3,2)
和任老师聊聊质量工作
2019年10月12日在厦门有某公司的6位质量管理同仁一起共进晚餐,席间讨论多个话题。10月14日,这些有心的朋友整理了问答记录,我做了简单修订,摘录如下:SQA感觉成天统计数据,没什么意义?统计数据可以,对于SQA来说,要掌握数据分析方法,从数据中找出规律,得到结论,有明确的结论来影响大家。有数据,必须有结论,这样才能充分发挥数据的价值。比如...
缺陷清除率的简单分析
某项目采集了在一个迭代周期内缺陷的注入与发现数据。把缺陷注入分为了3个活动,把缺陷发现分为了4个活动,一个月内的统计数据见下表:某项目的缺陷清除率分析缺陷注入\缺陷发现Sprint planning设计与编码代码评审测试小计需求分析453 12设计与编码 27128测试 22小计4530342缺陷清除率33.3%62.5%96.8%100.0% 在此统计表中并没有采集到产品发布后的度量数据
产品质量提升「两头钳」策略
文章浏览阅读490次,点赞11次,收藏4次。摘要:本文提出软件产品质量提升的「两头钳」策略,通过前端严控需求质量和后端把关测试用例,实现质量管控全流程贯通。前端重点规范需求描述、强化评审机制和建立可复用需求资产;后端强调测试设计的完整性、用例评审的严格性以及缺陷的根因分析。该策略将80%的质量问题前置解决,形成可追溯、可度量的闭环质量管理体系,显著降低返工成本,提升交付效率。实施建议包括小范围试点、工具链支撑和定期复盘优化,适用于各类软件开发模型的质量改进。
迭代总结会议的旁观感想
初创团队,迭代总结会议以后,有哪些可以改进的地方呢?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线