cmm2cmmi
码龄14年
  • 58,715
    被访问
  • 22
    原创
  • 1,347,981
    排名
  • 127
    粉丝
  • 0
    铁粉
关注
提问 私信

个人简介:一名普通的质量工程师,ASQ CQE,PMP,高项,SCJP,HCIA

IP属地以运营商信息为准,境内显示到省(区、市),境外显示到国家(地区)
IP 属地:北京市
  • 加入CSDN时间: 2008-03-20
博客简介:

CMM2CMMI的专栏

查看详细资料
个人成就
  • 获得1次点赞
  • 内容获得8次评论
  • 获得4次收藏
创作历程
  • 1篇
    2021年
  • 4篇
    2010年
  • 8篇
    2009年
  • 12篇
    2008年
TA的专栏
  • 质量管理
    1篇
  • CMMI
    1篇
  • 信息系统项目管理师
    2篇
  • 读书笔记
    7篇
  • 项目管理
    1篇
兴趣领域 设置
  • 运维
    网络
  • 最近
  • 文章
  • 资源
  • 问答
  • 帖子
  • 视频
  • 课程
  • 关注/订阅/互动
  • 收藏
搜TA的内容
搜索 取消

运维团队为什么要成为研发团队的蓝军,系统促进研发改进?

蓝军:美国叫红队(RedTeam),我们喜欢叫蓝军,按照以色列的说法就是第十人原则,(TenthManDoctrine)。我军最有名的蓝军,就是朱日和基地的满广志了,从万岁军出来的蓝军,在我们军事改革初期横扫7大军区主力精锐(现在是东西南北中战区),有力促进了我军战斗力的提升,是最好的磨刀石
原创
发布博客 2021.03.21 ·
197 阅读 ·
0 点赞 ·
1 评论

【历年试题】2010年下半年-信息系统项目管理师-试题及参考答案

【历年试题】2010年下半年-信息系统项目管理师-试题及参考答案
原创
发布博客 2010.11.17 ·
1425 阅读 ·
0 点赞 ·
1 评论

方正国际用CMMI的思想管理博客

方正国际用CMMI的思想管理博客本文主要分为七个部分: 1. 需求分析 2. 博客计划 3. 页面管理 4. 博客监控 5. 风险管理 6. 配置管理 7. 度量分析
转载
发布博客 2010.10.23 ·
1422 阅读 ·
0 点赞 ·
0 评论

项目管理-人力资源管理-人力资源管理计划-工具-RACI矩阵-Responsible与Accountable的区别

PMBOK中人力资源计划部分的工具RACI表RACI中Responsible与Accountable的区别
转载
发布博客 2010.10.20 ·
16898 阅读 ·
1 点赞 ·
1 评论

信息系统项目管理师考试-上午试题-信息系统基础-信息安全

信息系统项目管理师考试-上午试题-信息系统基础-信息安全MIS+S, S-MIS, S2-MIS的相关内容
原创
发布博客 2010.10.09 ·
1629 阅读 ·
0 点赞 ·
0 评论

PMP考试中的“空手套白狼”备考心得中的挣值分析Excel文件

发布资源 2010.09.24 ·
application/msword

UML-Visio绘制用例图

 UML-Visio回答问题时的贴图include可以在模型管理器中添加构造型就可以了   
原创
发布博客 2009.12.29 ·
4900 阅读 ·
0 点赞 ·
1 评论

移山之道 VSTS软件开发指南 读书笔记

1.原则-学习所有的经验A:有人犯了一些比较愚蠢的错误(比如一个很低级的Bug),TFS把它们都记录下来了,从个人角度来看,有人会说:“我知道我做错了,已经改正,那最好把原来的记录删除了吧”,这样做,不是有利于打造和谐的团队么?B:和谐的“谐”,是一个“言”和一个“皆”字,说的就是大家都可以发言,所有的事情都要记录。记录留下来,可以做事后分析,给后来的同事,或者别的项目的同事学习。如果删除
原创
发布博客 2009.04.16 ·
1400 阅读 ·
0 点赞 ·
2 评论

Agile Development 敏捷开发艺术-遗留项目如何处理-20090331

遗留项目,遗留代码处理步骤 To-Do List1. Create a place in your bug tracker for issue    在缺陷跟踪管理工具中创建相应跟踪目录2. Organize the source code into your standard src, test, docs, etcs., directories.    依照现有你自己的
原创
发布博客 2009.03.31 ·
645 阅读 ·
0 点赞 ·
0 评论

Agile Development 敏捷开发艺术-XP人员角色-20090326

这本书修改计划到晚上阅读半小时,20分钟整理读书笔记 上午阅读Headfirst Software Development
原创
发布博客 2009.03.27 ·
777 阅读 ·
0 点赞 ·
0 评论

Agile Development 敏捷开发艺术-XP人员角色-20090325

Chap.3.5 Interaction designerXP中的人员角色还是很复杂的,交互设计师,容易与图像设计师混淆,交互设计师强调的是用户如何使用软件的,如何令用户使用软件更流畅 Chap.3.6 Business analystsBA只是支持现场客户的,并不是像非敏捷Team一样,替代可客户 Chap.3.7. Programmers涵盖了不少人我觉得X
原创
发布博客 2009.03.25 ·
813 阅读 ·
0 点赞 ·
0 评论

Agile Development 敏捷开发艺术-20090324

Chapter 3 Understanding XP Chap.3.1 Iterative lifecycle迭代1(计划-分析-设计-开发-测试-部署),迭代2(计划-分析-设计-开发-测试-部署) Chap.3.2 XP lifecycle计划-分析-部署      -设计-      -开发-      -测试- 同时进行分析设计开发测试 
原创
发布博客 2009.03.24 ·
628 阅读 ·
0 点赞 ·
0 评论

Agile Development 敏捷开发艺术-20090320

Char.2.如何敏捷 Char.2.1.敏捷还是一种流程,只不过这种流程包含着敏捷哲学的流程,敏捷方法代表性的有XP和Scrum Char.2.2.XP作为敏捷的一种,也类似CMMI有自己的Practice,也跟CMMI一样进行了相应的分类,Thinking,Collaboration,Releasing,Planning,Developing个人觉得这种分类,起码现阶段觉得
原创
发布博客 2009.03.20 ·
536 阅读 ·
0 点赞 ·
0 评论

Agile Development 敏捷开发艺术-20090319

阅读计划: 书   名:Agile Development 敏捷开发艺术(影印版)出版社:OREILLY 东南大学出版社作   者:James Shore & Shane Warden 每日工作前半小时读书,10分钟整理读书笔记 30分钟可以看大约6-10页 本书389页预计32.5小时可以读完,65个工作日,20090319-20090626 前言
原创
发布博客 2009.03.19 ·
718 阅读 ·
0 点赞 ·
0 评论

倾向于知识和经验的两个极端

要避免两个极端:年轻的时侯认为教育/知识可以替代经历,年老时认为经验可以替代教育/ 知识。所以,对职业起步阶段的人,向同事、同行、朋友学习往往比埋头考试效果更明显。刚出校门,年轻人的舒服区(Comfort Zone)是考试、认证。要想法超越自己的舒服区,多跟人接触,多跟比自己强的人接触,也不要忽视看上去不如自己的人。人人皆可为我师。想着每天都有所进步,稳扎稳打,时间长了,效果会很明显。 转
转载
发布博客 2008.09.01 ·
552 阅读 ·
0 点赞 ·
0 评论

qingrun回答了两个问题挺精彩,学习一把

1.现在团队开发,有时不小心别人写的东西被自己修改或着自己写的东西被别人修改了.能不能设置权限?   答:可以设置。 可以通过可视范围,以及读写功能来设定对应用户和目录代码间的修改关系,这是完全可以做到的,这也是配置管理工具的最基本的功能之一。2.请问模块与组件这两个概念在软件架构中有区别吗?什么时候应该用模块这个术语什么时候应该用组件这个术语? 除了软件架构这两个术语还能用在那些地方呢?   答
原创
发布博客 2008.06.30 ·
665 阅读 ·
0 点赞 ·
0 评论

架构相关回答

架构师有所谓的太空架构师的说法,架构师确实是个多面手,很多方面的知识都熟悉,同时又在技术领域是绝对专家(起码在自己的公司里面,技术很牛)。架构师具备的三方面素质: 1.方法论了解架构的分析设计方法,懂架构的开发,要会裁剪架构 2.意识CMMI系列,品质意识和品质目标,懂项目监控 3.基本知识架构理论,公司的it战略(有CTO的感觉),硬件相关知识,数据库,中间件,编程语言起码精通一门,建模能力,现
原创
发布博客 2008.05.30 ·
601 阅读 ·
0 点赞 ·
0 评论

编写测试用例相关解答(持续更新)

用情景来写,系统测试用例,基本上就是把各个模块已经整合好了,开始串了,要设置几个测试情景,将你的系统跑通 注意一点要制作几套完整的测试数据,具体地说就是你从A模块输入了一些数据经过B模块应该输出什么,再经过C模块应该输出什么。以下是一个测试用例的基本元素Test Case ID: 项目名称_测试类型(UT,IT,ST,UAT等)_Module_SubModule_编号(0001等) Test Ty
原创
发布博客 2008.05.18 ·
975 阅读 ·
0 点赞 ·
0 评论

项目经理应该阅读的书籍

我也想知道其他项目经理的看法我只带过一个项目,只能算dilettante PMP还是要看的要考的,我还相应了解了CMMI的各个过程域,希望着重研究CMMI的裁剪,软件工程领域的一些书,人月神话,(第一遍没看懂,找时间再看一遍),JOEL on software也不错,12条原则简单实用, OOAD,看得是Headfirst的,觉得还是很有收获的,设计模式,看的是JAVA与模式,女娲造人与工厂模式联
原创
发布博客 2008.05.13 ·
6064 阅读 ·
0 点赞 ·
2 评论

各个阶段Bug数量估计

1.作测试计划的时候,是应该估计一下该软件的BUG数量,BUG集中点,以及修改该BUG的难度与时间 如果这些不估计,那编写测试用例的时候无法对某些重要模块作出着重测试 但是如何估计这个数量,那是任谁也帮不了你的,这得根据该团队的技术水平,以往项目测试的结果数据,本项目的系统分析报告及需求说明书来估计.而且这还不是想当然的去估计,是有公式的.但这套公式只有在历史数据最多的情况下预测出来的结果越准确.
原创
发布博客 2008.05.09 ·
3741 阅读 ·
0 点赞 ·
0 评论
加载更多