下载本文示例代码
在IT领域从业六年中，大大小小的项目已担负了十几个。从项目行业上看，复杂的有大型ERP系统、银行贷款系统，相对简单的有OA系统、人力资源系统。从性质上看，既有解决实际需求的应用系统，也有属于技术攻关的科研项目。从这些项目的开发、管理中，有很多的感想，我认为是非常宝贵的经验。比如如何看待设计与编程，如何用好特殊程序员等问题。在项目管理上采取的方式是否是正确的、最佳的，项目开发成本有几倍、几十倍的差别。 在一个系统的开发过程中，作为项目管理者，经常要碰到一个要仔细衡量又极难把握的问题：设计与编程究竟各要花多少比例的时间？遇到这样的问题有时是由于项目组的成员水平参差不齐，有很多程序员只能开发简单的定义明确的程序，而不能就一个问题进行解答性的设计，这使得项目管理者常常考虑安排专门的人来进行设计；有时是由于项目管理者主观就认为设计与编程是相互独立的工作，理应该分配不同的人来承担。做设计的认为设计工作要占60%以上的工作量，是主要工作，做编程的认为编程工作要占80%以上的工作量，才是真正主要的工作。到底怎样的比例才是公平的呢？我们很难作出回答。 软件生存期在大部分项目中可以概括为如图的形式： 毫无疑问，开发过程的成本是项目的核心成本，其成功与否实际就代表了项目的成功与否。开发过程中最主要的工作就是设计与编程。 怎样确定设计与编程的工作量 确定的可衡量的工作量是文字，设计成果是通过文档表示的，程序是由代码组成的，两者的共同点就是由文字来表示成果。一个系统，设计文挡比如是10万字，编写的程序代码是90万字（不包含通过开发工具生成的代码），则可明确衡量的工作量之比是1：9。肯定有很多人口头上反对这种衡量方式，认为这是机械的、呆板的。如果只计算最终通过确认的设计文档、通过测试验收的程序代码，会发现这种方式常常是最客观地反映了项目组各成员的工作业绩。 做设计要思考，做编程同样需要思考，而且还要反复调试，可以说写同样多的文字，编程需要的时间决不比设计需要的时间少。公司招聘设计人员与招聘编程人员花的代价是不相同的，作为设计人员自然要求具有设计的水平和能力，作为编程人员同样要求具有编程的技术和能力。所以两者不能说自己的工作性质不同，写同样的文字需要的时间不同。否则，企业就太亏了。 从经验看来，在一个项目中，如果设计与编程人员都努力工作，没有松懈的时间的话，设计人员与编程人员的比例大概为1：5，设计人员与编程人员的个人工资比例大概是3：1，项目中工作时间之比大概是1：5。可计算设计与编程的时间成本之比为： 1*3*1：5*1*5=3：25约为1：8的比例 这个比例应该是比较公平符合实际的。而很多企业的软件项目盲目夸大设计工作的比重，如人员比例安排为1：3，工资比例为3：1，工作时间比例为2：1，两者最终成本之比为： 1*3*2：3*1*1=6：3=2：1 这就体现了不少人认为的设计占绝大比重的观点。而实际上，按这种比例带来的结果是，设计人员轻松得要命，但表现出来也很累，因为他们要不断地催编程人员的进度、等编程人员的结果。而编程人员却累得要命，拼命加班加点，还是很难应付过来，并且到头来还老挨设计人员的教训。 设计所需的工作时间实际是很少的，因为它主要在于设计者的经验、文字表述，而不需要调试。一个大型的ERP项目，如果设计者得其人，一人即够，而编程却需要上百人--真正的花时间的工作是编程与调试。为什么一些企业有那么多IT失败的项目，一个原因就是他们盲目的看重了设计的比重，在设计上投入了总预算的60%以上的成本，结果发现真正的主体工作是编程，到那时才发现剩下的预算成本已远远不够。共3页。 1 2 3 :
在IT领域从业六年中，大大小小的项目已担负了十几个。从项目行业上看，复杂的有大型ERP系统、银行贷款系统，相对简单的有OA系统、人力资源系统。从性质上看，既有解决实际需求的应用系统，也有属于技术攻关的科研项目。从这些项目的开发、管理中，有很多的感想，我认为是非常宝贵的经验。比如如何看待设计与编程，如何用好特殊程序员等问题。在项目管理上采取的方式是否是正确的、最佳的，项目开发成本有几倍、几十倍的差别。 在一个系统的开发过程中，作为项目管理者，经常要碰到一个要仔细衡量又极难把握的问题：设计与编程究竟各要花多少比例的时间？遇到这样的问题有时是由于项目组的成员水平参差不齐，有很多程序员只能开发简单的定义明确的程序，而不能就一个问题进行解答性的设计，这使得项目管理者常常考虑安排专门的人来进行设计；有时是由于项目管理者主观就认为设计与编程是相互独立的工作，理应该分配不同的人来承担。做设计的认为设计工作要占60%以上的工作量，是主要工作，做编程的认为编程工作要占80%以上的工作量，才是真正主要的工作。到底怎样的比例才是公平的呢？我们很难作出回答。 软件生存期在大部分项目中可以概括为如图的形式： 毫无疑问，开发过程的成本是项目的核心成本，其成功与否实际就代表了项目的成功与否。开发过程中最主要的工作就是设计与编程。 怎样确定设计与编程的工作量 确定的可衡量的工作量是文字，设计成果是通过文档表示的，程序是由代码组成的，两者的共同点就是由文字来表示成果。一个系统，设计文挡比如是10万字，编写的程序代码是90万字（不包含通过开发工具生成的代码），则可明确衡量的工作量之比是1：9。肯定有很多人口头上反对这种衡量方式，认为这是机械的、呆板的。如果只计算最终通过确认的设计文档、通过测试验收的程序代码，会发现这种方式常常是最客观地反映了项目组各成员的工作业绩。 做设计要思考，做编程同样需要思考，而且还要反复调试，可以说写同样多的文字，编程需要的时间决不比设计需要的时间少。公司招聘设计人员与招聘编程人员花的代价是不相同的，作为设计人员自然要求具有设计的水平和能力，作为编程人员同样要求具有编程的技术和能力。所以两者不能说自己的工作性质不同，写同样的文字需要的时间不同。否则，企业就太亏了。 从经验看来，在一个项目中，如果设计与编程人员都努力工作，没有松懈的时间的话，设计人员与编程人员的比例大概为1：5，设计人员与编程人员的个人工资比例大概是3：1，项目中工作时间之比大概是1：5。可计算设计与编程的时间成本之比为： 1*3*1：5*1*5=3：25约为1：8的比例 这个比例应该是比较公平符合实际的。而很多企业的软件项目盲目夸大设计工作的比重，如人员比例安排为1：3，工资比例为3：1，工作时间比例为2：1，两者最终成本之比为： 1*3*2：3*1*1=6：3=2：1 这就体现了不少人认为的设计占绝大比重的观点。而实际上，按这种比例带来的结果是，设计人员轻松得要命，但表现出来也很累，因为他们要不断地催编程人员的进度、等编程人员的结果。而编程人员却累得要命，拼命加班加点，还是很难应付过来，并且到头来还老挨设计人员的教训。 设计所需的工作时间实际是很少的，因为它主要在于设计者的经验、文字表述，而不需要调试。一个大型的ERP项目，如果设计者得其人，一人即够，而编程却需要上百人--真正的花时间的工作是编程与调试。为什么一些企业有那么多IT失败的项目，一个原因就是他们盲目的看重了设计的比重，在设计上投入了总预算的60%以上的成本，结果发现真正的主体工作是编程，到那时才发现剩下的预算成本已远远不够。共3页。 1 2 3 :
下载本文示例代码
论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系论设计与编程的关系
