CMM2CMMI的专栏

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

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

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

方正国际用CMMI的思想管理博客本文主要分为七个部分： 1． 需求分析 2． 博客计划 3． 页面管理 4． 博客监控 5． 风险管理 6． 配置管理 7． 度量分析

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

PMBOK中人力资源计划部分的工具RACI表RACI中Responsible与Accountable的区别

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

信息系统项目管理师考试-上午试题-信息系统基础-信息安全MIS+S, S-MIS, S2-MIS的相关内容

原创 UML-Visio绘制用例图

 UML-Visio回答问题时的贴图include可以在模型管理器中添加构造型就可以了   

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

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

原创 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.    依照现有你自己的

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

这本书修改计划到晚上阅读半小时，20分钟整理读书笔记 上午阅读Headfirst Software Development

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

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

原创 Agile Development 敏捷开发艺术-20090324

Chapter 3 Understanding XP Chap.3.1 Iterative lifecycle迭代1（计划-分析-设计-开发-测试-部署），迭代2（计划-分析-设计-开发-测试-部署） Chap.3.2 XP lifecycle计划-分析-部署      -设计-      -开发-      -测试- 同时进行分析设计开发测试 

原创 Agile Development 敏捷开发艺术-20090320

Char.2.如何敏捷 Char.2.1.敏捷还是一种流程，只不过这种流程包含着敏捷哲学的流程，敏捷方法代表性的有XP和Scrum Char.2.2.XP作为敏捷的一种，也类似CMMI有自己的Practice，也跟CMMI一样进行了相应的分类，Thinking，Collaboration，Releasing，Planning，Developing个人觉得这种分类，起码现阶段觉得

原创 Agile Development 敏捷开发艺术-20090319

阅读计划： 书   名：Agile Development 敏捷开发艺术（影印版）出版社：OREILLY 东南大学出版社作   者：James Shore & Shane Warden 每日工作前半小时读书，10分钟整理读书笔记 30分钟可以看大约6-10页 本书389页预计32.5小时可以读完，65个工作日，20090319-20090626 前言

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

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

原创 qingrun回答了两个问题挺精彩，学习一把

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

原创 架构相关回答

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

原创 编写测试用例相关解答（持续更新）

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

原创 项目经理应该阅读的书籍

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

原创 各个阶段Bug数量估计

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

原创 用例图相关知识及经典答复整理（持续更新）

1.用例文档主要包括以下四个方面： 前置条件（必须）：必须的输入 后置条件（必须）：做完后生成什么 基本流程（必须）：（只能出现两个角色：即   “用户”   和   “系统”） 扩展流程 ：如果基本流程中出了问题（分支流程）该如何处理 2.RUP4+1视图里面用例图及用例描述是最重要的，毕竟之后的工作都是用例驱动的 3.用例图的作用： 识别用户角色，actor 识别系统边界，哪些是本次开发系统要

原创 裁剪的一般方法

裁剪的一般方法，结合项目特性组织业务目标修订裁剪指南裁剪指南也是依据项目经理裁剪实践不断调整的 

原创 PMP读书笔记-HR Management-20080417

团队领导的五种力量1.组织的力量 Legimate2.回报的力量 Reward3.专家的力量 Expert4.指令的力量 Referent5.惩戒的力量 Punishment1.组织结构内部的人事安排，岗位职责是一种领导团队的力量2.给组员设定公平公开的奖励措施，如：系统按时交付每位组员500元，用户接受测试bug指标达成每位组员500元，一定要注意公平fair。3.如果在某一领域你是专家，那你的

原创 RUP 4+1 View

RUP4+1视图，4+1视图是用例驱动的，用例图是根本（用例描述是主体，不能光有用例图） 

原创 如何控制代码流失？

如何控制代码流失？ 1.黑盒 将核心代码封装好 只知道如何应用，不知道如何具体实现 2.分块 将完整的系统分成几个独立的部分分别实现 最后集成 每个部分由不同的人负责 这样除非集体跳槽否则很难搞定全部系统代码 3.拴人 如果涉及非常机密的核心代码 类似google的搜索算法之类的 就要给负责人分股权 他跳槽走了给公司的损失也是他的损失 要让他的损失足够大～～超过他的跳槽收益 

原创 Mark P.Ginsberg的裁剪层次图