和需求的提供者达成一致
发布于 2024-10-03
910
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在一次访问客户并检查项目组周报时,发现项目组有大量未计划的任务。为此,项目助理被要求统计计划外工作量占计划内工作量的比例。为确保任务明确,周报内容被投影出来,并在白板上明确了统计标准,包括排除周期性任务、统计实际工作量、限定本项目组任务,并要求按周次、计划内外工作量三列进行统计。
通过现场演示,一个周的数据统计方法被展示。然而,一个小时后,项目助理提交的数据与之前的统计不一致。调查后发现,助理统计的是计划的而非实际工作量。尽管任务要求似乎已经很清晰,但实际上并没有确认助理是否真正理解了这些要求,从而导致了返工。
这一错误违反了需求管理的特定实践REQM SP1.1,即没有与需求提供者达成对需求的一致理解。这种情况在实践中可能相当普遍。因此,在布置任务时,应要求任务承担者重述要求,以确保他们确实理解了所要求的。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 814.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
迭代回顾会议咨询记录
每次敏捷迭代都是一次PDCA循环, 迭代的回顾会议则是其中的A(adjust),不断的复盘总结可以帮助项目一次比一次做的更好,使团队形成一个自学习的组织。 近日我旁观了一个敏捷项目组的迭代回顾会议,项目组成员对本次迭代的经验教训进行了总结,我作为外部顾问旁观了整个过程,并对项目组中存在的问题,本次回归会议的优缺点进行了点评,咨询记录如下: ...
职业程序员培养之道
作者:粘新育 任甲林 来源:希赛网 http://www.csai.cn 2004年06月28日 软件开发是以人为核心的过程,对人的依赖性远高于传统的硬件生产企业,为了保持开发能力的稳定性,一方面需要定义软件过程,以过程为枢纽将人、技术、工具衔接起来,另一方面也要加强人才的培养,使人的工作能力能够稳定、提高人员的自治性。随着社会需求的膨胀,对程序员的需求量、对熟练的程序员的需求量在剧增,然而对程
在EXCEL中生成服从三角分布随机数的方法
在项目管理中经常需要对工期进行模拟。一般是对每个任务进行三点估算,然后根据任务的先后顺序关系定义出工期模拟的模型。如果使用商业化的蒙特卡罗模拟工具进行这个工作很容易,但是如果没有专门的蒙特卡罗模拟工具,则需要手工在EXCEL中生成符合三角分布的随机数据,如何做呢?三角分布的概率密度函数与累积分布函数如下:我们可以计算出累积分布函数的逆函数:当a
普通原因与特殊原因的区别
在SPC中,对过程的偏差区分了信号与噪音,信号是特殊原因造成的偏差,噪音是普通原因造成的偏差。这两类原因有啥区别呢?我归纳整理如下: 普通原因 特殊原因 定义 普通原因指的是造成随着时间的推移具有稳定的且可重义的分布过程中的许多变差的原因,我们称之为:“处于统计控制状态”、“受统计控制”,或有时简称“受控”。普通原因表现为一个稳定系统的偶然原因。只有变差的普通原因存在且不改变时,过程的输出才是可以预测的。 特殊原因(通常也叫查明原因)指的是造成不是始终作用于过程的变差的原.
写年度总结报告的注意事项
年度总结报告怎么写?掌握以下九个要点!
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线