日志文章

2006年03月27日 09:20:58

第八个管理(八):软件培训不足的地方

  为什么我在前面比较第四类问题和第六类问题而不是第四类问题和第五类问题呢?原因很简单,第五类虽与第六类同是写作软件,但从管理角度来看,一个学生写软件交功课给老师所需要的管理与一个接受报酬的画师要如期交货差不多,而与第六类(个人写商用软件)已有很大不同,与第七类及第八类的距离,就更不用说了,可谓有天渊之别。对于前面提到的可见性及可量度性,第五类和第四类有些相似,而与第六类则很不相同。原因是教授在设计作业课题的时候,他必须把课题设计得让学生做出来的作业成果是可见的及可量度的,那样他才可以公平地给学生成绩,不然连他自己由学生交作业至出成绩前也无法看清学生们的作业成果,他又怎能公平地给学生分数呢?

  我对美国的大学及研究院比较熟悉,因此在这里所说的是我 25 年在美国所见到的情况。美国许多大学生,他们的学期作业要写一个完整的操作系统或同等复杂的软件。如果提高复杂程度,学生是很难写完的。问题并不是所培训的特殊软件领域如人工智能( Artifical Intelligence )或操作系统的复杂程度不足,而是从个人纪律及管理角度来说,第五类与第六类(即使是一人写的商用软件)已有很大差别。有很多大学让学生以团队方式去写作业,这个趋势是值得鼓励的。但要明白它的成效不会很大,原因是它只针对在明白需求以后及反复测试之前的协调,对于怎样去应付以下的复杂情况,在理论与实践上并没有教授 :

  1. 由于需求的智力传递的复杂性所带来的管理问题;

  2. 由于测试的实体协调的复杂性所带来的管理问题(测试也有一定复杂程度的智力协调);

  3. 由于低可见性和低可量度性所带来的管理问题;

  4. 由于长期维护所带来的管理问题;

  5. 由于软件的高改进率及高改变性所带来的管理问题。

  在以上的分析中,我也不需要用个人及团队来区分学生作业软件与商用软件,第六类是一个人写的商用软件,其复杂程度与学生受的训练是大不相同的。

类别: 无分类 |  评论(1) |  浏览(1519) |  收藏
1楼 [匿名]guest 2006年07月28日 15:38:40 Says:
这些问题似乎不是培训可以解决的。--yese
发表评论
看不清楚,换一张