Ext.apply:  
            Ext.apply: Ext.apply = function(C, D, B){
                if (B) {
                    Ext.apply(C, B);
                }
                if (C && D && typeof D == "object") {
                    for (var A in D) {
                        C[A] = D[A];
                    }
                }
                return C;
            };
该段代码的作用是实现对象的继承。 参数意义： 如果只传入两个参数，则将C继承D的所有方法属性，如果定义了B则每次都先继承B的方法属性然后再继承D的方法属性，即B是默认继承对象。
参考代码：
    <script type="text/javascript" language="JavaScript">var b = {
                b1: "dd",
                b2: "ff"
            };
            var a = Ext.apply(this, b);
            for (var i in a) {
                if ((i == "b1") || (i == "b2"))
                    alert(i + ":" + a[i]);
            }
        </script>
Ext.applyIf：参数传入同上面的C,D顺序，如果D中的属性在C中已经定义，则不覆盖值，否则才新增属性
参考代码：       
<script type="text/javascript" language="JavaScript">           
            var b = {
                b1: "dd",
                b2: "ff"
            };
            var c = {
                b1: "ff",
                b3: "b3"
            };
            var a = Ext.apply(this, b);
            a = Ext.applyIf(this, c);
            for (var i in a) {
                if ((i == "b1") || (i == "b2") || (i == "b3"))
                    alert(i + ":" + a[i]);
            }
</script>
Ext.addBehaviors：
在文档完成是通过选择器给相应的element增加时间监听器。
示例代码：
// add a listener for click on all anchors in element with id foo
Ext.addBehaviors({   
  '#foo a@click': function(e, t)
{ // do something },   //id=foo 的 a标签下的cliak事件
 // add the same listener to multiple selectors (separated by comma BEFORE the @)  
 '#foo a, #bar span.some-class@mouseover' : function(){
// do something   
} }); //多个事件      
Ext.id:       
源码中定义如下：  
// el为混合类型，即传入id或dom对象，prefix为前缀，若为空则使用ext-gen做id的      
id : function(el, prefix){             
 prefix = prefix || "ext-gen";   //默 认前缀
el = Ext.getDom(el);            
var id = prefix + (++idSeed);            
return el ? (el.id ? el.id : (el.id = id)) : id;        
}
 Ext.extend:详见本blog关于Extend的文章
 7、Ext.namespace( String namespace1, String namespace2, String etc ) : void 创建命名空间： 如Ext.namespace("Company","MyNS.mydata","Data.format.string") 然后可以创建如MyNS.mydata.doit=function(){…}的接口 注：命名空间的简易调用：Ext.ns()，在Ext Api中未给出此用法。
8、Ext.urlEncode( Object o ) : String 将一个json对象转换称url参数串，支持通过数组为一个参数设定多个值。 如将{a:1,b:2,c:[1,3,5,7]}转换为a=1&b=2&c=1&c=3&c=5&c=7
9、Ext.urlDecode( String string, [Boolean overwrite] ) : Object 将url参数串转换为json对象，overwrite如果为true，则后面的同名参数值覆盖前面的同名参数值（默认为false即不覆盖而以数组形式返回）。 如 Ext.urlDecode("a=1&b=2&c=1&c=3&c=5&c=7") 返回的对象内容为{a:1,b:2,c:[1,3,5,7]} Ext.urlDecode("a=1&b=2&c=1&c=3&c=5&c=7",true) 返回{a:1,b:2,c:7}
10、Ext.each( Array/NodeList/Mixed array, Function fn, Object scope ) : void 遍历array并对每项分别调用fn函数。如果array不是数组则只执行一次。 如果某项fn执行结果返回false（必须是false，undefined无效），遍历退出，后面的array项将不被遍历。 遍历过程中每次为fn传入参数分别为[当前数组项]，[当前索引]和[数组array]三个参数。 Scope用于设定fn函数中的this指针。 如 Ext.each([1,3,5,7],function(v,i,a){ alert("index: "+i+" value: "+v+" array.length："+a.length) }); 将循环弹出： index:0 value:1 array.length：4 index:1 value:3 array.length：4 index:2 value:5 array.length：4 index:3 value:7 array.length：4 Ext.each([1,3,5,7],function(v,i,a){ alert("index: "+i+" value: "+v+" array.length："+a.length); return v!=5; //到第三项后遍历退出 }); 将循环弹出： index:0 value:1 array.length：4 index:1 value:3 array.length：4 index:2 value:5 array.length：4
11、Ext.combine(arg1,arg2..argn) : Array //该方法在Ext2不推荐再使用 用于实现对数组的合并，如果是字符串则作为只有一项的数组合并。 如 var a1=[1,3,5],b1=["a","b","c"];var c1="xxyznbde"; Ext.combine(a1,b1,c1) 返回[1,3,5,a,b,c,xxyznbde]
12、Ext. escapeRe( String str ) : String 将属于正则里的特殊字符进行转义。 如 Ext.escapeRe("(ab)$\sa342{}[dd]")将返回\(ab\)\$sa342\{\}\[dd\]。

13、Ext.callback(cb, scope, args, delay) :void //该方法为Ext的内部方法 调用一个函数或延迟调用一个函数。 Cb:调用的函数。 scope:cb中this指针。 args：传如cb的参数，以数组形式表示。 delay：延迟多少毫秒执行cb。 如 Ext.callback(function(x,y){alert(x+y)},this,[3,5],1000);将于1秒钟后弹出8，即3+5的结果。
14、Ext.getDom( Mixed el ) : HTMLElement 根据传入的id/dom节点/Ext的Elemenet对象，返回其dom对象。 如alert(Ext.getDom("a").innerHTML);或 alert(Ext.getDom(document.getElementById("a")).innerHTML); 将返回id为a的元素的innerHTML内容。
15、Ext.getDoc()/Ext.getBody() : Ext.Element 分别返回页面的document对象和body对象，返回值为Ext的Element对象，而非Dom对象。
16、Ext.getCmp( String id ) : Ext.Component 根据传入的html元素id返回该元素的组件类型，返回值为Ext的Component对象。 必须保证该id对象的元素是Ext的一个内部组件（通过Ext创建的组件），否则什么都不返回。
17、Ext.num( Mixed value, Number defaultValue ) : Number 验证value是否是一个数字，如果是则直接返回否则返回defaultValue。 如 alert(Ext.num(5,7))返回5，alert(Ext.num("5",7)) 返回7
18、Ext.destroy( Mixed arg1, Mixed (optional), Mixed (optional) ) : void 销毁创建的Element或组件(Component)，即销毁其所有的事件监听，dom节点，并调用对象本身的destory方法（如果存在的话），传入的参数类型为Ext.Element或Ext. Component，可以一次性传入多个对象进行销毁。 如 Ext.destory(menu,el,Button);会销毁menu,el,Button三个对象。
19、Ext.removeNode(htmlElement el): void //Ext内部方法 删除指定的dom节点。传入参数为dom对象。 如 Ext.removeNode(document.getElementById("ab"));
20、Ext.type( Mixed object ) : String 返回传入的对象的类型。 包括如下类型： string,number,boolean,function,object,array,regexp,element,nodelist,textnode,whitespace 如 Ext.type("ab")返回string Ext.type(20)返回number Ext.type([3,5,6])返回array Ext.type(/reg/)返回regexp Ext.type(document.body)返回element。
21、Ext.isEmpty( Mixed value, [Boolean allowBlank] ) : Boolean 检查一个值是否为null/undefined或是否是空，如果是则返回true。 如果传入allowBlank为true，则只检查是否为null或undefined。 如： Ext.isEmpty("a")返回false， Ext.isEmpty("")返回true， Ext.isEmpty("",true)返回false， Ext.isEmpty(null)返回true。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/i_am_wangzg/archive/2008/07/10/2632936.aspx

先讲个关于兔子，狼还有一只老虎的故事如下:

　　兔子跟街上走着，迎面碰上了老狼。老狼伸手就给他一大嘴巴:“让你丫不戴帽子”。

　　兔子很郁闷地回家了，弄一帽子戴着。

　　第二天又碰上老狼了，又挨了一大嘴巴，“让你丫戴帽子”。

　　如是几次，总挨打。兔子想，这么老挨打不是个事儿啊，不行，我得找老虎投诉去。

　　刚到老虎家门口，就听老虎在屋里说话。

　　“你也不能老这么蛮不讲理打兔子阿，回头兔子找我投诉来，我也不好罩着你啊。好歹咱面子上得过得去，我教你一招。

　　下回你见着兔子，跟他说:给我弄点儿洗衣服的来。他给你拿肥皂来，你就打他一顿的，说我要的是洗衣粉，谁让你拿肥皂。他拿洗衣粉来，你也能打，说我要肥皂，谁让你拿洗衣粉。

　　要不然你跟他说，去，给我找个妞儿来。他给你找个胖的，你打他一顿说我要瘦的;给你找个瘦的，你也打一顿，说我要胖的。

　　这样不结了，你也能打他，我面子上也能说得过去。”

　　兔子一听，得，咱也别投诉了，回家吧。

　　第二天，兔子在街上又撞上老狼。老狼大喝一声:去，给我找点儿洗衣服的来。

　　兔子不慌不忙:你是要洗衣粉阿，还是要肥皂啊?

　　老狼一听，嗯?有一手啊。又说:去，给我找个妞儿来。

　　兔子还是不慌不忙:你是要胖的啊，还是瘦的?

　　老狼一听勃然大怒，伸手就给兔子一个大嘴巴:“让你丫不戴帽子!”

　　兔子那个哭啊~

　　程序员和民工有什么区别呢？其实没有区别。都是给BOSS打工，赚钱的都是BOSS，加班熬夜的都是我们底层人员。民工出卖的是自己的体力劳动，CODER出卖的是自己的脑力劳动。要不就象故事中想描述的:“我就是想打你了，还需要什么理由吗?谁让你是兔子”。

ASP.NET 页框架提供一种称为“事件冒泡”的技术，允许子控件将事件沿其包容层次结构向上传播。事件冒泡允许在控件层次结构中更方便的位置引发事件，并且允许将事件处理程序附加到原始控件以及公开冒泡的事件的控件上。

数据绑定控件（Repeater、DataList 和 DataGrid）使用事件冒泡将子控件（在项目模板内）引发的命令事件公开为顶级事件。虽然 .NET Framework 中的 ASP.NET 服务器控件将事件冒泡用于命令事件（事件数据类是从 CommandEventArgs 派生的事件），但是，服务器控件上定义的任何事件都可以冒泡。

控件可以通过从基类 System.Web.UI.Control 继承的两个方法参与事件冒泡。这两个方法是：OnBubbleEvent 和 RaiseBubbleEvent。以下代码片段显示了这些方法的签名。

[C#]
protected virtual bool OnBubbleEvent(
   object source,
   EventArgs args
);
protected void RaiseBubbleEvent(
   object source,
   EventArgs args 
);
[Visual Basic]
Overridable Protected Function OnBubbleEvent( _
   ByVal source As Object, _
   ByVal args As EventArgs _
) As Boolean
Protected Sub RaiseBubbleEvent( _
   ByVal source As Object, _
   ByVal args As EventArgs _
)
RaiseBubbleEvent 的实现是由 Control 提供的，并且不能被重写。RaiseBubbleEvent 沿层次结构向上将事件数据发送到控件的父级。若要处理或引发冒泡的事件，控件必须重写 OnBubbleEvent 方法。

使事件冒泡的控件执行以下三种操作之一。 

控件不执行任何操作，此时事件自动向上冒泡到其父级。 
控件进行一些处理并继续使事件冒泡。若要实现这一点，控件必须重写 OnBubbleEvent，并从 OnBubbleEvent 调用 RaiseBubbleEvent。以下代码片段（摘自模板化数据绑定控件示例）在检查事件参数的类型后使事件冒泡。 
[C#]
protected override bool OnBubbleEvent(object source, EventArgs e) {
            if (e is CommandEventArgs) {
                // Adds information about an Item to the  
                // CommandEvent.
                TemplatedListCommandEventArgs args =
                    new TemplatedListCommandEventArgs(this, source, (CommandEventArgs)e);
                RaiseBubbleEvent(this, args);
                return true;
            }
            return false;
        }
[Visual Basic]
Protected Overrides Function OnBubbleEvent(source As Object, e As EventArgs) As Boolean
   If TypeOf e Is CommandEventArgs Then
      ' Adds information about an Item to the  
      ' CommandEvent.
      Dim args As New TemplatedListCommandEventArgs(Me, source, CType(e, CommandEventArgs))
      RaiseBubbleEvent(Me, args)
      Return True
   End If
   Return False
End Function
控件停止事件冒泡并引发和/或处理该事件。引发事件需要调用将事件调度给侦听器的方法。若要引发冒泡的事件，控件必须重写 OnBubbleEvent 以调用引发此冒泡的事件的 OnEventName 方法。引发冒泡的事件的控件通常将冒泡的事件公开为顶级事件。以下代码片段（摘自模板化数据绑定控件示例）引发一个冒泡的事件。 
[C#]
protected override bool OnBubbleEvent(object source, EventArgs e) {
    bool handled = false;

    if (e is TemplatedListCommandEventArgs) {
        TemplatedListCommandEventArgs ce = (TemplatedListCommandEventArgs)e;

        OnItemCommand(ce);
        handled = true;
    }
    return handled;
}
[Visual Basic]
Protected Overrides Function OnBubbleEvent(source As Object, e As EventArgs) As Boolean
   Dim handled As Boolean = False
   
   If TypeOf e Is TemplatedListCommandEventArgs Then
      Dim ce As TemplatedListCommandEventArgs = CType(e, TemplatedListCommandEventArgs)
      
      OnItemCommand(ce)
      handled = True
   End If
   Return handled
End Function
有关说明事件冒泡的示例，请参见事件冒泡控件示例和模板化数据绑定控件示例。

注意   虽然启用事件冒泡的方法 OnBubbleEvent 符合用于引发事件的方法的标准 .NET Framework 命名模式，但是没有名为 BubbleEvent 的事件。在停止事件冒泡的控件中，将冒泡事件公开为顶级事件。例如，DataList 控件将其模板中控件的 Command 事件公开为 ItemCommand 事件。另请注意，在 .NET Framework 中 OnEventName 方法的标准签名有一个参数 (protected void OnEventName (EventArgs e))。但是，OnBubbleEvent 有两个参数，这是因为该事件起源于控件之外；第二个参数提供源。
到目前为止，本讨论说明了控件如何响应冒泡的事件。下面一节显示如何创作一个定义冒泡的事件的控件。

定义冒泡的事件
如果希望控件为它所定义的事件启用事件冒泡，则控件必须从引发该事件的 OnEventName 方法调用 RaiseBubbleEvent。不需要在该控件中做额外的工作。以下代码片段显示了一个控件，该控件定义了一个启用冒泡的 Command 事件。

[C#]
protected virtual void OnCommand(CommandEventArgs e) {
            CommandEventHandler handler = (CommandEventHandler)Events[EventCommand];
            if (handler != null)
                handler(this,e);

            // The Command event is bubbled up the control hierarchy.
            RaiseBubbleEvent(this, e);
        } 
[Visual Basic]
Protected Overridable Sub OnCommand(e As CommandEventArgs)
   Dim handler As CommandEventHandler = CType(Events(EventCommand), CommandEventHandler)
   If Not (handler Is Nothing) Then
      handler(Me, e)
   End If 
   ' The Command event is bubbled up the control hierarchy.
   RaiseBubbleEvent(Me, e)
End Sub
注意   事件冒泡并不限于命令事件。可以使用此处描述的机制使任何事件冒泡。

 

写了这么多硬技术文章，今天转一篇在blog.joycode.net看到的软技术文章，对想通过程序员转型为项目经理的人有一些用处。

广为流传的一个关于项目管理的通俗讲解
古老虾 发表于 2005-11-9 13:25:50 
想首先问大家一个问题：你觉得中国人聪明还是美国人聪明？  

我见过最好的回答是美籍华人。 

我们说美国人很愚蠢，为什么呢？ 

你们都考过T或G吧，他们经常会出这么一道题1/3+1/2=？ 

50%的人回答是2/5，这可是美国研究生入学考试的试题呀！ 

通常在这个问题之前还有一个1/2+1/2=？为什么？ 

他们怕太难了，先给个容易的热身一下。 

我在美国的时候见过很多的PHD，对于美国人来说if...else...是逻辑，而if...if...else...就成了哲学，也是美国这么多哲学博士的原因：） 

我们说美国人很愚蠢，那我们为什么还要学习他们呢？这个问题稍候我们会回答。 

再问一个问题：如果你刚买了一个豪华的房子，可你三岁的儿子把整个墙壁上都写上“我爱长城永不到，我爱北京天安门”，你该怎么做？ 

有的女孩子说暴打，呵呵，这个答案从女生的嘴里说出来还是比较少见。 

美国人怎么办？ 

他们会对孩子说：“你老人家真有绘画的天赋，简直就是毕加索的毕加索，你这一幅画至少能卖100万美金”你们知道美国人喜欢钱，用金钱来量化一定是效果明显。 

但显而易见，您老人家把画画在墙壁上是不能永久保存的，所以我明天给你买一个画布，你就尽情的画吧。否则我们要损失多少个毕加索呀！ 

于是我们就可以看见我们的小宝贝在画布上快乐的滚来滚去。墙面也干净了。 

中国人很聪明，从大家就可以看出来，但中国人聪明做工作就有了聪明的做法，他们往往是每个项目都是按照自己的见解来做。 

而美国人如何来操作呢，他们就象洗澡，会在面前挂一张纸，上面写着先洗头，再洗耳朵，再细脸，，，这样做事情就有了一定的流程，渐渐的就形成了一套体系。 

所以这也是我们今天来探讨项目管理的目的所在。 

项目管理分九个知识领域，分别是成本管理、质量管理、时间管理、范围管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理。 

其中时间，质量和成本管理构成了三角形 

大家在纸上画一个三角形 

在各个边上标上时间、质量、成本（等边三角形） 

任何一方的移动必定带动其他的变形，如果时间缩短，怎么样？就是我们常说的“献礼工程”，同时必定会影响质量和成本。问大家一个问题，这个三角形中间是什么东东？ 

对，是范围管理，也就是我们说的项目范围。这也就是我们常说的项目“项目管理三角形” 

下面介绍一下项目管理的“项目管理三角形“ 

项目三角形中的成本，主要来自于所需资源的成本，自然也包括人力资源的成本。这个相信很好理解。 

为了缩短项目时间，就需要增加项目成本（资源）或减少项目范围； 

为了节约项目成本（资源），可以减少项目范围或延长项目时间； 

如果需求变化导致增加项目范围，就需要增加项目成本（资源）或延长项目时间 

通过“项目管理三角形“我们了解了项目成本、时间，质量和范围的简单定义。 

我们说一个项目经理有多少时间是用来做沟通的工作的？ 

应该不少于75%的时间是用来沟通的，所以项目管理将项目沟通管理单独列了出来。 

所有这些领域都有一个主线就是项目的整体管理来统一的。 

由于时间的限制我们不详细讨论其他的知识领域，因为今天是入门的，哈哈 

另外项目管理除了九个知识领域，还应该了解5个过程组 

5个过程组就是：启动，计划，执行，控制，收尾。 

这5个过程组贯穿于每个知识领域的始终，你们了解吗？ 

举个例子字来说：

某人（比喻）好不容易找了个女朋友，为了增进进一步的距离，他想来个欧亚8日游，于是他把自己多年的积蓄——3万元，一次性投入。 

但在旅游过程中，他的MM看上了另外一个帅哥，于是人财两空，说明什么问题？ 

说明他的项目启动的时候就出现了问题，没有很好的做市场调研，结果过程就没有办法控制。 

根据PMI的解释，接单之后项目自然转入启动阶段 

于是他刻苦的工作，终于又攒了3万，这次他不和美女旅游了，考虑到自己的费用，他请这个姑娘看了场电影。 

于是他带这个这个姑娘看了——《第一滴血》 

看的那叫爽，姑娘看的也很爽，看看完后她觉得这个家伙有暴力倾向，于是又分手。说明什么问题？ 

对，没有进行有效的需求调查，也就是在计划的时候没有明确的需求定义。 

于是他下次的时候知道了姑娘爱看歌舞剧，于是他就请一个靓女看了《天鹅湖》，可是以外有发生了—— 

进去后发现座位不在一起，等他们把位子换到一起的时候歌舞剧结束了，这说明什么？ 

对，说明没有很好的执行，起码在执行过程中没有进行有效的监督。 

其他的过程不一一解释，我在这里强调的是收尾的重要性。 

我们往往非常注重合同性收尾，却总是忽略管理性收尾。什么是管理性收尾呢？ 

某人同志吸取了所有的经验教训，终于领了结婚证，还应该干些什么呢？ 

对了，还应该把所有的经验教训总结一下，以书面的形式汇报给老妈，并张贴于门后。 

然后在中堂挂一幅对联：欲谈恋爱者需先阅读门后之——《恋爱指南》 

以后凡是自己的兄弟姐妹要谈恋爱的，必须先参阅门后的恋爱指南。 

这样能起到什么效果呢，对，以后他们的恋爱项目操作至少能停留在这个水平。 

这个过程怎样来保证呢，对，还需要我们的QA人员，也就是他的妈妈负责质量控制。 

家规一条，不参阅者或不照此操作者不许谈恋爱！ 

大公司一般有质量管理部门（QA），QA的成员基本上都是由非常有经验的PM转型过来的老狐狸，是老总接班人的有力争夺者：） 

这也是我们说一个失败的项目会培养一批优秀的项目经理的原因。 

哪个门后的《恋爱指南》我们称之为文档，文档重要吗？我们说在电信科技处的同志们说重要，为什么因为他们管这个，但对于我们呢？ 

大家拿起你身边的一只笔，告诉我他多长？ 

有的说10厘米，有的说10。0987厘米。 

我们说他的估算很精确，但不准确！！ 

这是我如果拿一只笔告诉你正好10厘米，然后和你的笔比对你是不是就比较容易得出测算？ 

这说明文档是非常重要的，有的人认为文档是最无聊的，项目结束后做个总结不就是了吗。 

错，文档的整理应该贯穿于项目管理的始终。 

文档的管理是对项目进行良好的跟踪和监控的一个手段，简单的讲就是根据你的项目计划进行你的文档管理。 

一般档案分类主线是：立项、计划、执行、结束4大类；然后在每大类中，再根据任务或者团组分类管理，根据哪个需要根据你项目复杂程度和管理习惯，总之原则是方便你对整个项目进度的追踪。 

以上我们讲了项目管理的九个知识领域，五大过程组，还有“项目管理三角形“，下面我们讲PMBOK。 

PMBOK是项目管理圣经，也就是Project management body of knowledge，项目管理知识体系指南

它是美国项目管理协会（PMI）的核心指导出版物 

但它象一本字典，往往你看到第三页会睡着：） 

在此简单介绍美国项目管理协会（PMI）和国际项目管理协会（IPMA） 

美国项目管理协会只有PMP一个证书，而IPMA有四级，你可以一毕业就可以考试，这个我们后面详细的讲。 

下面讲几个名词，如果你掌握了，一和人讲项目管理你就抛出来，一定没有人敢小看你。 

他们是WBS、甘特图、基准（BASELINE）、项目干系人和关键路径 

WBS是WORK BREAKDOWN STRUCTRE ，工作分解结构 

WBS的定义还是很麻烦的，PM要召开团队进行讨论，向成员提供与项目相关的所有详细资料，并把WBS树分解到二层三层。然后要花上一段时间让成员 进行头脑风暴式（BRAINING STORM）思考，制订工作产出和相应人员的职责，记录每一个工作包的完成标准。 

比如我们要结婚了，怎么来分解呢 

无非是办酒席，拍结婚照，，等等，这个在论坛上曾有人做了详细的分解，大家都可以找到。 

我们说为什么WBS重要，而且大部分项目管理的咨询都是针对WBS的咨询 

因为WBS做好了，以后工作就有了参考物，你就知道在不同的阶段你应该干什么，完成到什么进度。 

其实WBS的划分是没有规则的，主要的考虑角度是方便你做各类的统计工作，为管理服务。 

同样的一个项目其管理的侧重点不同，WBS结构的划分也可能是完全不同的。 

衡量划分好坏的标准应该是看其是否满足你管理的需要。 

甘特图也叫横道图等，很多名称，我们说它是甘特在第一次世界大战时开始使用，它就是在WBS的基础上将WBS形象化老控制进度 

对于基准，我象举个例子。 

我们在没有结婚之前，你脚踩几只船？ 

我们说法律允许但道德不允许，但你可以脚踩N只船：） 

但当有一天你和你的朋友进了一个小黑屋子，然后带了两个盖章的本本的时候，你还可以脚踩N只船吗？ 

我们说此时就不允许了，因为你过了一个基准线（BASELINE） 

如果你还想脚踩N只船就需要重新回小黑屋子再盖两个章就可以了。 

那我们的项目要越轨怎么办，也就是项目变更？ 

我们说对这样的项目变更会影响各要素比如时间，成本，质量等 

我们应该统一由项目管理办公室来进行控制，如果你要变更基准，必须要进行严格的限制。 

在客户提出变更请求时，要建立变更申请登记表和变更申请表，并让客户签字。 

有时候一些不是非常关键的模块PM也不至于一点不讲情面，该卖面子的时候还是要卖，尤其是当着对方领导的面，千万要 卖面子，但是也别卖的太干脆，不要让他们得到的太容易。 

PM在变更管理中需要做的是分析变更请求，评估变更可能带来的风险和修改基准文件。 

如果一个项目进行过程中，比如现在的点心的3G项目，你发现如果再多花一点时间就可以编写出对以后非常有用处的程序，但这个程序不在本项目范围之内，你要不要做？ 

对，我们说不能做，你可以重新起一个项目来做，但不能在这个项目里做，这样会是我们的项目成本超出，风险增加，而且和其他的项目缺少比对性和参照的价值。 

这也是我们说现在有大约80%以上的项目失败的原因，我们说项目失败并不是项目进行不下去了，彻底破产，在PMI有明确的定义，凡是项目的成本超出预算，质量没有得到保证，时间超过预计等等都在失败的范围之内。 

这个在华为做的很好，华为有个有名的增量开发的名声。 

只用20%的功能先满足你80%的需求，其他的功能我可以开发升级的版本，于是就在小数点后平明的增加数字，于是就是了V1，V1.1，V1.11....等版本 

它从来不一下子满足你所有的需求，我们大家想想，谁没有事情拿出自己的手机把所有的PING码都试用一下，我们说没有，我们大部分的需求是在打电话，发消息，打打游戏，对不对？ 

这点在项目管理中非常重要，请大家结合资料好好研究。 

项目干系人是什么东东，谁给我举一个例子？ 

对，包括项目人员的老婆孩子，正确 

我们说有的项目需要的时间很紧张，如果你的项目成功了，但项目的程序员们都成了光棍，那项目还是非常失败，至少不是丧心病狂的PM这么想。 

合理解决项目干系人的冲突是个很累的问题，其中还包括你的只能经理们，你的董事长，你的客户，等等，等等，有的说没用？ 

好，如果你的项目进展不下去，你该怎么办？ 

对，开会，把你的高层找一个坐到会议室，不用他说话，只让他暧昧的看着大家，大家一定会想，这个家伙一定和领导有关系，我们还是好好的做这个项目，下一个项目再给他使拌子吧：） 

所以为了不累死好好分析一下你的项目干系人吧 

我们上次讲了一些基础的知识，包括什么是项目管理，项目管理包括什么？ 

你说项目管理有几个知识领域？ 

你说项目管理有几个过程组？ 

让我们想起了泡MM的例子是不是？ 

还有老母亲做QA的比喻 

几天我们着重强调的是 

项目是什么?人们常用“时间”，“资源(或缺乏资源)”，“某种工作努力”，“交付物或者产品”，“综合工程”，“缺乏凌驾其他班组的职权”，以及“预算”来给它下定义。实际上，项目是一种独特的工作努力，即遵照某种规范及应用标准去导入或生产某种新产品或某项新服务。这种工作努力应在限定的时间、成本费用、人力资源及资财等项目参数内完成。
首先给大家一个项目的定义，到底什么是项目？ 

根据PMPBOK的定义，项目是在一段时间内为完成某一独特的产品或提供独特的服务所进行努力的过程。 

这个过程受到时间、人力、资源、成本、质量上的限制 

项目有几个特征：1.临时性 2.独特性 3.一次性 

下面大家告诉我下面哪个是项目：A惠普与康柏机构重组惠普与康柏机构重组。B建造一座新工厂 C改建道路 D工程材料采购 E开发软件包 F结婚典礼 G寻找拉登 

有人说是寻找拉登，大家说寻找拉登有明确的结束时间吗？ 

当然我们可以假设寻找拉登50年如果找不到，项目就结束是不是？ 

所以说我们今天不讨论哪个到底是项目，所有的问题都要放到具体的环境下，否则没有意义。 

下面大家可以开始提问了。 

什么是WBS呢？ 

WBS是工作分解结构，就象一张道路交通图，它能够指引你如何从当前位置到达想去的地方。没有它，你可能就要迷路了。 

怎样来做一个好的WBS呢？ 

有时候在接受新项目时前无例子可借鉴感觉分解时真困难, 因为每个人的解决问题思路不同,同一个项目不同的人有很多种分类, 因为可以按照工作的流程分解,也可以按照系统论的方法进行结构上的分解, 但我觉得有一条很重要的原则应该注意,那就是麦肯锡的精髓,他们在分解工作时非常强调的就是MECE, muturally exclusive, collectively exhaustive, 即相互独立,完全穷尽的原则, 也就是现在较流行的说法"横向到底,纵向到边" , 如果分解时坚持了这个原则, 我想一定会有Perfect 的WBS, 其实WBS并非是PMI的"真传", 只是被PMI起名为WBS, 有时候工作中我们也会用类似的方法解决问题无非是没有提升到理论高度, 但WBS确实是做事的核心步骤。 

做一个WBS需要注意一些什么问题呢？ 

? 第一级通常与项目生命周期相同(如需求分析，设计，采购，施工……) 

? 第一级应在项目进一步分解前完成 

? WBS的每一级都是其上一级的片断(Segment) 

? 一个工作单元只与一个上层单元相关 

? 上层单元的工作内容应该等于其所有直接下层工作单元的总和 

? 一个工作单元由一个人负责 

? 在整个WBS中使用同一种定义，在整个组织中亦然 

? 通过将人员包括进WBS来激励他去完成计划 

什么是甘特图呢？ 

1.以图形或表格的形式显示活动。 

2.现在是一种通用的显示进度的方法。 

3.构造时应包括实际日历天和持续时间。不要将周末和节假日算在进度之内 

什么是风险呢？ 

首先问一个问题 

你们说在一个项目中，初始阶段和结束阶段哪个时候项目的风险大？ 

对，是开始的时候，因为在开始的时候有无数的不可控制的因素。 

那什么阶段的损失大呢？ 

对，在结束的时候，所以说两者是相反的/ 

所以说在项目的启动阶段成功的可能性最小，风险发生的概率也就最高，但是这时候一旦预计的风险发生了，损失是最小的。 

想想广州和深圳很多烂尾楼？损失会有多少？？？！！！！！ 

另外我们要明确几个定义： 

1是确定性。具有明显的可能性，比如中国和韩国对抗赛，胜负是很明显的：） 

2是风险。韩国队能赢中国队几个球是一种风险的预测。 

3是未知性。中国和美国比赛门球那就是未知的：）

邓 辉 (翻译)

 

长期以来，我们一直遵循这样一个编程风格方面的原则：一个程序的功能要素不应该太大。如果程序中的某些部件的规模超出了易于理解的范围，就会造成大量的复杂性，这些复杂性很容易隐藏错误，正如在一个大城市中很容易隐藏罪恶一样。这种程序难以理解、难以测试、难以调试。

 

根据这个原则，一个大型程序必须要分割成一些小块，并且分割的程度应该和程序的规模相称。那么，如何来对程序进行分割呢？传统上，我们一般会使用称为自顶向下的设计方法（top-down design）：程序打算完成7项任务，于是就把它划分成7个主要的子例程。第一个例程要做4件事情，于是就再把它分割成4个子例程。这个过程要持续下去，直到整个程序具有适当的粒度为止。这里适当的含义为：每个部分都大到足以完成一些实质性的工作，并且都小到足以作为一个可理解的单元。

 

有经验的Lisp程序员却以一种不同的方式来分割他们的程序。和自顶向下设计对应，他们称之为自底向上设计（bottom-up design）：改变语言，使之适合于要解决的问题。在Lisp中，你不是仅仅用语言来编写程序，同时你还要对语言进行增进，使之更加适用于你的程序。在你编写程序时，你会这么想：“我希望Lisp具有某某操作符。”于是你就去把它编写出来。然后，你发现使用这样一个新的操作符会简化程序其他部分的设计。语言和程序在一起演化。就像是位于两个处在战争状态国家的边界一样，语言和程序之间的边界线不断地重新划分，直到最后停留在山川、河流区域――最适合于你的问题的一个自然边界。最后，你的程序看上去就像是使用专门为它设计的语言编写的。当语言和程序相互非常匹配时，代码也会变得更加的清晰、短小、高效。

 

值得强调的是，自底向上设计并不仅仅是一种以不同的顺序编写同一个程序。当以自底向上方式工作时，通常得到的是一个完全不同的程序。得到的不是一个单片机式的程序，而是一个具有更多抽象操作符的、语义更为丰富的语言，以及一个用该语言编写的更短小的程序。不光得到了结果，你还得到了更强大的表达能力。

 

我们在编写代码时，一旦剥离出了那些仅仅做一些薄记工作的部分，剩余的核心部分就会变得非常短小，我们把语言的抽象层次提得越高，从顶部到达它得距离就越短。这会带来如下几个好处：

 

1、              通过使语言做更多的工作，自底向上设计所产生出的程序更加短小、更加敏捷。一个短小的程序就不必再分割成很多的部分，而具有较少的部件则意味着程序将更加地易读和修改。具有较少部分的程序也意味着部件之间具有更少的关联，因此出错的可能性就更少。正如一个工业设计师努力减少机器内部中的运动部件的数量一样，有经验的Lisp程序员也在使用自底向上设计来减少他们程序的规模和复杂性。

2、              自底向上设计鼓励代码重用。当你编写了两个或者更多的程序时，很多你为第一个程序编写的工具也会在后续的程序中发挥作用。一旦你具有了一个大型的工具基础库，编写一个新程序所需要的工作量将会大大低于使用原始Lisp所需要的。

3、              自底向上设计使得程序更加易读。是一个通用目的的操作符好理解呢，还是一个针对特定领域的特定目的操作符好理解呢？

4、              自底向上设计有助于理清自己的设计思路，因为它会迫使你总是去寻找代码中的模式。如果两个不同的部件在形式上非常相似，你就会被引导去注意这些相似性，并且以一种更为简单的方法去重新设计程序。

 

除了Lisp外，在其他程序语言中也可以在某种程度上实施自底向上设计。只要你看到了库函数，在那里就使用了自底向上设计。然而，Lisp在这方面提供了更为宽广的支持， 使之在以Lisp风格编程方面达到了一种：Lisp不仅仅是一种不同的语言，而是一种完全不同的编程方法的程度。

 

很显然，这种开发风格更适合于小团队开发。但是，它同时也延伸了一个小团队所能完成的任务的限制。在《人月神话》一书中，Frederick Brooks指出，程序员团队的生产力不会随着团队的规模线性增长。当团队的规模扩大时，个体程序员的生产力会下降。Lisp编程的经验则以一种更为令人振奋的方式表达了这一法则：随着团队规模的缩小，个体程序员的生产力会升高。一个小规模的团队会取得成功，这只是因为它更小一些。当一个小型团队同时也掌控了Lisp所使能的技术时，那么它就会更为彻底地取得胜利。

框架是具体的，直接限制（帮助）了程序的写法－－战术
架构是高远的，决定了更大、更高方面的取舍、做法－－战略