简化企业的8个管理问题Word文档格式.docx
《简化企业的8个管理问题Word文档格式.docx》由会员分享，可在线阅读，更多相关《简化企业的8个管理问题Word文档格式.docx（9页珍藏版）》请在冰点文库上搜索。
成功地完成此事，个人自行管理及生产管理同样重要，但团队管理则近乎于零。
7.一软件开发员没有足够的专业知识，要由另一个有足够专业知识的分析员来写需求，而那个分析员也要明白三个不同工作畴的用户的需求才可写总需求。
但这个软件只是为一次商业操作而写，写成后只需在一个环境来测试，完成后无需长期维护及继续开发下一个版本。
成功地完成这件事，个人自行管理及团队管理是同样重要的，而团队管理一定要包括智力传递、智力协调以及智力成果的管理；
生产管理是有的，但比重不及前两者高。
8.一软件开发团队包括分析人员和开发人员，他们要根据不同工作畴的用户组的需求来写软件，这些软件写成后还要由另一班人在不同环境来测试，完成后这个软件还必须长期维护并继续开发下一个版本。
这个问题与第6及第7个问题的不同在于它对智力团队管理和生产管理的要求很高，若不借助后面将要描述的第8个管理（8thManage）来解决，其可预测性及可扩大性便达不到预期效果。
这类问题，最典型的是当团队的人数达到20人左右时就开始出乱子。
以上第1至第5个问题，我称之为传统管理学问题，因为跑步竞赛、工厂生产、足球竞赛、画画写诗都已有很久的历史，一般人对它们也颇有认识。
至于第6至第8个问题，我将其列入商用软件带来的新管理问题。
至于我为什么把第5个（学生写软件）问题加入传统管理学问题，而不是商用软件带来的新管理问题，随后有详细的解释。
2明白这八类问题的重要性
在学习的过程中，不论聪明人还是普通人，起初都会通过模仿来学习，但学习的结果却并不相同：
（1）有些人能青出于蓝，甚至完全创新理论；
（2）有些人学的技巧娴熟，能在不同情况下把技能施展出来，但不能完全创新；
（3）有些人学到最后也只会死记死跟，根本无法领悟其中的道理，当环境转变了就不能变通，技能也施展不出来。
在美国的大企业，你通常会看到想升职的人首先是模仿他们的上司。
事实上，以自己的上司来做学习对象是聪明的选择，因为上司一般来说是成功的例子，下属也比较容易观察到他的行为及成果。
但最大的差别是有些人看问题看得不深，只能学到上司表面上的东西，而学不到他最重要的东西——解决问题的技能。
只学到表面上的东西，在比较简单的情况下（如各人或各小队已经一起运作了一段时间，他们已能各守各的岗位，而团队中没有什么大的利益冲突，整个项目的时间和资源也不是十分紧），大家只是需要一个形式上的协调者或领导者，这是可以的。
但如果情况有大的转变（如主要的合并、大型的商业流程整理或时间与资源都极度紧的项目），只懂得在表面上做功夫而管理智慧并不高的领导者，便没有办法带领下属解决问题而被别人视为无能。
最好笑的是有些人在大企业过模仿他们的上司得到上司的欢心而升职，当他们升到上司的位置，仍继续以同样的方式进行管理。
因为情况同上述一样比较简单而固定，这些人便错误地认为自己有管理天赋，也有足够的经验。
但当他们换到另一种环境，问题便陆续浮现而无法解决了。
因此不知道自己不懂什么，即使有时间，有学习机会，都难以进步。
为了便于读者理解，本章采用了简化的方式来形容这八类问题，但它们是极具代表性的。
从中读者可以领悟到在不同的情况下，不同的管理方法有不同的比重。
最重要的是开始明白到，成果的可见性和产品在完成后的连续性及改变性（长期维护及继续改进）对管理的重大影响。
3体力/实体与智力（Physicalvs.Mental）的定义
一般读者都知道体力活动和智力活动的分别。
我唯一想指出的是两者有互相包含的关系，一般说来，体力活动中包含智力活动，而智力活动也包含体力活动，所以，我们说“体力活动”是以体力为主导的活动，而“智力活动”是以智力为主导的活动。
一项智力活动可以只有智力成果（智力工作者的构思），也可以有一个智力成果及一个实体成果（把智力工作者的构思写在纸上）。
举个例子，Ａ君为甲企业构思一个收购乙企业的计划，这个活动会有一个智力成果（Ａ的构思）及一个实体成果（Ａ君写的计划书），在简单情况下，取得Ａ君所写的计划书，已经可以执行，因为缺少的细节及变通可以猜测出来。
在复杂情况下，取得Ａ君所写的计划书是无法执行的，因为许多细节及变通是无法猜测的，但它们会影响执行结果的成败。
这就是智力成果及其传递隐性的一面，而这隐性知识只存在于智力工作者的头脑中。
事实上，智力传递的困难程度远比实体传递高数倍、十倍、百倍、千倍，甚至万倍。
以传递商业应用软件需求为例子，除非在很简单的情况下，一般用家都不会完全清楚自己要的是什么及所要的东西是否有真正的成本效益；
即使他们能清楚自己要的是什么及所需要的东西有真正的成本效益，也不代表他们有能力把复杂的需求清晰地表达出来；
即使他们能把复杂的需求清晰地表达出来，也不代表接收者能不混乱并且完全明白；
即使接收者能不混乱并且完全明白，也不代表双方能在实际设计之前，把全部细节都拟定出来，而这些细节是可以影响需求决定的；
即使他们双方能把全部细节都拟定，也不代表他们没有受到脑力发挥的局限，能征服及控制这复杂的过程而令应用软件真正地满足其需求。
因此，实体传递和智力传递最大的区别是:
（1）智力成果多数要经过数次的重复过程及反复的交递及接收。
（2）智力成果交递完成之后对相关活动及成果的连性具有影响力；
如果它在成功交递完成以后，影响到其相关的活动及成果不成功的话，这个传递的成功只是一时表于形式的错觉。
智力工作者的智力传递工作过程难以直接监控，成果难以衡量，使这方面的管理变得具有不确定性；
控制这些繁复细节的最佳方式是通过相关的智力工作者来完成，而管理智力工作者的人员，只有通过有相称性的承诺管理来间接管理他们，使他们能够在既定的目标和自我管理的心态下,自主地完成任务，实现知识转移，包括以各种形态存在的显性知识和存在于人头脑中的隐性知识，这才是对人的有效管理方法。
以上有关实体传递及智力传递的定义仅限于本书并适用于软件管理。
在其他领域如RogerSchank的语义网络（SemanticNetwork）概念里的实体传递及智力传递的定义，与我所阐述的观点有所区别，其用途是自然语言识别，而非软件管理。
4八类管理的基本不同之处
表2-1是以体力活动、智力活动、实体协调、智力协调、团队管理（动机管理及冲突解决）及生产管理（时间、资源、产量及质量的管理）来分析这八类问题，它主要是以“重要”及“轻微”来区分每一类管理问题中的体力或智力活动、实体或智力协调、团队管理及生产管理的重要性。
空白并等于完全没有，只不过是非常轻微而不值得在此提及的意思。
以画画为例子，画画是智力活动，但画家也要把纸墨放好才可画画，因而非常轻微的实体协调是有的。
此外，成本和期限通常都不用来量度画师的能力，但接受报酬的画师是要如期交货的，因而在某些情况下，轻微的生产管理还是有的。
表2-1八类问题的分析划分维度
团队管理及生产管理的难点，在于人力资源的可替换性（例如替换工人容易，替换发明家难）、个别效率的差距（例如体力可有几倍差距，脑力可有几万倍或更大的差距），还有活动成果的可见程度或可量度程度（例如大众消费品高，软件低）在不同情况下差别很大，所需的管理模式都很不同。
但活动成果的可见性也不总是实体成果占高比例而智力成果的比例低。
我举一个低可见性实体成果的例子，让读者们理解不同可见性在相同体力活动的管理运作中的差别。
如果你主持一个高尔夫球比赛，规则是每人打一球，打得最远者得奖金1000元；
规则是无论天气怎样恶劣，都不可改期，但如果到场的全部参赛者都同意取消（即无人可得奖金），比赛就可以取消，不再举行。
如果你有主持这类比赛的经验，你极可能一早便叫人在比赛前把地上的球都清除了，比赛的时候派给每位参赛者一个可以识别的球，以便在有争议的时候可在地上找回有标识的球来量度距离。
在一般情况下，只要你做好以上的一点准备工夫，管理这个比赛并不困难，因为每个参赛者发挥的成果的可见性及可量度性都很高，无论谁得奖，都不会有人不服。
但如果比赛那天有浓雾，而规则是无论天气怎样也不可改期，你管理这个比赛的难度就突然提升了许多，会有人提议你用打球的姿势来裁定胜负。
如果你那时不明白由于可见性程度变化而产生出来的新问题，没有立刻做好另一套准备工夫，那么你对这个比赛的管理很有可能出乱子。
因为由姿势来决定球的远近是很不容易的，谁有这个资格及能力来评判是一个问题，如果胜出者是裁判的亲友又是一个问题。
如果你明白可见性程度转变会影响管理方法，你会先向参赛者解释上述的困难，让他们明白。
然后和他们商讨以决定：
（1）取消比赛，无人得奖或
（2）推举一裁判，接受他的裁定。
一般读者读到这里可能会问，在日常生活中，有多少事情会像在浓雾中打球那样不容易看到成果。
其实在软件活动或其他智力工作中，像以上这类不容易看到成果的例子，每天都在发生。
5软件管理与传统管理的区别
画画和写软件虽然都是脑力活动，但其成果的可见性、缺陷的浮现情况及作品完成后所需的维护是很不同的。
首先，当一幅画画完的时候，画家以及懂得这类画的人可以清楚地看到这幅画，但软件的可见性与画很不同，即使看者很有经验，甚至是原作者自己，都不容易一目了然。
其次，画画是不可能画了一条看不见的千年虫，暗藏在画中，到若干年后它才跑出来咬人。
画里难看到的瑕疵是有的，但绝不会隔一段时间后会跑出来搞破坏。
软件则很不同，除了简单的程序外，一般软件都有暗藏着的毛病（英语叫bugs，是虫的意思），这些暗藏的毛病有多少、在什么情况下会浮现出来以及浮现的时候其破坏程度是否严重,这些问题都存在不确定性。
因此，由于两者成果的可见性及缺陷的显现情况不同，所牵涉的管理问题，包括怎样去看进度、怎样去看缺点及怎样去验收等，当然也有很大的不同。
在作品完成后，第四类问题和第六类问题也有一个很重大的区别，那就是作品和作者的关系。
一般情况下，当画家画完画签了名后，便可和作品分开，不再需要维护这幅画。
但商用软件的情况却很不同，有很多商用软件的原作者开始时要自己亲自维护并改进软件，后来即使培训了别人来维护，数年后也有可能接到咨询，问他软件是否会在这种情况下出现问题或可否这样改动而不会有不良后果。
由于软件需要长期维护，而维护工作也需要原作者的知识，便引出以下的管理问题:
1.软件商如何管理由原作者到维护者的知识移交，需要什么及多少文件，需要的时间及资源是多少，与现时商业的限制是否符合，怎样才能知道移交成功与否（因为不成功是会严重影响客户的）。
2.原作者及维护者的自行管理。
需要什么及多少文件，需要什么形式及多少的培训，需要的时间及资源是多少，与现时公司的限制是否符合，怎样才知道移交成功与否（因为不成功会严重影响到两人日后的工作）。
3.如果是重要的任务系统,买家要在选择软件商时确定它有足够的知识和经验去维护以及它过去有一定的维护声誉。
如果该重要任务系统是特别为顾客而造的（不是大众产品），在签约的时候要确定原作者会维护一个时期或起码做维护者的顾问等等。
4.软件商如何管理客户报告的毛病（bug），怎样才知道客户的报告所指出的东西是否真正是毛病，损害的严重性有多大，什么时候通知客户及怎样和客户在解决问题上达成共识，怎样把问题通知其他有可能遇到相似问题的客户，需要多少时间及资源才可把问题解决，怎样把修补软件送到客户手中。
5.维护者应在考查问题、提议解决方案及解决问题的时候，都要有一定的自律及自行管理，但在此不详述。
第四类和第六类问题还有一个很大的差别，就是在完成作品后的改进。
越是成功的软件作品，越有很多不同的用户组加入使用，便越会有很多不同的新需求，因而不断改进是成功软件的重要一环。
当然，不同产业或不同性质的企业，可能接受的软件改动程度是不同的，如嵌入式软件必须跟随硬件版本的更替；
股票交易所的系统需要高度的可靠性，不能每月都接受新软件。
但就算有某些产业或企业能接受改动较慢、较少，也不等于他们购买发布后便不再改进软件。
在很多情况下,由于产品在完成后是需要连续维护及改进的，因此产品同公司维护与改进的财力、维护者及改进者都有一定关系。
这也引出对购买软件产权或软件公司的不同管理，如果你购买一批书，你只要找识货的人验货便可。
但你如果购买一个软件产权或一家软件公司，你除了找懂得那类软件的人去看软件，你更要看那里的工作人员以及留住人才的策略。
有很多软件，如果你收购到产品但留不住人才，那软件会变得无法改进，甚至得不到维护。
8thManage作为新一代软件管理工具，能帮助您解决以上管理问题。
8thManage是一个基于实时交易处理平台的新一代管理工具，它采用“一个设计一个系统（ODOS）”的架构，不仅提供全面的功能，包括ERP、CRM、PM、PMO等，而且各个功能模块都建立在同一个平台上，完美支持数据的实时整合。
同时，8thManage采用动态BBS技术来保持数据结构的全面关联与实时同步，克服了传统应用软件在数据实时性、一致性上的不足，帮助管理者获取实时有效的数据，快速做出正确的业务决策。
此外，建立在ODOS架构之上的8thManage还能有效减少企业在系统升级、功能整合、员工培训及维护支持方面的支出，为企业带来实实在在的成本效率。
6软件培训不足的地方
为什么我在前面比较第四类问题和第六类问题而不是第四类问题和第五类问题呢？
原因很简单，第五类虽与第六类同是写作软件，但从管理角度来看，一个学生写软件交功课给老师所需要的管理与一个接受报酬的画师要如期交货差不多，而与第六类（个人写商用软件）已有很大不同，与第七类及第八类的距离，就更不用说了，可谓有天渊之别。
对于前面提到的可见性及可量度性，第五类和第四类有些相似，而与第六类则很不相同。
原因是教授在设计作业课题的时候，他必须把课题设计得让学生做出来的作业成果是可见的及可量度的，那样他才可以公平地给学生成绩，不然连他自己由学生交作业至出成绩前也无法看清学生们的作业成果，他又怎能公平地给学生分数呢？
我对美国的大学及研究院比较熟悉，因此在这里所说的是我25年在美国所见到的情况。
美国许多大学生，他们的学期作业要写一个完整的操作系统或同等复杂的软件。
如果提高复杂程度，学生是很难写完的。
问题并不是所培训的特殊软件领域如人工智能（ArtificalIntelligence）或操作系统的复杂程度不足，而是从个人纪律及管理角度来说，第五类与第六类（即使是一人写的商用软件）已有很大差别。
有很多大学让学生以团队方式去写作业，这个趋势是值得鼓励的。
但要明白它的成效不会很大，原因是它只针对在明白需求以后及反复测试之前的协调，对于怎样去应付以下的复杂情况，在理论与实践上并没有教授：
1.由于需求的智力传递的复杂性所带来的管理问题；
2.由于测试的实体协调的复杂性所带来的管理问题（测试也有一定复杂程度的智力协调）；
3.由于低可见性和低可量度性所带来的管理问题；
4.由于长期维护所带来的管理问题；
5.由于软件的高改进率及高改变性所带来的管理问题。
在以上的分析中，我也不需要用个人及团队来区分学生作业软件与商用软件，第六类是一个人写的商用软件，其复杂程度与学生受的训练是大不相同的。
原文地址:
了解更多,请登陆：
升级会员 