正式评估时被访谈人员应该注意什么?
发布于 2024-10-03
1502
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在CMMI正式评估中,被访谈人员应注意以下关键点以确保有效沟通:
- 确保听清问题后再回答,如有不清楚之处,可要求评估组成员进一步解释。
- 先给出问题的结论,随后补充解释,避免无结论的长篇累述。
- 回答问题时保持条理清晰,可以采用时序法或分类法组织答案。
- 清晰陈述问题的背景信息,特别是对于非常规做法,以便评估组做出准确判断。
- 对于自己不了解的问题,坦诚表示不知情,而不是进行推测。
- 直视提问者以显示自信和坦诚,避免目光游离。
- 控制语速,以便评估组成员记录,避免因过快而重复访谈。
- 抓住问题要点进行简洁回答,关注被提问者关心的核心内容。
良好的沟通能力不仅体现在做得好,还要表现在说得好,以避免浪费评估时间和资源。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1120.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI2.0 之供应商合同管理
SAM,supplier agreement management,是在所有的PA中,唯一一个在评估时可以排除在外的PA。如果有外包或采购产品或服务的行为,则可以参考SAM这个PA的实践进行分包或采购管理。 实践列表 SAM 1.1 Develop and record the supplier agreement. ...
如何减少返工工作量?
提高软件开发效率的最有效手段就是一次做对,一次做好,不返工,追求交付零缺陷的目标。“对”就是没有错误,符合需求,“好”就是没有坏味道,易于修改。“做对”保证了产品的外部质量,“做好”保证了产品的内部质量,这样就可以减少软件缺陷、需求变更带来的返工。返工可能发生在生命周期的早期,也可能发生在后期,或者是交付以后,缺陷越早发现,越早解决,返工的工作量越少。有哪些手段可以保证不犯错,少犯错,及时纠错呢?
给程序员的18个忠告
1 想清楚,写清楚,说清楚,才是真正的清楚!2 多花点时间沟通清楚需求,才能把握正确方向!3 修复需求错误的成本是代码错误的几十倍!4 程序员最大的坏习惯就是:急于动手写代码! 5 提高开发效率的捷径:一次做对,不返工!6 写代码之前三件事: 弄清楚做什么; 说清楚怎么做; 想清楚怎么测!7 职业的程序员设计程序,业余的程序员调试程序;8 拷贝粘贴式的作业方式,最容易导入b
案例:原因分析与解决方案的实战演练
2011年12月15日,笔者作为外部咨询顾问参与了客户的一次原因分析与解决方案的分析会议,对整个过程进行了记录:参与的人员: 外部的咨询顾问 1名 QA人员 上午4名,下午3名 部门经理 1名 项目组内部的人员 上午7名,下午3名培训的时间: 上午9点10分到上午9点55分,共计45分钟会议的时间: 上午9点55分到11点40
AI 编码的“喜新厌旧”:一个被严重低估的真实规律
文章浏览阅读342次,点赞5次,收藏5次。AI编码存在明显的"喜新厌旧"特征:处理新需求时表现优异,但对历史代码修改和系统集成却容易出错。这源于AI缺乏全局系统观、不擅长兼容已有代码、修改易顾此失彼等问题。为此,应采取契约先行、建立回归测试、原子化提交等策略,将AI定位为"新建工具"而非"修补工具"。关键是要改变开发思路,追求AI代码的一次成功,同时接受"AI生成+人工粘合"的协作模式。这要求开发者更加重视前期需求定义、架构设计和测试驱动开发。_ai编码把原文件编码给改了
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线