- 博客(256)
- 资源 (2)
- 收藏
- 关注
RSS订阅原创 2.2 CMMI2级——项目计划(Project Planning)
大家都明白这样的一个道理：做事情要有计划，有一个不成熟的计划总比没有计划要好，软件开发这么复杂的活动，更加需要计划。那么应该怎样做好一个计划呢？如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。PP这个PA的第一个Specific Goals，中文大意是：建立和维护用于项目计划的各类参数的估算，英文原文是
2013-10-10 12:51:57
2329
原创 2.1 CMMI2级——7个PA简述
阶段式的CMMI没有1级，最开始的级别就是2级。一个处于“无序化”生产的软件公司，要进行过程改进，首要是改进什么呢？2级告诉你，我们需要从计划、计划跟踪、需求管理、采购、度量、配置管理、质量保证入手！。（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）
2013-10-10 12:22:40
2870
原创 1.10 基础知识——GP3.1 制度化 & GP3.2 收集改进信息
GP3.1是要求建立组织级的关于该过程的制度、标准、模版等全套体系，要求覆盖该PA所有的SP和GP。GP3.2 体现的是持续改进，每个过程都应该收集相应的改进信息。这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）
2013-10-10 12:16:58
1783
原创 1.9 基础知识——GP2.10 高级别的领导检查(Higher level management)
GP2.10 Review the activities,status,and results of XXX process with highter level management and resolve issues.中文大意是：高级别的领导检查该过程的活动、状态和结果，并解决问题。CMM中的要求是高层领导(hight management)，而CMMI中的是高级别领导(high
2013-10-10 12:13:17
1603
原创 1.8 基础知识——GP2.7 识别和卷入干系人(Stakeholder) & GP2.9 质量保证(QA)
GP2.7：为保证不同的PA的活动能正常有序进行，必须事先识别出哪些人需要参加该PA的活动，在计划中标示出来，并标示出这些人需要参与什么活动。每个PA都有GP2.9，意味着所有的PA都必须有相应的一些标准、过程，要有人对这些PA的过程进行客观的评估、检查。（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）
2013-10-10 12:08:56
1967
原创 1.7 基础知识——GP2.6 配置管理(CM)
某某工作产品要进行配置管理，并不意味非要进行很重型的配置管理，根据实际需要采取合适的方式就可以了。（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）
2013-10-10 12:02:08
2171
原创 神奇的数据挖掘
谈到BI，就会谈到数据挖掘(Data mining)。数据挖掘是指用某些方法和工具，对数据进行分析，发现隐藏规律并利的一种方法。本文我们将通过具体的例子来学习什么是数据挖掘，为大家分享决策树、分类、类聚、关联、回归、神经网络等数据挖掘方法，当然这些都是一些粗浅的介绍，老鸟请无视！
2013-10-10 10:42:38
3780
2
原创 1.6 基础知识——GP2.5 培训(Training)
实际上做任何项目总会缺失各种技能，培训特别是未雨绸缪的培训就显得很必要了！（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）
2013-10-09 13:36:29
1855
原创 1.5 基础知识——GP2.3 提供资源(Resources) 与 GP2.4 分配职责(Responisbility)
没有资源和落实权责，将无法做好事情，这是很多公司很多人都懂的道理。但很多做CMMI改进的公司，号称很多核心人员负责过程改进，其实是兼职挂牌而已，有些甚至招聘应届生作为过程改进的主力…… 如此这般，又怎能切实做好改进过程工作能力！。（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）
2013-10-09 13:27:58
2016
原创 1.4 基础知识——GP2.2 计划 与 GP2.8 计划跟踪
CMMI有计划（PP）及计划跟踪（PMC）两个PA，而某一个PA又有GP2.2计划及GP2.8计划跟踪两个GP，看上去是挺“神奇”也挺让人“困惑”的事情。（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）
2013-10-09 13:20:28
2205
原创 1.3 基础知识——GP2.1 方针(Policy)
方针这个GP每个PA都有，其实CMMI实践有没有实在价值，就在于方针！如果我们做出来的CMMI实践仅仅就是写文档、多步骤、没事找事，那其实就是违背了公司的商业目标，公司的商业目标简单说就是：用简单有效的办法多赚钱！如果你的CMMI实践达不到这个目标，其实就是方针出了问题。（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）
2013-10-09 13:11:44
2798
原创 1.2 基础知识——关于猪皮（GP，Generic Practice）
这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。说起猪皮(GP，Generic Practice)，真的让人又爱又恨，中文翻译叫通用实践。CMMI标准中每个级别包含几个PA，每个PA又包含几个Goal，而每个Goal又包含几个Practice。实际上Goal分为两类，一类是Specific Goal（特定目标，简称SG），一类是Geniric Goal（通用目标，简称GG）。SG包含的Practic叫做Specific Practic（特定实
2013-10-09 13:05:04
2457
原创 0. CMMI快乐之旅——内容简介及目录
这是我几年前发表的数十篇文章，全方位分享了我对CMMI的理解，现我打算整理这些文章陆续在CSDN上发表，希望对关注过程改进的朋友有帮助。几年前的CMMI版本为1.1，现在为1.3，这些文章将会以1.1版为主进行分享，1.1 和 1.3 版的核心思想是一致的，分享这一系列文章的目的并不是为了帮助大家过级，更加不是名义上的过级，而是希望大家能对CMMI和过程改进有一个本质上的认识，能切实和踏实做好改进工作。发表完这几十篇文章后，如有机会再为大家分享关于CMMI 1.1 与1.3版差异的文章。
2013-10-08 21:16:16
2131
原创 大话商业智能
商业智能，英文名字叫Business Intelligence，英文简称BI。BI这词看上去很神秘，给人很高科技的感觉，但真正了解的人不多，又加上某些厂商乱用BI来胡弄人，将好好的BI搞得不成人样。本文将会为大家分享我的粗浅理解，当然如果你是老鸟，请无视此文！
2013-10-08 15:58:27
2465
原创 挣值管理不是搞数字游戏（4）——让挣值管理实用！
挣值管理将项目管理工作数字化、可视化，很多第一次学习挣值管理的项目经理会兴奋不已，想马上在实际项目管理中用上，但往往实际效果不甚理想。下面我列举一下常见的情况：项目计划与项目计划跟踪工作没有做好，就没有做挣值管理的基础，这可能是最常见的情况了。很多软件项目，没有文档化的计划，没有详细的进度计划，很多工作通过开会、口头布置等方式落实。项目成功的关键在于项目组的整体能力水平和知识水平，在于工作的条理性和严谨性。你觉得项目管理有问题，其实问题可能不是因为没有应用挣值管理，而是项目组的水平不够，工作没有条理。挣值管
2013-10-08 14:26:56
2202
原创 挣值管理不是搞数字游戏（3）——进阶指标：CV、SV、CPI、SPI、EAC
PV、AC、EV这三个概念是理解挣值管理的最基本概念，而CV、SV、CPI、SPI、EAC这些都是最开始那三个概念的衍生。一开始你可能会被这些衍生概念搞晕的，你需要先回头将最基础的三个概念理解好，特别是理解好前文的那个图以及那几个问题。
2013-10-08 13:30:54
5187
原创 挣值管理不是搞数字游戏（2）——三大基本要素：PV，AC，EV
总结一下第一篇关于搬石头的故事，计划与计划跟踪我们要关注的三大方面：1.计划好每项的任务、任务的先后顺序，期望的任务完成程度。2.实际投入情况，如实际投入了多少时间、花费了多少钱等。3.任务的实际完成情况。上述三方面表示的方法有很多，而从老板的角度，他其实最关注的就是钱，挣值管理的三个指标 PV、AC、EV ，就是以钱为单位，分别以量化的方式表示上述三个方面。
2013-10-04 15:28:51
3098
原创 挣值管理不是搞数字游戏（1）——从搬石头的故事说起
要考PMP（Project Management Professional ），挣值管理是必考的知识。软件项目有很大的特殊性，不少人认为挣值管理不太适用于软件项目。挣值管理相关资料也比较超多，但一般都难以读懂，我将会分4篇文章为大家分享，并且会以轻松、易懂、实用的角度为你讲解，这是第一篇！
2013-10-03 21:01:32
2556
原创 敏捷开发纵横谈（4）——敏捷的本质是什么？
敏捷开发简单说就是用简单有效的办法去做有用的事情，过程的目的是让项目做得更好，不是为了过程而过程，不是用过程来“框死”项目，过程是为项目服务的。各家各派的敏捷方法论，其实基本道理都是这样的，只是各自从不同的角度来阐述如何做软件开发。我们没有必要盲目崇拜某某方法论，各种方法论也没有必要PK，我们应该集百家所长，为我所用！
2013-10-01 12:51:01
3396
1
原创 敏捷开发纵横谈（3）——RUP
什么？RUP居然也是敏捷的一种？前面说了嘛，敏捷的流派很多，敏捷的定义也很多，所以…… 管他呢，多学一些，多了解一些总是有好处的，本文我们一起来看看RUP的核心思想是怎样的？跟敏捷有没有关系？
2013-10-01 12:46:57
2884
原创 敏捷开发纵横谈（2）——极限编程
极限编程，英文：Extreme Programming，简称：XP编程。这是在SCRUM之前流行的敏捷方法，这是一种轻量、快速、强调适应变化、适合中小型项目的项目管理方法。
2013-10-01 12:41:21
2505
原创 敏捷开发纵横谈（1）——敏捷那些事儿
在IT界中，“敏捷”是一个很酷的词汇，“敏捷”的相关理论可谓铺天盖地。“敏捷”一词实质没有统一定义，各家有自家的说法，本文将会分4篇为你分享，将让你了解“敏捷”的来龙去脉，抓住“敏捷”本质，并能在工作中实践“敏捷”。本系列文章仅是第一次分享，将来还会为大家分享SCRUM等敏捷开发的知识及最佳实践。
2013-10-01 12:29:22
2227
原创 形形色色的软件生命周期模型（4）——MSF、实用型
MSF的软件生命周期模型与螺旋型很相似，同样也是多版本螺旋前进，只是每次螺旋（每个版本）阶段划分不太一样，而且每次螺旋都会有至少5个大里程碑。实用软件生命周期模型应该有这样的特点：1.需求应当在项目初期至少明确80%以上。2.采用多版本方式逐步满足需求，让已确定需求尽快稳定，并尽快搞清楚未确定的需求。3.需求、设计、编码、测试、实施等工作应一步一脚印做好，文档应及时评审并要及时更新。实用软件生命周期模型并不存在固定的模式，我们需要理解上述各种模型的特点，在实际工作中不断体会项目管理的奥妙，灵活应用上述模型。
2013-09-30 12:10:53
6989
原创 形形色色的软件生命周期模型（3）——螺旋型、RUP
螺旋型可以说是综合了以上各种模型优点的一种模型，同时它加入了风险管理的内容。前面提到增量、进化、螺旋的共同特点是多个版本，而每个版本可以认为是一个“小瀑布”，对于每个版本，我们可以认为还是要先完成前一步才能做下一步。而RUP认为项目中的工作可以分成好几类，而每一类工作在整个项目周期都是持续进行的，只是不同工作在项目的不同时期比重不太一样。
2013-09-29 12:10:24
8005
2
原创 形形色色的软件生命周期模型（2）——进化型、原型
进化型和增量型类似的地方就是都是分多个版本发布，但区别就是项目初期无法获取全部的需求，用户对需求其实也没有全面了解，需求获取是一个重复的过程。第一个版本实现的是客户的初步想法，然后后续版本不断地调整。原型就是在客户有初步想法的时候，就“快速设计”和“快速编码”地做出一个可供演示的系统（即原型），用来更好地获取和理解客户的需求。
2013-09-28 10:09:03
4665
原创 形形色色的软件生命周期模型（1）——瀑布型、增量型
瀑布型是我们说得最多的模型，也最容易理解，但在实际工作中最不能执行。我们普遍会认为，大型的、严谨程度高的项目应该采用瀑布型，恰恰相反，往往是规模很小的项目才适合这样做。增量型的特点是一次性地获取全部的需求，然后做出分版本实现各需求的计划，每个版本只实现一部分需求，通过多个版本逐步实现全部需求，而每个版本可以认为是一个“小瀑布”。该模型的好处是可以尽快让系统上线，让客户先使用部分功能，尽早实现系统的价值。
2013-09-27 13:24:56
12022
3
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.8 小结与练习
类图是最常用的UML图，是用来训练你OOA思想的最好武器。类图的语法不算很难，要看懂类图难度不大，但要用好类图就相当不容易了。本章一开始，专门对开发人员进行了“洗脑”，端正你对面向过程和面向对象的认识。如果你不是开发人员，那么这个“洗脑”就可以免了。接下来你学习了一大堆类图的基本语法，并做了很多练习，你还记得下面列出来的内容吗？
2013-09-26 15:32:25
3561
1
原创 面试应该如何面？
作为应聘者，我面试次数可能也就是10来次；但作为面试官，我反而是面人无数（大概有几百人次吧）。本文介绍一下如何成功面试的要点，供大家参考，至于老鸟就可以直接无视本文了。我将从简历、笔试、面试三方面谈谈体会，最后介绍一些比较“卑鄙”的技巧。
2013-09-15 18:14:24
2496
1
原创 一切皆可复用
人类文明不断地进步，并不是现在的人比古代的人要聪明，而是我们能不断地“复用”前人的知识、经验。你能不能成为优秀的软件人才，也视乎你能不能不断地“复制”你的成功。一流的软件公司，关注的不止是在技术方面的复用，实际上软件开发过程中几乎所有的东西都可以复用！
2013-09-15 17:55:59
3066
1
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.6 考试管理系统（类图综合训练）
做这综合练习有以下几个目的：1)让你巩固所学到的类图知识。2)演练用类图分析需求的基本步骤。3)学习一些提炼类的新知识。本练习我们将会演练类图分析需求的基本步骤：1)识别出类。2)识别出类的主要属性。3)描绘出类之间的关系。
2013-09-15 15:33:21
4324
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.5 类的“递归”关系与“三角”关系
本节的难度已经更上一城楼了！类图的最大魅力在于帮助你发掘和提炼业务模型，其他的非UML图可能是做不到的。当然真正要做好发掘和提炼，还是需要你的深厚功力了！
2013-09-14 17:34:53
2706
原创 2013软创基地年度大会（深圳站 20131102）——敏捷落地！
课程概述：极限编程，英文：Extreme Programming，简称：XP编程。这是在SCRUM之前流行的敏捷方法，这是一种轻量、快速、强调适应变化、适合中小型项目的项目管理方法。SCRUM是当前最火的一种敏捷开发方法，有用户故事、冲刺、燃尽图等很多很酷的玩法，有牛B的产品负责人、SCRUM Master，有超强的自组织团队。（官方的SCRUM课程两天时间，需要7000大元/人。）我
2013-09-13 19:52:15
1921
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.4 演练类之间的关系
练习1、2、3是简单的小练习，而练习4的难度会有所增加。这些练习不仅仅是让你巩固上小节学习的知识，中间还会穿插一些前面还没有介绍的基础知识，而且会让你体验什么是面向对象分析，领悟用类图分析需求的要诀。你准备好接受挑战没有？
2013-09-13 19:43:35
3442
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.3 类之间的关系
业务对象之间的关系很多，有“直线”关系、“包含”关系、“继承”关系、依赖关系等等。某些资料可能将这些关系说得很玄乎、很难懂，本文将会以简单易懂的方式为你展示。
2013-09-12 19:48:12
3058
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.2 类图的基本知识
项目初期，我们往往对业务一无所知，我们最急迫需要解决的问题就是理清楚这些业务概念以及它们的关系。每个软件系统都会涉及到很多人、业务概念和物品等，这些东西之间可能会有很多关系，发生很多事情。类图能帮助我们识别出这些人、业务概念、物品和事情等，并理清它们的关系。
2013-09-11 22:06:04
2618
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.1 面向过程与面向对象
类图（Class Diagram）可能是用得最多的一种UML图。类图的基本语法并不复杂，你可能最多学习两三天就可以掌握，然而要真正做到活用类图则可能需要几年的功力。类图是锻炼面向对象分析（OOA：Object-Oriented Analysis）和面向对象设计（OOD：Object-Oriented Design）思想的重要的工具，是业务结构建模的重要工具。本章将会有大量的实战练习，你的OOA思想将会接受极大的考验和提升，而本文为你分享的是第1节“面向过程与面向对象”。
2013-09-10 20:16:44
2369
原创 《火球——UML大战需求分析》(第2章 耗尽脑汁的需求分析工作)——2.5 小结与练习
本章最主要的目的其实就是帮你“洗脑”！需求分析的工作其实很复杂，可以足够写一本书的内容。而我希望只通过一个章节能向你讲清楚需求分析工作的基本道理，让你认清需求分析工作的根本，并且明白到要做好需求分析工作并没有捷径，只有切实提高自身水平。下面我们一起来回顾一下本章的主要内容，并且做一些练习检查一下学习效果吧！
2013-09-09 13:18:46
2360
原创 《火球——UML大战需求分析》(第2章 耗尽脑汁的需求分析工作)——2.4 UML助力需求分析
曾经有朋友在某网上书城这样评价《火球——UML大战需求分析》：此书不知所云，不知道想写需求还是UML？！可能有一些朋友对UML有一定的误区，不清楚UML还能用来做需求分析，本节就是专门针对这个点来说明的。
2013-09-09 13:12:10
3082
原创 《火球——UML大战需求分析》(第2章 耗尽脑汁的需求分析工作)——2.3 给客户带来价值，需求分析之正路
接下来我将会分享一个手机短信订餐系统的故事，这是一个由真实个案改编的故事，通过这个故事来体会需求分析工作背后的道理。某IT公司规模不大，员工100来人。公司有一个简单的定餐系统，员工每天可以在公司内部网站上提交当天午餐定餐，前台汇总各人定餐后，将定餐汇总传真给餐厅，餐厅根据传真送餐。可是有这样的问题：部分员工因为上午请假或者外出工作，无法再网站上提交订餐，以至于中午回到公司时没有饭吃。
2013-09-08 22:22:12
2261
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人