2006年11月25日

刚刚看到有个哥们儿讲他的客户让他很郁闷,我有点想法,整理如下:

首先,我觉得开发人员遇到这样的郁闷是因为控制需求变更功夫没有做足。原因有几点:
1.涉及需求变更的东西不应该由最终使用的用户和一线开发人员来沟通,这样的沟通费时费力而且不具有权威性。
2.开发人员直接向客户汇报的工作量往往比实际工作量要低,而且低的比较多。原因很简单:客户问开发人员一个功能是否困难的时候,一般技术人员往往只考虑了单项功能的复杂度,而可能对这个需求变更对整个系统的工作量估计不足(比如美工的工作量、该功能引发的管理功能的工作量、测试工作量等等)。
这种情况会对项目产生多个负面影响:a.向客户提供一个低于实际值的工作量,导致客户期望高,而实际无法按时完成导致客户失望大,降低用户满意度。b.因为客户从开发人员口中听到的工作量总是比从项目经理口中听到的工作量低,造成客户对项目组内部不一致,沟通不足的感觉。c.因为客户从开发人员口中听到的工作量总是比从项目经理口中听到的工作量低,引诱客户喜欢直接向开发人员提出需求变更,造成恶性循环,直接导致了项目组没法按时拿到奖金,士气下降。

所以对于客户提出的需求变更,一般技术人员最好的处理方式是:委婉的告诉客户,这个问题需要项目经理来评估。哪怕用户用挑衅、教训的语气和你讲这个功能如何简单,如何如何就可以实现,你都不能告诉他是否可以接受这个变更,更不能说实现需要多长时间。
拒绝了客户之后并不是大功告成,你最好能够早于客户通知自己的项目经理,客户想进行怎样的需求变更,你自己对工作量的评估是怎么样的。这样可以给项目经理一个准备时间,来完善的考虑需求变更的影响。

对于项目经理,尤其是从开发一线转向做项目经理的兄弟,应该主动的从项目全局来考虑一个变更的影响,而不是单纯从技术角度考虑。最好能按照公司的规范和制度以及项目实际情况为自己积累一份check list,以免在考虑需求变更时遗漏一些事项。作为开发方更要强化对于需求变更的控制。
控制需求变更最理想的办法当然是由客户方、开发方的项目经理和需求顾问共同组织CCB(变更控制委员会)
,文档化所有需求变更,双方签字然后归档需求变更。不过这样比较难以实现。但是最起码的要求是,必须由客户方项目经理(也就是甲方最终用户需要把需求变更汇总报告给甲方项目经理)向开发方项目经理提出需求变更,开发方项目经理评估工作量,并文档化需求变更,在与客户方负责人充分沟通后,使用正式方式将沟通结果(最好是打印出来给甲方签字,最起码是要求回执的电子邮件)通知客户。必要的时候需要业务人员协助,比如要求签署附加合同或者新开一个项目等等。

从我做项目几年的经验来看,蛮不讲理的客户不是没有,但是是极少数,大多数客户,尤其是客户方项目经理都是通情达理的人。所以,只要你言之有理,对方都有可能接纳。

posted @ 2006-12-05 17:07 iceboundrock 阅读(1882) | 评论 (12)编辑 收藏

C++ C#/java 有很多区别,其中最大的区别当数对内存的管理。

C++ 中,类的使用者决定了类的实例内存会如何分配,分配在堆上还是栈上。我们先看一段例子程序:

 

#include "stdio.h"

 

class Demo{

public :

    int i;

    char* objName;

    Demo(){

        objName = "Default object.";

        printf("%s, objName = %s\r\n", "Enter Demo default ctor. method.", objName);

       

        i = 1000;

    }

 

    Demo(int ival, char* name){

        printf("%s,i = %d, objName = %s\r\n", "Enter Demo(int ival) ctor method", ival, name);

        i = ival;

        objName = name;

    }

 

    Demo(const Demo& d){

        printf("%s\r\n", "Enter Demo copy ctor method.");

        i = d.i;

        objName = "copied d";

    }

 

    ~Demo(){

        printf("%s, i = %d, objName = %s\r\n", "Enter Demo dector. method" , i, objName);

    }

};

 

Demo& testMethod0(){

    printf("%s\r\n", "Enter testMethod0.");

    Demo d(0, "d in testMethod0");

    printf("%s\r\n", "Exit testMethod0.");

    return d;

}

 

Demo testMethod1(){

    printf("%s\r\n", "Enter testMethod1.");

    Demo d(1, "d in testMethod1");

    printf("%s\r\n", "Exit testMethod1.");

    return d;

}

 

Demo* testMethod2(){

    printf("%s\r\n", "Enter testMethod2.");

    Demo *d = new Demo(2, "d in testMethod2");

    printf("%s\r\n", "Exit testMethod2.");

    return d;

}

 

int main(int argc, _TCHAR* argv[])

{

    Demo d;

    d = testMethod1();

 

    Demo& d1 = testMethod0();

 

    Demo d2(999, "d1");

 

    Demo* d3 = testMethod2();

 

    printf("d.i = %d\r\n", d.i);

    printf("d1.i = %d\r\n", d1.i);

    printf("d2.i = %d\r\n", d2.i);

    printf("d3.i = %d\r\n", d3->i);

 

    delete d3;

    return 0;

}

 

Output

Enter Demo default ctor. method., objName = Default object.

Enter testMethod1.

Enter Demo(int ival) ctor method,i = 1, objName = d in testMethod1

Exit testMethod1.

Enter Demo copy ctor method.

Enter Demo dector. method, i = 1, objName = d in testMethod1

Enter Demo dector. method, i = 1, objName = copied d

Enter testMethod0.

Enter Demo(int ival) ctor method,i = 0, objName = d in testMethod0

Exit testMethod0.

Enter Demo dector. method, i = 0, objName = d in testMethod0

Enter Demo(int ival) ctor method,i = 999, objName = d1

Enter testMethod2

Enter Demo(int ival) ctor method,i = 2, objName = d in testMethod2

Exit testMethod2.

d.i = 1

d1.i = -2

d2.i = 999

d3.i = 2

Enter Demo dector. method, i = 2, objName = d in testMethod2

Enter Demo dector. method, i = 999, objName = d1

Enter Demo dector. method, i = 1, objName = copied d

 

C# 不同,在 C++ 中,对象声明的时候就已经执行了构造函数,比如上面例子的 main 函数中的第一行, Demo d ,从屏幕上的输出来看,这个时候 Demo class 的默认构造函数会被调用。

接下来的一行代码调用,引出了很有趣的情况,当然也隐藏着不小的问题。这行代码造成了一次构造函数调用,一次拷贝构造函数调用和两次析构函数调用。让我们来具体分析一下:第一次调用构造函数很容易理解,因为在 testMethod1 中我们声明了 Demo d(0) ,退出 testMethod1 ,函数的返回值要赋值给变量 d2 ,这个时候, d2 被拷贝构造函数重新构造了一次。接着 testMethod1 中构造的局部变量被析构,然后,居然拷贝构造函数构造的对象也被析构?等等,看完所有输出,我们发现, objName = copied d 的对象被析构两次,而 objName = Default obj 的对象被构造出之后没有被析构,这里隐藏了很严重的问题,有可能导致内存泄漏、句柄不能被正确关闭等等。另外,拷贝构造函数的执行可能导致潜在的效率问题,考虑一个包含巨大矩阵的对象, copy 这个对象会怎么样?

 

接下来的一行代码, testMethod0 返回一个对象的引用,当然不会导致拷贝构造函数被调用,但是,这样也是有问题的,在函数中声明的局部变量在函数执行完成的时候会被析构,那么直接返回局部变量就可能会出现问题。 testMethod0 退出以后,他内部的 Demo 对象就会自动析构,外面对它的引用当然也无法指向正确的对象了,所以后面程序打印 d.i 的时候,输出了一个莫名其妙的 -2

 

效率最好的方法当数返回指针了,它不会导致对象复制,如果使用得当,也不会导致内存泄漏或者句柄泄漏。 testMethod2 演示了这种情况,当然,你需要手工删除在 testMethod2 中创建的对象。

 

 

posted @ 2006-11-25 16:08 iceboundrock 阅读(626) | 评论 (1)编辑 收藏


posts - 10, comments - 15, trackbacks - 0, articles - 0

Copyright © iceboundrock