大家讨论一下我公司如何改进

helene625

公司以写CS程序为主，嵌入式开发，各程序有不同的主板，图像卡类型，产品遍及全国
1。人力问题：老总打主力：需求，概要，中心代码自己搞定，开一次会议说说主要功能，余下的扔给下面的程序员补充。其中3个项目大大小小他一人负责
2。配置管理：用CVS，多个产品代码差不多，往往一个产品代码写好，第二个项目来了，直接在上面做修改，导致程序员自己都不清楚哪些代码是哪个程序的了。
3。文档问题：只有简单的两三张纸，写了要实现什么功能，而具体实现方法（概要设计）没有，配置文件中内容长达100多项，修改其中一个配置项，往往功能就不同。程序员也不会说某个配置做什么用的，测试也不清楚。
   大致功能有了，具体实现时程序员与测试经常发现某一功能实现不合理，前后不一致或是不符合常规，某功能写了几天，发现不合理，又重新讨论或是老总拍板其它解决方法。
4。交流问题：测试主要是功能性的测试，但配置项太多，往往不清楚具体含义，以及程序实现的原理，很难把握测试的点，跟老总交流又不方便（因为他太忙，没时间）
5。实施维护：程序员就是实施员，项目完了，程序员也该准备出差了，现场安装，调试，硬件软件通通要搞定，有时办公室就剩下几个女的，其它人全出差了，差旅费高。
6。测试问题：测试后的软件，到客户处总存在着问题，测试对软件及硬件的了解，甚至比不上客户多。
8。代码维护：客户有问题直接找程序员，程序员修改后直接发客户，中间不经过测试人员，导致产品成什么样了，测试部门的人也不清楚。
9。文档管理：无文档管理工具，所有人从服务器上上传下载，最后服务器病毒成群。

[ 本帖最后由 helene625 于 2006-12-15 15:11 编辑 ]

archonwang

等星期天回来再看看——待高手出招。

April.H.X

头痛的……太多需要改进……

null2

貌似cmm初始级。。。

luoyear

答复：
1、第五条是你改进的出发点。为什么现场实施的时候要堆一大堆人？就是因为没有文档化，没有配置管理，所有的东西都是在自己的脑瓜子里面。导致只有极个别人清楚全局，其余人员都只知道自己做的那块，实施靠堆人一人负责一块。没有程序配置清单，没有安装手册，没有版本控制。
2、改进方式：
2.1 先理清配置管理，基于基础版本拉出不同的分支去针对不同的应用，并且有设计和说明文档说明本版本分支和基础版本的差异。[贵公司估计一份程序功能配置清单就可以解决了]；
2.2 需求/概要和中心代码一个人搞定不能说是坏事[也许是为了保密吧]。但其中的变更，对外的接口等一定要文档化。尤其是他负责的这块对外界来说是非透明的时候，一定要写出来，并知会相关人员。
2.3 关于测试，这个不是交流问题，是体制问题：一定要划出主要的业务逻辑和功能需求，这样测试人员才有测试依据。老总这点时间都花不出，还养一堆测试人员有何意义？他都不知道测什么，如何能测试好？（4，6都可以套用这条）
2.4 9这点，我只能说IT人员吃干饭去了。
3 对于公司的经营，我觉得最好的方式还是潜心做出一个稳定的产品。这样实施成本会大大降低，研发成本也会大大降低，软件的单价也能大大降低。

这感觉是一个软件个体户。如果该产品没有诱人的前景（如市场会庞大100倍），建议老兄还是先闪人，免得误人误己。
如果老板听的进去，你又有魄力，公司又有前景，这可是一个千载难逢的机会

小小丫

luoyea的回答真是太全面了sdlkfj3 r感谢感谢，又学习到新东西了

helene625

感谢回复！！
貌似公司收入挺可观的，但太依赖员工个人能力，若某个人走了，也许除了老总能理解他的代码，其它人应该都不行了，基本上是一人负责一个项目（除老总打开头），程序员写代码，现场实施，维护等。还好都是些老员工。正准备搞上配置管理的工具，对文档，源代码做管理。公司人逐渐增多，不管不行了。谢谢指教！！

cat_zhang

呵呵你可以抽空去看看CMMI的相关知识，贵公司比较符合CMMI1 初始级，需要各方面的改进。

cindyhuipeng

我们公司的情况也是差不多的，稍微好点儿，建立起质量管理部才两个月，这阵子开会跟打仗似的。急需要大牛们的指导阿。

cindyhuipeng

luoyear回答真是太精辟了，我们公司的要求就是现在由质量管理部门建立起一系列的流程，再监督大家实施，这是一个工作重点。其次放在手头的就是项目跟踪表的管理与监督，项目跟踪表上的项目一大堆，但是我对各个项目并没有了解。我当前的工作是先熟悉当前项目，还是制定流程呢？