我所亲身经历的CMMI3

CMMI3 评估访谈问题清单

CMMI3 评估 评审 访谈 问题 内容 清单 列表

CMMI3认证过程记录

提前写的PIID表只是方便ATM成员填写文档检查表（Document Review）时使用 第一天召开启动后、主任评估师拿REQM为例，向ATM讲解如何检查文档 我们三个本公司的ATM每人负责检查三个过程域的文档证据，赛宝的刘老师负责三个过程域，主任评估师自己先选了OPF OPD OT和MA。 每个过程域半天时间，第三天的下午，主任评估师把他的访谈问题给我们，下午的工

CMMI认证中的ATM是什么？

他们负责评估组织的软件能力成熟度，为组织提供有针对性的改进建议，帮助组织提高软件开发的质量和效率。在CMMI认证过程中，ATM成员的责任重大，对组织的发展具有重要意义。CMMI认证是一个评估组织软件开发能力的过程，分为五个等级，从初始级到优化级。ATM是CMMI认证过程中的一个关键角色，即评估团队成员。他们负责对组织的软件能力成熟度进行评估，确保组织的软件开发过程符合CMMI标准。ATM成员负责确保评估过程的有效性和公正性，为组织提供有针对性的改进建议，帮助组织提高软件能力成熟度。

小白的CMMI3体验

前言 2020年6月份，机缘巧合之下做为ATM参与了所在公司的CMMI3评审。评估从开始到结束大概持续了8天，过程当中虽然因为手头上还有日常的工作时常需要加班，但略感疲惫的同时还是挺有收获的。所以决定把这个过程记录下来，算是给自己的一个总结。 一些概述性的话 因为是疫情期间，所以这次采取的是线上评估的方式。每天开始前评估师会在群里发腾讯会议的链接及会议号，ATM、翻译以及相关的访谈人员进入线上会议室和评估师一起开展评估工作。不得不说这种线上的方式，很大程度上缓解了我作为这方面的小白的紧张感。 先说一

CMMI-DEV_v1.3

        最近公司在申请CMMI3级的资质,自己的身份是评估组成员（Appraisal Team Member，简称ATM），ATM主要参加文档评审及人员访谈，完成证据的记录和收集(包括文档证据和访谈证据)，填写PIID表，根据所收集的证据参与评估结果的讨论和认定。         在CMMI3主要对CMMI-DEV_v1.3进行了系统的学习。总结如下：         能力成熟度模...

我自己曾经经历的CMMI3认证通过关于软件测试的访谈

因为当初我在公司里是负责软件测试工作的，所以CMMI3和测试相关的访谈，就是由我来负责，主评管是一位德国老外，幸好有翻译。测试访谈的相关内容，下面的十几个问题基本上能包含访谈的全部内容，甚至很多情况下，只挑出部分问题进行访谈提问。如果记忆力比较好的应届毕业死记硬背背下来也行（个人观点，毕竟对方是收钱办事的）。问题1：是否成立了独立的测试组？测试人员在项目中的测试职责？答案：是，公司里成立了独立的测

CMMI，该做的是什么？

　　我们公司于２００５年６月份开始基于CMMI的过程改进，由于本人一直外派到华为合作开发项目，虽然作用公司骨干，参与了几次CMMI的培训，但由于项目原因，并不能回到公司，没有亲身经历该过程，一直感觉遗憾。　　２００５年１２月底，与华为公司合同到期，我和兄弟回到公司，得以了解公司CMMI的实际进展情况，感觉非常失望。　　公司为CMMI的实施，决定把一个将要开发的一个项目作为试点项目，也专门成立的过程

我所知道的富士康（1）

<br />我所知道的富士康之序言<br /><br />最近总有朋友询问我富士康的事情，问得多了，也就回忆的多了，兴奋的时候，就想干脆整理成文字吧，也算对自己自06年以来给富士康做咨询的一个总结。从06年以来我给富士康的3个事业群做过了CMMI的咨询，2次2级，3次3级，累计现场咨询天数超过150天吧，所以日积月累，对富士康有所了解。<br /><br /><br /><br />为了避免不必要的麻烦，我认识他，他也认识我的人都隐去了姓名，我知道他，他不知道我的就出现了一个姓名：郭台铭。<br /><br

阿里、腾讯、字节跳动等一线大厂都在用的敏捷开发到底是什么？

我最早接触敏捷，是源于一位做开发的朋友。他就属于那种效率极高的，大家一个礼拜的任务他2-3天就能做完，代码质量高 bug 少。最主要的是，他除了写代码以外，有足够多的时间研究新技术，指导其他同事，在团队中口碑极好，后来还研究上了管理，听说这家伙后来做了首席架构师，还兼任团队 Leader。 他有个习惯，每次写代码之前都会仔细想一想需求，想好后先写测试用例代码，再动手写代码。一旦写代...

敏捷开发一千零一夜

敏捷开发一千零一夜（国内首部以真实敏捷实施案例为主线的案例集）王立杰 主编ISBN 978-7-121-20818-82013年8月出版定价：49.00元244页16开编辑推荐覆盖组织转型、产品管理、团队建设、工程实践，解析精彩过程，分享经验教训，揭示敏捷背后的奥秘。汇集IBM、淘宝、京东、暴风影音等IT名企的敏捷专家经验分享。内容提要本书以多位作者的亲身经历，再现真实的敏捷...

关于敏捷的一些想法

敏捷软件开发宣言： 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过遵循计划 今天看了robert martin的PPP一书的第一部分，敏捷开发 回顾了自己曾经加盟过的几个公司，经历过的大大小小的项目，感慨良多。 这些公司中不乏奉过程开发为宝典，甚至有的蹭破头皮为CMMI而设计一些开发流程，文档规范。 还有一些则奉敏捷...

软件工程控制经验总结系列之一 - 软件工程控制总论

前言：在实际的大规模软件实践中，笔者所带领的事业群总是碰到各种各样的项目交付问题，特别是规模稍微大一点的软件项目，更是如此，总是看到我们的项目经理或愁眉苦脸，或通宵达昼，或垂头丧气，或又将告诉你将延迟交付，问题不一而足，但核心要点几乎是一致的，全部是项目部分处于失控边沿，笔者也做过众多的培训，但仔细思考一下，总感觉点滴传授，缺乏系统性，言语相传，并未存于档案，此系列文章就是基于这个目的，将笔者过去

【图书推荐】中国首部敏捷开发案例集《敏捷开发一千零一夜》

不知道大家是否还记得年初写的《软件工程四十年预测》一文，里边提到了“实践软件工程”的概念。也就是说未来引领软件工程的不再是少数大师，而很可能是在实践中不断摸索，或有经验或有教训或有心得的普通一线开发者和管理者。本书是由京东、IBM、淘宝、SAP、暴风影音等IT名企专家——也包括博主本人——所编写的敏捷经验分享，都来自于真实的开发经历。既然叫做一千零一夜，就是希望实践者的故事永远讲不完，期待大家的参

高质量C++/C编程指南（林锐）

版本/状态 作者 参与者 起止日期 备注 V 0.9 草稿文件 林锐 2001-7-1至 2001-7-18 林锐起草 V 1.0 正式文件 林锐 2001-7-18...