从手工作坊到量化管理所做的事情以及量化管理中的绩效考核

从手工作坊到量化管理所做的事情以及量化管理中的绩效考核

 

一、手工作坊软件开发现状

从目前运行的软件公司开发模式看，大多数中小型公司开发处于初级阶段，表现主要特征，开发盲目，个人意志较强烈，开发无序化，项目开发没有计划，项目的成败往往靠少数几个有经验的人来决定，这些特征也正是初期软件公司的特征。相反从一些有规模的软件项目中可以看出，成熟的软件开发模式所具备的特征，软件每一个阶段，都有详细的档记录，每一个开发步骤都有计划。

二、从手工作坊软件开发模式走出的几条途径

怎样从一个作坊式的开发到一个有计划有步骤的量化管理过渡，我这里做了以下几点总结。

²   落后到先进所经历的过程

软件开发不能脱离现实，更加不能脱离人的参与，软件开发的过程，和软件开发中失败的教训，这些经历都能从现实生活中找到对应的模型，从农耕时代到机械化时代，人们的作业模式和生活习惯发生了翻天覆地的变化，我们试想一下用牛耕地和用拖拉机耕地的区别，我们也可以尝试一下用搜索引擎搜索农具的图片，想想农耕时代人们是如何耕种的。同理软件开发信息化从无到有，从落后到先进的过程，这个过程的人们的生活和办事方法上也同样有翻天覆地的变化。农耕时代的农器具，机械化时代的自动化机器。这期间经历了数百年乃至千年的劳动人民的酝酿，以及数代人的辛勤劳动和艰苦创作。从理论到实践，从实践又回到理论，计算机的发展还没有一百年的历史，而当前的信息技术已经是发展相当迅猛，从个人电脑到智能手机，整个信息化大爆炸。短短的这段时间内我们运用的信息化手段不断的攀升，最初的机器码编程，到高级语言的发明，以及智能化的编程工具，强大的类库。同理也不难看出，这个发展过程有好多有智之士的参与。这里缺少不了就是汗水，和研究探索精神。

²   软件开发中的落实精神和软件管理中的执行过程

在农村住过的人都知道，其中一幕记忆犹新，就是手工收割麦子的过程。看到一片几十亩的麦田，如此大的面积，用手工收割实在是一件辛苦的事情，用镰刀一把一把收割。这样的事让我联想到老子说的一句话千里之行始于足下。做软件开发也不例外，好多讲究形式主义的，不通过软件的方法解决软件的问题，列出这样那样的形式。最后软件开发效果也不太好，这里强调的执行和落实才是硬道理。

²   设计文档引入

好多开发团队在开发软件项目时没有设计文档，或者写完代码后再补写设计文档。有些公司基于开发成本的考虑，没有过多的投入设计，或者不投入设计。软件急于编码，想快速的应用系统，软件建设初期没有考虑软件后期的维护，以及系统的稳定性。这样的情况下需要的弥补的一点就是设计文档的引入。引入设计文档的目的就是使得软件开发有目的有计划的进行，并且开发每个阶段是在可以控制的范围内进行。这里需要引入的文档有需求设计文档，概要设计文档，文档设计标准，文档设计规范，文档检查规范，质量保证计划，软件测试计划。

²   文档中的绩效考核

通过书写文档，从文档中查看文档是否符合标准，并且记录检查列表合格项目和不合格项目。通过检查文档和绩效挂钩。从而形成一个环形的设计形式。不停的写文档，不停检查，不停的将设计文档用于程序开发中，形成一个良性循环。考核依据是文档规范，考核内容是具体的文档，考核参照考核检查项目。依据检查项目来完善考核的真实性。

写设计文档时有具体参照模板，这样使得多个人写的文档都格式都一样。写文档的依据就是文档模板。文档量化时以文档页数为准。例如写需求文档354页，概要设计文档234页等。通过文档的页数来量化。文档的质量参照文档质量标准。

²   如何进行代码检查 检查标准是什么

 

       代码检查参照代码检查规范，检查标准参照代码检查列表。

²   如何测试 测试标准是什么

参照测试用例模板，测试用例检查

三、用户实际利益驱动的软件模型

  有些软件公司做一些政府采购项目，往往资金消化的很快，但软件成果不是很显著，究其原因，软件需求驱动力不强烈。假设有一个案例，一自动化公司，自动生成系统出现故障，配合这套生产系统软件也发现异常，而客户有急于生产出产品。这种情况下，软件问题排查就迫不及待。地铁系统故障时，系统维护维修人员也迫不及待。究其原因，系统背后有迫切的用户需求在驱动。也就是为了满足客户的要求。