维克苗综合站

如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的！”，当我们震撼于Microsoft Windows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名员工几年的共同努力之大成，软件项目管理的成败是控制开发成本的关键环节。这里面，少不了贯穿其中的重要步骤—-软件文档。

　　软件文档可以分为开发文档和产品文档两大类。

　　开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。

　　产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、 《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、 《用户报告》、《销售培训》等。

一、开发文档

　　1. 《功能要求》–来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。

　　2. 《投标方案》–根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节：

　　前言–项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。

　　需求分析–项目要求、软件结构、功能列表、功能描述、注意事项等。

　　技术方案–总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。

　　项目管理–描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。

　　技术支持–公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。

　　系统报价–软、硬件平台报价列表、软件开发费用、系统维护费用等。

　　项目进度–整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。

　　3. 《需求分析》–包括产品概述、主要概念、操作流程、功能列表和解说、注意事项、系统环境等。以《功能要求》为基础，进行详细的功能分析(包括客户提出的要求和根据开发经验建议的功能)，列出本产品是什么，有什么特殊的概念，包括那些功能分类，需要具备什么功能，该功能的操作如何，实现的时候该注意什么细节，客户有什么要求，系统运行环境的要求等。这里的功能描述跟以后的使用手册是一致的。

　　4. 《技术分析》–包括技术选型、技术比较、开发人员、关键技术问题的解决、技术风险、技术升级方向、技术方案评价，竞争对手技术分析等。以《需求分析》为基础，进行详细的技术分析(产品的性能和实现方法)，列出本项目需要使用什么技术方案，为什么，有哪些技术问题要解决 ，估计开发期间会碰到什么困难，技术方案以后如何升级，对本项目的技术有什么评价等。

　　5. 《系统分析》–包括功能实现、模块组成、功能流程图、函数接口、数据字典、软件开发需要考虑的各种问题等。以《需求分析》为基础，进行详细的系统分析(产品的开发和实现方法)，估计开发期间需要把什么问题说明白，程序员根据《系统分析》，开始在项目主管的带领下进行编码。

　　6. 《数据库文档》–包括数据库名称、表名、字段名、字段类型、字段说明、备注、字段数值计算公式等。以《系统分析》为基础，进行详细的数据库设计。必要时可以用图表解说，特别是关系数据库。

　　7. 《功能函数文档》–包括变量名、变量初植、功能，函数名，参数，如何调用、备注、注意事项等。以《系统分析》为基础，进行详细的说明，列出哪个功能涉及多少个函数，以便以后程序员修改、接手和扩展。

　　8. 《界面文档》–包括软件外观、界面素材、编辑工具、文件名、菜单、按钮和其它界面部件的要求，这里与软件完成后的运行界面是一致的。

　　9. 《编译手册》–包括服务器编译环境、操作系统、编译工具、GNU的C++编译器版本信息、目录说明、程序生成、源程序文件列表、Makefile配置及其相关程序的对应关系列表。客户端的编译过程、编译结果、编译示例、编译环境、操作系统、编译工具、源文件列表和制作安装程序的过程。

　　10. 《QA文档》–包括产品简介、产品原理、产品功能列表、功能描述、功能流程、执行结果、数据库结构、测试要求等，提供给软件测试人员使用。

　　11. 《项目总结》–包括项目简介、项目参与人员和开发时间、项目风险管理过程、项目功能列表、项目结构特点、技术特点、对项目的升级建议、对以后的项目的建议、人员素质情况等。

二、产品文档

　　1. 《产品简介》–包括公司背景、产品概念、适用范围、产品功能、功能特点、运行要求和公司联系地址。

　　2. 《产品演示》–包括公司简介、产品背景、产品描述、产品特点、产品作用、适用范围、使用分析、功能模块、解决问题、合作伙伴、成功案例等。一般用Power
point或者VCD录制软件实现。

　　3. 《疑问解答》–列出用户关心的问题和处理方法。用于解答软件的操作功能和解决用户的疑难问题。

　　4. 《功能介绍》–以《需求分析》为书写基础，包括软件介绍、软件结构、功能列表、功能描述和公司联系地址。

　　5. 《技术白皮书》–以《技术分析》为书写基础，包括功能实现、技术选型、关键技术问题的解决、技术方案特点、技术升级方向等。

　　6. 《评测报告》–第三方权威评测报告。包括评测目的、评测范围、评测环境、评测内容、实测数据、性能表现、结果分析和评测总结等。

　　7. 《安装手册》–包括系统环境、运行平台、产品安装过程、初始环境设置、安装记录等。

　　8. 《使用手册》–包括产品简介、功能列表、功能描述和解释、功能操作、客户服务和联系方式等。

　　9. 《维护手册》–包括产品简介、系统须知、初始环境设置、系统配置、数据管理和备份、技术问题解答和联系方式等。

　　10. 《用户报告》–包括产品简介、购买时间、使用目的、使用时间、使用地点、实施过程、出现问题和解决、产品总结和建议等。

　　11.《销售培训》–包括项目简介、产品功能、产品特点、商业优势、系统运行环境、适用范围、目标客户等。

在网上偶然看到这篇帖子，觉得很受用，特摘抄下来，时刻警醒自己。

         一个人不管有多聪明，多能干，背景条件有多好，如果不懂得如何去做人、做事，那么他最终的结局肯定是失败。

　　做人做事是一门艺术，更是一门学问。很多人之所以一辈子都碌碌无为，那是因为他活了一辈子都没有弄明白该怎样去做人做事。

　　每一个人生活在现实社会中，都渴望着成功，而且很多有志之士为了心中的梦想，付出了很多，然而得到的却很少，这个问题不能不引起人们的深思：你不能说他们不够努力，不够勤劳，可为什么偏偏落得个一事无成的结局呢？这值得我们每一个人去认真思考。

　　从表面上看，做人做事似乎很简单，有谁不会呢？其实不然，比如说你当一名教师，你的主观愿望是当好教师，但事实上却不受学生欢迎；你去做生意，你的主观愿望是赚大钱，可偏偏就赔了本。抛开这些表层现象，去发掘问题的症结，你就会发现做人做事的确是一门很难掌握的学问。

　　可以这么说，做人做事是一门涉及现实生活中各个方面的学问，单从任何一个方面入手研究，都不可能窥其全貌。要掌握这门学问，抓住其本质，就必须对现实生活加以提炼总结，得出一些具有普遍意义的规律来，人们才能有章可循，而不至于迷然无绪。

　　读懂一个字诀，受用你一生！

　　一、社会交往字诀

　　――教你建功立业

　　（一）“谦”字诀

　　处世唯“谦”字了得，若一味狂妄自负、骄傲自大，只会失去处世的根本，落得个孤苦伶仃、千夫所指的骂名下场。

　　1、不可目中无人

　　2、得意不要忘形

　　3、有本事不必自夸

　　4、请教不择人

　　（二）“淡”字诀

　　为人处世，交朋待友，对势利纷华，似乎不必太过于苛求，当以“淡”字当头。看淡些，看开些，人生也就豁然开朗，有滋有味了。

　　正如“平平淡淡才是真”。

　　1、君子之交淡如水

　　2、淡看人生，善待生命

　　3、淡泊明志，莫为名利遮望眼

　　4、减少心欲，满足心灵

　　（三）“俭”字诀

　　不懂得“俭”字的人，不知道如何成功，任何成功的事业都在于点滴的积累；不懂得“俭”字的人，只会丧失成功，过分的骄奢多败人品质。

　　“俭以养德”，为人做事之良训。

　　1、从节省生活费开始

　　2、“穷大方”不可取

　　3、谨防变 态的节俭：吝啬

　　4、欲路勿染，俭以养德

　　（四）“自”字诀

　　做一个有个性的人，给自己一点自信！成功的道路靠自己闯，美好的前途来自于自强自立，不屈服于任何权威，用自我的努力找到属于你的自尊。

　　男儿立世，自己拍板！

　　1、自强自立，与成功有约

　　2、独品人生百态

　　3、用自我来挑战权威

　　4、自信――任你东南西北风

　　（五）“礼”字诀

　　生在礼仪之邦，做一个彬彬有礼之人。有礼之人会做人，有人缘，多朋友。有礼之人会做事，注重形象，有教养，不树敌，成功路上事事顺。

　　1、以礼待人

　　2、彬彬有礼，礼多人不怪

　　3、注重礼仪着装，给人良好印象

　　（六）“正”字诀

　　做一个正直的人，做一个人格健全完善的人，受人崇敬。做一个自私的人，做欺心的事，疾贤防能，与成功无缘。

　　1、己所不欲，勿施于人

　　2、嫉妒乃方正之人之大忌

　　3、不做欺心事，本身是一种愉悦

　　二、形象塑造字诀

　　――教你品格高雅

（七）“志”字诀

　　给自己一根足够长的杠杆，希望转动地球。

　　给自己的人生立个志愿，树个目标，树个偶像，脚踏实地，成功的意识需要培养，先立志，再与成功约会。

　　1、度德量力，以志立身

　　2、先立志，有志就有希望

　　3、培养成功意识：立志为王

　　4、树立偶像，改变自己

　　（八）“时”字诀

　　做人要惜时，做事要守时。塑造自己的形象，现代人离不开时间观念。合理安排自己的时间，有效利用自己的时间，守时、惜时、不拖延。

　　切记：时间就是金钱。

　　1、一秒值万金

　　2、别漠视业余时间

　　3、盗窃他人时间，等于谋财害命

　　4、按重要性办事，更能有效利用时间

　　（九）“勤”字诀

　　多一些努力，便多一些成功的机会。无数事实证明：成功的最短途径是勤奋。不要光耍嘴皮子，不要好逸恶劳，勤字当头，苍天不负有心人，天道酬勤！

　　1、成功的最短途径：勤奋

　　2、多一些努力，多一些机会

　　3、勤于行动，胜于勤说

　　（十）“实”字诀

　　踏踏实实做人，实实在在办事。任何一个双手插在口袋里的人，都爬不上成功的梯子。给人留下一个实在的形象，给自己的成功增添一份夯实的基础，从实际出发，对自己负责。

　　1、敬业，实干家的成功保障

　　2、把每一份工作都做好

　　3、双手插在口袋里的人，爬不上成功的梯子

　　（十一）“专”字诀

　　有专才有恒，有恒才有我。

　　你生活在一个知识大爆炸的时代，如果你是一个天才，不专心就成了你的不幸；如果你资质平凡，请不要悲观，只要你下定决心一辈子做好一件事，你就能成功。年轻人，千万别给人留下一个朝三暮四的形象。

　　1、把所有的鸡蛋放入一个篮子

　　2、多才多艺，莫如练就“独门暗器”

　　3、专一，让劣势变成优势

　　（十二）“慎”字诀

　　人生漫长，又短暂，关键的就几步。人性丛林，职场事业，利益多多、诱惑多多。老成不怕多，凡事应多三思，不怕一万，就怕万一。一旦伸错手，入错行，做错事，于名誉，于事业，于形象皆有不救之危。

　　“慎”之！

　　1、千万别入错行

　　2、想好了你再“跳”

　　3、不要草率行事

　　三、自我提升字诀

　　――教你拯救命运

（十三）“硬”字诀

　　做人难，做事难，面对千难万阻，要提升自我，不来点“硬”的怎么行？如果事有勉强，应该敢于说“不”；如果是正当利益，则应当仁不让；甚至，有时还得来点霸王硬上弓，要有“脸皮厚”的时候，也要有“头皮硬”的时候。

　　1、拒绝是一门艺术

　　2、该我的，就不要客气

　　3、怒发冲冠之功

　　4、厚脸皮做人，硬头皮做事

　　（十四）“小”字诀

　　一家海鲜连锁餐厅的老板很可能当初是水产市场练滩儿的，而一家皮鞋连锁店的老板当初可能是擦鞋的。欲做大事，赚大钱，必先做小事，赚小钱，放下架子，舍得小利。从细微处入手，先扫一屋，再扫天下！

　　1、一屋不扫，何以扫天下

　　2、先做小事，赚小钱

　　3、一枚钉子改变一个人的一生

　　（十五）“锐”字诀

　　小小麻雀，飞飞跳跳、争分夺秒，不停地寻觅食物。人生亦如此，面对残酷竞争，惟有锐意进取，做一个好先锋，把下一个进球当目标，敢于冒险，敢于闯荡，守株待兔的事情毕竟很渺茫。

　　1、不以现有成就为满足

　　2、锐意追求，绝不退缩

　　3、锐气不可抛，成功是迟早

　　（十六）“创”字诀

　　提升自我，就要有胆有识去超越自我。何谓超越？超越就是吃螃蟹，就是创新。同时创新就意味着冒险，所谓富贵险中求。想人家想不到的，做别人不敢做的，敢为天下先，在于思维的转换。

　　1、敢为天下先

　　2、打破规则的创意

　　3、人弃我取也能创奇迹

　　4、逆向思维的攻守之道

　　（十七）“通”字诀

　　穷则思变，变则通。识时务者为俊杰，通机变者为英豪。通往成功的道路不是一条，又何必在一棵树上吊死呢？抓住成功的关键，东方不亮西方亮，不管它是黑猫白猫，重要的是它能否逮“耗子”。

　　1、巧妙地以变应变

　　2、条条大道通罗马

　　3、成功在于通，有通才有赢

　　（十八）“言”字诀

　　把赞扬送给别人，就像把食物施舍给饥饿的乞丐一样。古往今来，不知有多少人，凭着三寸不烂之舌，改变了自己平凡的命运。说话幽默，找共同语言……一个“言”字，一生受用。

　　1、投其所好找话题

　　2、恭维是最好的“润滑剂”

　　3、成功人生，幽默机智

　　4、“流行语”为你添姿着色

　　四、人际互动字诀

　　――教你赢得朋友

（十九）“宽”字诀

　　人际互动，应着眼于未来，不念旧恶。原谅别人，是对待自己的最好方式――为你的仇敌而怒火中烧，烧伤的是你自己。做人做事，心胸不可太狭隘。海纳百川，靠一棵宽容的心！

　　1、宽恕你的敌人

　　2、宽容做人，宽容成事

　　3、乐于忘记，不念旧恶

　　（二十）“和”字诀

　　在人海中，如果我们不想孤立，那么就学会如何与人相处吧！林子大了，什么鸟都有，不要求你喜欢所有的人，但同时世上也没有什么最牛的人。

　　和为贵嘛，就要互相留台阶，大家给面子。

　　1、为他人着想，为自己铺路

　　2、你给别人留面子，别人给你做好事

　　3、夫妻之道，亦和亦智

　　（二十一）“信”字诀

　　有多少人信任你，你就拥有多少次成功的机会，“信”是什么东西？信是一种人格的力量，是超越金钱的友情，是了解、是欣赏、是覆水，具有不可逆转性。所以，言必行，行必果，能帮的忙则帮，但不可轻易许诺！

　　1、能帮则帮，不轻易许诺

　　2、言而有信，做人讲原则

　　3、做事先做人，做人先取信

　　4、信誉基石，生死友情

　　（二十二）“帮”字诀

　　“好风凭借力，送我上青天”。人际交往，互利互惠。帮助别人，就是在为自己的人情信用卡储蓄，特别是在人患难之际施于援手，救落难英雄于困顿。真心助人，其回报不言而喻。

　　1、助人发财，自己沾光

　　2、好风凭借力，借梯能登天

　　3、掌握时机，拉人一把

　　（二十三）“敬”字诀

　　人要面子树要皮。人存在于社会上，要扮演各种各样角色，特别是在互相的交往中，需要一定的尊严来支撑，这是人性的弱点。明白了这点，才能体会到“敬”字的必要性。

　　1、为尊者讳，为上司讳

　　2、在失意者面前不谈你的得意

　　3、尊敬对方的“闪光点”

　　（二十四）“交”字诀

　　人情冷暖、世态炎凉，平常朋友平常过。交朋接友，不可急功近利，友情投资，宜走长线，拜拜冷庙，烧烧冷灶，平时多烧香，哪怕是只言片语的问候，亦是交友之道。

　　1、闲时多烧香，急时有人帮

　　2、友情投资，宜走长线

　　3、拜冷庙，烧冷灶，交落难英雄

　　五、解困渡厄字诀

　　――教你轻松快乐

（二十五）“坚”字诀

　　面对挫折与困难，铭记丘吉尔的名言：“永远，永远，永远不要放弃！”其实世界上并没有什么幸运的事，就是有，也是坚持的结果。为了最后的胜利，应以坚毅不拔之志，面对种种暂时之屈辱，执着追求，不到黄河心不死！

　　1、厚积薄发，耐得寂寞

　　2、谁笑到最后，谁笑得最甜

　　3、执着追求，永不放弃

　　4、不到黄河心不死

　　（二十六）“谋”字诀

　　做人有困惑，做事有困境，面对“山重水复”之关卡，光有坚强的毅志不行，硬闯也不行。解决难题靠的是脑袋，脑袋产生思考，让思考发威，在出人意料之处轻松解决问题。

　　1、巧妇能为无米之炊

　　2、从“山重水复”到“柳暗花明”

　　3、思考的威力

　　（二十七）“屈”字诀

　　要摆脱人与事的困境，就难免要求人，求人就难免要低三下四，但着眼于未来的成功，即使像蟑螂一样的生活也应在所不惜，风水毕竟轮流转。放下架子，该屈就屈，能屈能伸，以屈为伸方为英雄！

　　1、像蟑螂一样生活

　　2、放下身段，前方是大道

　　3、你敬我一尺，我敬你一丈

　　4、低人一级“屈”不死人

　　（二十八）“静”字诀

　　“不在沉默中爆发，就在沉默中灭亡！”凡遇大事需静气，平心静气是一种境界，一种气度，一种修养。冷静之中的决定往往是摆脱困境的最佳方案，同时冷静也是一种智慧，以静待变，乱中取胜！

　　1、把冷板凳坐成经理椅

　　2、心宁智生，智生事成

　　3、沉着冷静心自怡

　　4、沉得住气方为人杰

　　（二十九）“乐”字诀

　　世上没有绝对幸福的人，只有不肯快乐的心。人生苦短，与其事事张弓拔弩，不如“幽它一默”。记住，成功是从微笑开始的，人生不如意事常***，乐观点，自己营造快乐，学会轻松解决难题。

　　1、成功从微笑开始

　　2、学会营造快乐

　　3、学会轻松愉快地解决难题

　　4、世上没有绝对幸福的人，只有不肯快乐的心

　　（三十）“靠”字诀

　　人生不等不靠，没错，天上不会掉馅饼，守株待兔饿死人，但一点不靠也不行，亲戚朋友、同学、老乡，这是一种“人力资源”，谁人没个三灾六难，能靠则靠，靠不上创造条件也要靠！

　　1、让朋友成为你的靠山

　　2、出门落难靠老乡

　　3、亲戚亲戚，越走越亲

　　4、恰同学少年，该靠靠一把

　　六、不败人生字诀

　　――教你人生辉煌

　　（三十一）“愚”字诀

　　学学猫头鹰，睁一只眼，闭一只眼。你说我糊涂，其实我不傻！只是世事多变幻，创业难，败家快，人说水至清则无鱼，人至察则无徒。其实是，明哲保身，大智者往往大愚，聪明者多，能过“愚”字关鲜矣！

　　1、糊涂人聪明一世

　　2、不要以为自己比别人聪明

　　3、处事不要太认真

　　4、谁是英雄？

　　（三十二）“忍”字诀

　　真的英雄，何必气短，善始善终，方为不败！忍能保身，忍能成事，忍是大智，大勇，更是大福！忍是厚，忍是黑，忍小人，忍豪强，忍天下难忍之事，不做性情中人，成常人难成之事。

　　1、忍是大智大勇大福

　　2、不做性情中人

　　3、不败人生，忍者无敌

　　（三十三）“退”字诀

　　久历江湖，练达人情之人都守一个“退”字。退是一种谋略，退是一种交换，更是一种维系生存的手段。哲人说的好，“不要把痰吐在井里，哪天你口渴的时侯，也要来井边喝水的。”

　　1、用心计较般般错，退步思量事事顺

　　2、拒绝妥协，就是拒绝成功

　　3、惹不起，躲得起

　　（三十四）“圆”字诀

　　方圆做人，八面玲珑；圆满做事，事事顺心。人心叵测，凡事最好留一手，有闲时，可研究一下“模糊哲学”，人生这套马车，如若安上方方正正的轮子，你没听说过，我也没听说过，寸步难行嘛！

　　1、方圆做人，圆满做事

　　2、做老二，不要做老大

　　3、人情练达即文章，处世圆通慎言语

　　（三十五）“危”字诀

　　“豪华尽出成功后，逸乐安知与祸双？”历史教训如此，平头百姓亦如此。居家过日，工作职场等都逃不过一个“危”字，人无远虑，必有近忧。

　　1、远虑在先，近处无危

　　2、郭子仪屏退侍女免祸患

　　3、上山下乡当农民――范蠡富贵终身

　　（三十六）“装”字诀

　　人生在世一台戏，你方唱罢我上场，不管你会不会演，就看你会不会装。充英雄容易，扮弱者难。俗话说得好，枪打出头鸟，不怕贼偷就怕贼惦记着，当你还不具备实力时，请把你过剩的才华藏起来！

　　1、故意示弱有好处

　　2、用“拟态”和“保护色”

　　3、成功需要诈死与佯败

沟通失败的根本原因在于，缺乏对沟通实质和目的的了解。所以非常有必要了解彼得・德鲁克提出的有效沟通的四个基本法则。

    法则一:沟通是一种感知

     禅宗曾提出过一个问题，“若林中树倒时无人听见，会有声响吗？”答曰“没有”。树倒了，确实会产生声波，但除非有人感知到了，否则，就是没有声响。沟通只在有接受者时才会发生。

     与他人说话时必须依据对方的经验。如果一个经理人和一个半文盲员工交谈，他必须用对方熟悉的语言，否则结果可想而知。谈话时试图向对方解释自己常用的专门用语并无益处，因为这些用语已超出了他们的知觉能力。接受者的认知取决于他的教育背景，过去的经历以及他的情绪。如果沟通者没有意识到这些问题的话，他的沟通将会是无效的。另外，晦涩的语句就意味着杂乱的思路，所以，需要修正的不是语句，而是语句背后想要表达的看法。

     有效的沟通取决于接受者如何去理解。例如经理告诉他的助手：“请尽快处理这件事，好吗？”助手会根据老板的语气、表达方式和身体语言来判断，这究竟是命令还是请求。德鲁克说：“人无法只靠一句话来沟通，总是得靠整个人来沟通。”

     所以，无论使用什么样的渠道，沟通的第一个问题必须是，“这一讯息是否在接受者的接收范围之内？他能否收得到？他如何理解？”

　法则二：沟通是一种期望

     对管理者来说，在进行沟通之前，了解接受者的期待是什么显得尤为重要。只有这样，我们才可以知道是否能利用他的期望来进行沟通，或者是否需要用“孤独感的震撼”与“唤醒”来突破接受者的期望，并迫使他领悟到意料之外的事已然发生。因为我们所察觉到的，都是我们期望察觉到的东西；我们的心智模式会使我们强烈抗拒任何不符合其“期望”的企图，出乎意料之外的事通常是不会被接收的。

     一位经理安排下属主管去管理某个生产车间，但是这位主管认为，管理该车间这样混乱的部门是件费力不讨好的事。经理于是开始了解主管的期望，如果这位主管是一位积极进取的年轻人，经理就应该告诉他，管理生产车间更能锻炼和反映他的能力，今后还可能会得到进一步的提升；相反，如果这位主管只是得过且过，经理就应该告诉他，由于公司的业务重组，他必须去车间，否则只有离开公司。

法则三：沟通产生要求

     一个人一般不会做不必要的沟通。沟通永远都是一种“宣传”，都是为了达到某种目的，例如发号施令，指导，斥责或款待。沟通总是会产生要求，它总是要求接受者要成为某人、完成某事、相信某种理念，它也经常诉诸激励。换言之，如果沟通能够符合接受者的渴望、价值与目的的话，它就具有说服力，这时沟通会改变一个人的性格、价值、信仰与渴望。假如沟通违背了接受者的渴望、价值与动机时，可能一点也不会被接受，或者最坏的情况是受到抗拒。

     宣传的危险在于无人相信，这使得每次沟通的动机都变得可疑。最后，沟通的讯息无法为人接受。全心宣传的结果，不是造就出狂热者，而是讥讽者，这时沟通起到了适得其反的效果。

     一家公司员工因为工作压力大，待遇低而产生不满情绪，纷纷怠工或准备另谋高就，这时，公司管理层反而提出口号“今天工作不努力，明天努力找工作”，更加招致员工反感。

　法则四：信息不是沟通

     公司年度报表中的数字是信息，但在每年一度的股东大会上董事会主席的讲话则是沟通。当然这一沟通是建立在年度报表中的数字之上的。沟通以信息为基础，但和信息不是一回事。

     信息与人无涉，不是人际间的关系。它越不涉及诸如情感、价值、期望与认知等人的成分，它就越有效力且越值得信赖。信息可以按逻辑关系排列，技术上也可以储存和复制。信息过多或不相关都会使沟通达不到预期效果。而沟通是在人与人之间进行的。信息是中性的，而沟通的背后都隐藏着目的。沟通由于沟通者和接受者认知和意图不同显得多姿多彩。

     尽管信息对于沟通来说必不可少，但信息过多也会阻碍沟通。“越战”期间，美国国防部陷入到了铺天盖地的数据中。信息就像照明灯一样，当灯光过于刺眼时，人眼会瞎。信息过多也会让人无所适从。

     用目标管理有效沟通

     除了以上四个法则，德鲁克还认为，目标管理提供了有效沟通的一种解决办法。在目标管理中，老板和下属讨论目标，计划，对象，问题和解决方案。由于双方都着眼于完成目标，这就有了一个共同的基础，彼此能够更好地了解对方。即便老板不能接受下属的建议，他也能理解其观点。下属对上司的要求也会有进一步的了解。沟通的结果自然得以改善。如果绩效评估也采用类似办法的话，同样也能改善沟通。

     德鲁克提出的四个“简单”问题，可以用来自我检测，看看你是否能在沟通时去运用上述法则和方法：一个人必须知道说什么，一个人必须知道什么时候说，一个人必须知道对谁说，一个人必须知道怎么说。

来源：《世界商业评论》

追溯IEEE（Institute of Electrical and Electronics Engineers的英文缩写，全称是国际电气与电子工程师学会）的历史，可以到19世纪80年代。IEEE的前身是成立于1884年的AIEE（美国电气工程师协会）。1963年1月1日AIEE和IRE(美国无线电工程师学会)正式合并为IEEE，是当时美国规模最大的专业学会。经过40多年的发展，IEEE早已突破美国国内学会的界限，成为全球最大的非营利性专业学会。IEEE是一个持续成长的专业学会组织。从1963年至2004年，IEEE会员以平均每年将近6000人的数量在增长，他们在各自的领域做出的贡献、发表的文章，大大提高了IEEE在全世界的影响力。目前，IEEE拥有全球近175个国家和地区的38万多名会员。

自成立以来，IEEE一直致力于推动电气、电子、计算机、网络、通信与电工技术在理论方面的发展和应用方面的进步，通过在广泛领域的活动规划和服务支持其成员的需要。IEEE主办或合办300多个国际学生会议，每年出版发行占全世界30％强的电力、电子及计算机科学技术类的书报、杂志和其他各种刊物，已制定了将近900个行业标准，在太空、计算机、电信、生物医学、电力及消费性电子产品等领域中都是主要的权威。

IEEE有着严密的组织机构，学会由主席（首席执行官）和执行委员会共同领导，每年选举一次。学会的重大事项由理事会和代表大会进行决策，日常事务由执行委员会负责完成。学会设有超导、智能运输系统、神经网络和传感器四个委员会（Council）和38个专业学会（Society），如动力工程、航天和电子系统、计算机、通信、广播、电路与系统、控制系统、电子装置、电磁兼容、工业电子学、信息理论、工程管理、微波理论和技术、核和等离子科学、海洋工程、电力电子学、可靠性、用户电子学等。此外，IEEE还根据会员的来源将IEEE的全球会员分为美国东北部、美国东部、美国中部、美国西南部、美国西部、加拿大、欧洲中东与非洲、拉丁美洲和亚洲与太平洋地区等10个大区(Region)和300多个地区分会（Section）组成。对应IEEE全球总部的设置，IEEE每个大区和地区分会都设有执行委员会；对应IEEE的专业学会每个地区分会下还设专业委员会（Chapter）。

IEEE会员可以相互沟通信息共享；IEEE执委会还设有奖励委员会，对会员的技术和专业成就给予认可并颁奖。由于IEEE拥有7万多名学生会员，除了IEEE在总部设有负责学生会员的学生活动委员会外，每个地区分会还在拥有一定数量学生会员的大学和科研机构下设立若干个在学生支会（Student Branch）。目前,IEEE共拥有将近1300多个专业分委员会和2000多个学生分会。

IEEE与中国

1985年，经当时的电子工业部的批准和中国科协的同意，IEEE在中国设立了IEEE北京分会。分会设有办公室，负责办理日常工作，挂靠在中国电子学会总部。

北京分会从建立之初就得到了中国电子学会、中国电机工程学会、中国通信学会、中国电工技术学会等四个全国性学会的支持。IEEE在我国的会员增加很快，截止到2005年，北京分会现在已有各种会员2600多名,建立了电力、通信、计算机、元件、微波、信号处理、工业电子、电力电子等二十个专业委员会。此外，IEEE北京分会还先后在清华大学、北京邮电大学、北京交通大学、北京大学、西安交通大学等高校设立了7个学生支部。

随着我国经济建设的发展、学术地位的提升和国际交往的增多，IEEE在中国的活动日渐频繁。特别是近五年来，IEEE的全球官员也频繁访问中国。2005年，IEEE亚太区执委会在北京主持了IEEE北京分会成立20周年庆典；2006年4月IEEE总部访问团先后对上海、北京、西安等6个城市进行了巡回访问；7月IEEE亚太区学生代表大会首次在中国召开。此外，IEEE每年都会在中国主办或者协办几十次国际会议。

IEEE-SA与标准的制定

一般而言，标准在电气和电子工程中具有重要作用。电器与电子工程师在设计产品和系统时都必须遵循标准。作为全球最大的专业学术组织，IEEE也非常重视标准的制定工作。IEEE专门设有IEEE标准化委员会IEEE-SA（IEEE Standard Association）。IEEE的标准制定内容包括电气与电子设备、试验方法、原器件、符号、定义以及测试方法等多个领域。IEEE-SA设有标准局，标准局下又设置两个分委员会，即新标准制定委员会（New Standards Committees）和标准审查委员会（Standards Review Committees）。

IEEE现有42个主持标准化工作的专业学会或者委员会。为了获得主持标准化工作的资格，每个专业学会必须向IEEE-SA提交一份文件，描述该学会选择候选建议提交给IEEE-SA的过程和用来监督工作组的方法。当前有18个学会正在积极地制定标准，每个学会又会根据自身领域设立若干个委员会进行实际标准的制定。例如，我们熟悉的IEEE802系列标准，就是IEEE计算机专业学会下设的p802委员会负责主持的。IEEE802又称为LMSC（LAN /MAN Standards Committee，局域网/城域网标准委员会），致力于研究局域网和城域网的物理层和MAC层规范，对应OSI参考模型的下两层。LMSC执行委员会（Executive Committee）又下设工作组（Working Group）、研究组（Study Group）、技术顾问组（Technical Advisory Group）等等。

新标准制定委员会的职能是负责推荐属于IEEE专业学会所属域内的各种新的标准，并将经过推荐的新标准课题提交给其所属修正技术委员会（Correct Technical Committees）和新标准课题编制工作组，然后将其编制成项目授权申请书（PAR，Project Authorization Requests）推荐到IEEE-SA大会审核。 在IEEE-SA中将进一步评审、修改推荐的新标准课题，以确保IEEE成员评审的一致通过。最后，将修改完成的新标准课题返回标准局颁布。

通常，一个IEEE标准通过流程如下：首先从发起人提出标准课题，接着形成由发起人组成的研究组，由此研究组向新标准制定委员会提交项目授权申请书并申请批准；依据该委员会批准的项目授权申请书，组织对此课题有兴趣的专家工作组进行审议，推荐的项目授权申请书原则上应在四年内完成。一旦标准草案起草完成，则先后经工作组、研究组两次无记名投票表决。若两次投票表决同意者均超过75%，则标准草案获得通过，经IEEE-SA最后批准后，便可形成正式标准发布。

来源：IEEE网站和IEEE-SA主页。

　所有的失败都是管理性格的失败,因为，投资、产品问题，都可以靠别人帮助解决，而管理心理，真的跨越不过去。
  
　　你的公司员工，是否背地里抱怨这七件事？  

　　1、工作压力太大，整天带着面具上班；  

　　2、得不到授权，有被疏远的感觉；  

　　3、你的承诺不兑现，公司充满政治色彩；  

　　4、因背景、学历、资历原因受过歧视；  

　　5、开会只是走走形式，每个重要决定都由你一个人做出；  

　　6、大量的信息被隐藏起来，听不到内部真实的声音；  

　　7、下属反映你按喜好决定员工的升迁，对人过于严厉。  

　　我相信你的公司一定有几点与上面的相似。我现在讲七个小故事，请你分析导致这些不正确工作方式的原因。  

　　故事一：工作压力太大，怎么办？  

　　我的一位员工最近陪同来自不同国家的学员参加一个高级研修班，她负责录像、记录和事务性工作，一周下来，疲劳不说，常常要承受客户的冷言冷语。再加上，客户都是海外的大老板，她自己对比起来差距很大。这些使她的压力很大。研修班结业的最后一天，我给她打了一个电话。我只说了三句话，第一是问候，第二让她先回家休息，第三向她询问另一项工作的完成情况。另一项工作由她负责，而且到了最后期限。我没有意料到，她大发牢骚，抱怨满天，说的都是过头的话。我当时保持沉默，只听不说。  

　　事后，我想这究竟为什么，平时这位员工不是这样，今天为何反常？因为压力太大。第一，她承受客户的冷言冷语，压力已经够大了；第二，而我询问新的工作又等于向她施加了压力。人的忍耐总是有限，在一定场合会爆发。    

　　由此看来，一个企业不重视员工的情感或对处于超强度工作状态的员工不表示支持的话，那么，这个企业就一定要改变，否则，由此而来的副作用会积聚起来并寻找机会爆发。  

　　看看一些服务行业，当员工在处理与客户的关系时会感到巨大的压力。你到餐厅就餐，希望赶走那些没有笑容的服务员，将食品狠狠地摔到他们面前，但你想过没有，对于这些服务生来说，时时保持好心情可能吗？我们得有宽容心。在电话销售行业，销售人员被要求使客户从你的声音感受到微笑服务，他们天天带着面具上班，我们应该将心比心。酒店的礼仪小姐被要求面对非礼的客户也要保持迷人的微笑，这是人性化的管理吗？                  

　　记住：宽容不是软弱，反过来，你的宽容塑造了出色的领导力和优秀的团队。  

　　故事二：不欣赏的员工，如何处理？      

　　我曾在一家国有企业工作，中国的国有企业是带有政治色彩的企业，这里的人们喜欢在一些小事情上耍小手腕，而领导也热衷于玩这种政治小*戏，但最终是“玩火必自焚”。

　　我当时负责一个部门，有一位主管因能力不足，被免职。她对我们这个团队极不满意，伺机报复。一天，她捏造说，我和另外两名同事在一起，诋毁我们的上司。上司也不做调查，相信了她的“告秘”。我们部的所有员工被叫到一起，上司让我们“说清楚”。我当时大吃一惊，这是根本没有的事！我们四人经过对质，谎言被揭穿，真相大白，全是那位主管一人捏造，从此以后，她在我们这个部门被疏远了。  

　　被疏远是最难受的。第一，你在团体中可有可无，没人理你；第二，孤立无援；第三，感到工作失去意义。      

　　我是如何帮她树立起自信心的呢？我让她负责一个项目，而这个项目需要跨团队的合作，她必须成为团体中的一员，我首先支持她，然后做别人工作。告诉大家，她很不幸，有过离婚的经历，多从她的角度去理解。我还帮助她介绍男朋友。这一切，使她重新找回了“家”的感觉。                        

　　记住：你永远不能疏远任何一个员工，不管你多么不欣赏他。你的任务是找到他的独特基因，然后，启动基因程序！  

　　故事三：失信了，会怎么样？      

　　这是我一位朋友的真实故事：一家事业单位领导找我的朋友谈话，暗示我的朋友去他那里会有更好的个人发展前景。在调动之前，这位领导许愿说，“先过来，半年后提拔你。”  

　　我的朋友信以为真，轻信了他的话，调了过去。结果，半年过去了，一年过去了，再也不提我朋友的发展问题。你说，我的朋友还会相信这位领导的话吗？  

　　人类有三个特征：第一，害怕丧失社会地位；第二，对拥有影响力的渴望；第三，对不讲信用的厌恶。企业领导者常常低估下属对其是否信用的重视程度，破坏自己做出的承诺。                        

　　记住：别人对你的信任就像一棵树，生长需要很长时间，但瞬间可以被你锯断。  

　　故事四：敌视圈外人，对吗？      

　　我在南开大学上课时，为了案例讨论，教授将我们分为几组，并按组给成绩。课堂结束后，我询问同学哪一组好，几乎每一组的同学都能找到一处自己强于对方，总的说来认为自己一方比另一方好；而当问起对另一组的评价时，每一个同学都对对方提出批评，哪怕是自己最要好的朋友也不例外。  

　　如果把他们放到竞争性更强的*戏中呢？我记得，在模拟决策实战演习中，对本组的积极态度和对对手的“仇恨”态度不断上升，教室里充满了敌视的情绪。  

　　我所在的小组，一位大型国企的CEO因为开董事会离开课堂，等开完会时，马上给我打电话，第一句话是，“我们排在第几？”      

　　对事物和人进行分类，划分你我，是人的本能。我们天生喜欢分类思考，这种思考方式可以帮助我们辨别哪些是危险的，哪些人是不可信的。  

　　在你的企业中，如果想让一个群体达成某个协议，只需设法将甲（你赞成的）归于好的、有益的一类即可，而将乙归到困难的、危险的一类即可。在公开选拔高级干部时，我们看到组织部门将中意的挑出来，只需给其他所有的人选标上负面标签即可，然后再给选拔的人编个理由即可。想一想，是不是这回事？

　　记住：人类容易宽容圈内人，容易敌视圈外人。请不要轻视不同类的人。

　　故事五：团队为何失败？  

　　我是一个天生爱提出问题、研究问题的人，喜欢开会简短、直本主题。我在一家国有单位工作时，发现这里开会总在反复、低效地进行讨论。事实上，这个单位的每个重要的决策早就由CEO做出了，所有的人都按他的眼色行事。开会讨论时，你的意见与他相左，他马上武断地打断别人，副手成了他的“应声虫”。相反，当他不在会场时，大家倒是表现地积极和富有成效。在他任CEO期间，这个单位年年亏损。  

　　我参加过不少国有企业、事业单位的会议，深深感到这里的气氛过于官僚化，没有真正意义的讨论，开会好像是为了显示级别存在，而不是为了有效解决问题。  

　　在很多国有企业中，你找不到实际意义的团队，经常为了应付上级成立若干领导小组，成员都是各个部门的负责人，小组的成果无人过问，唯一关心的是“我是不是在这个小组名单里”。这样的团队是失败的。另外存在的一个典型问题是，这里的人们仅仅为代表自己利益的小团体工作，彼此之间暗中勾心斗角。  

　　我们说，企业需要团队，但太多无用的例子说明，人们不愿意加入团队，因为上下级泾渭分明，这不是真正的团队。      

　　记住：真正的团队是，为一个具体的目标工作，超越职能部门和上下级关系。这样的团队能建立一种团队精神。              

　　故事六：信息隐藏起来，会如何？      

　　有一家工业公司的管理体系是如此糟糕：采购部的负责人从廉价供应商那儿进货，后来因为供应商的破产，导致公司不得不重新寻找供应商并以高于成本很多的价钱进货；生产部从国外进口设备，但新机器总出问题，后来还是使用旧机器；市场部找了一家关系户作为广告代理商，结果根本不懂广告规律，自己的促销广告为同行做了免费宣传。而所有这些，就是因为这里的人们喜欢把实际情况隐藏起来做事，导致公司领导不断做出错误判断。  

　　我们应该鼓励员工公开自己的想法，鼓励员工向那些“理所当然”的程序提出异议，鼓励公司把所有的事情都摆在桌面上。整个公司创造一种公开的气氛。  

　　记住：君子没有什么事情不可以对人说。公开化后，即使你错了，别人可以原谅你。  

　　故事七：读你自己      

　　我记起一家纺织厂，它的CEO是作风强硬派，依靠个人奋斗有了自己的工厂。员工害怕让老板发现他们的错误，因为他们看到因为“勇于”暴露自己的问题而被开除的例子。所以，他们总是试图掩盖问题，即使尽早承认就可以解决问题，但没人说。在这里，犯错误是丢人的事，于是，为了不丢人，就故意不犯错误。在一次，CEO当着众人的面，就一些小失误，对一位重要的管理人员进行了严厉、尖刻的批评。最令我吃惊的是在场的所有人，除了我，竟无一人感到尴尬。他们会后告诉我，这种事是“家常便饭”。几年后，这个公司因处于破产边缘被人接管。  

　　我研究过无数的失败案例，发现失败的真正原因，既不是投资问题，也不是产品问题，而是CEO的管理性格的失败。因为，投资、产品问题，都可以靠别人帮助解决，而管理心理，真的跨越不过去。  

　　记住：所有的失败都是管理性格的失败，不论它千姿百态，翻来覆去总是隐性心理出了问题。

来源: 网友原创

1。技术人员/程序员不了解项目经理的作用。认为项目经理就会催他们干活和逼他们。
是公司老板派来监督他们的工头。
– 解决办法：要向所有的人员贯彻项目管理的基本概念和项目经理自己在项目中的作用，
让大家了解作为经理他自己要承担的责任是什么，主要的工作是什么。项目经理不是监工，
也不是项目失败的替罪羊，他是和大家在同一个战壕的战友，从而得到大家的认可。
另外，也要明确每个成员的责任，都要把这些写清楚在权限/责任列表中。

2。技术人员/程序员最讨厌写文档（起码是过多的文档），可是项目管理者偏偏最看重这个，
他们整天催你交他认为必须的文档，拿到手后又这也不对，那也不对，吹毛求疵。
程序员讨厌这样，但是却不能表现出什么不满，抵触情绪自然会影响到工作。
– 其实在一个有着正规开发流程的公司是完全可以避免这种情况的存在的。30%的时间用于
研究设计和编写设计文档；20%的时间来进行代码编写是完全可以接受的。但是在大部分的
公司里面，程序员和系统分析员都是同一个角色，95%程序员一般因为考虑到了项目进度的
原因都会着急在没有完全的设计文档的前提下写代码。

解决办法：在制定项目进度之前，项目经理要反复阐述文档的重要性，明确开发人员在每个
阶段到底都要提交些什么文档。在制定项目进度的时候，要让技术人员充分参与计划的制定，
把写文档的时间留出来。文档的格式和要求要在任务开始之前发给人员并做好解释。文档完
成后，项目经理一定要进行文档的审查和把关。一定要留出写文档的时间，否则不会有人在
项目都完成后补充文档，即使有，那样的文档也会是粗制滥造的，应付了事的。

3。技术人员自己喜欢掌控时间，当他们对某个技术问题没有搞清楚的时候或者自己的任务进
度落后了的时候一般都会主动加班，但是当自己目前的任务完成之后呢也会休息一下，上上网
等等。所以最恨项目管理人员时不时过来问你进度怎么样了？好像不允许你有一刻的轻松。

解决办法：在项目开始的时候做好沟通计划，明确在什么时候会开团队会议，在什么时候会提交
进度报告。平时项目经理就不要把技术人员当成过去工厂里面的工人，把自己当成监工。要充分
相信大家的责任心。在开项目会议的时候，也要主动把自己所作的工作向大家如实汇报而不是
一个单向的汇报。

4。一般的技术人员都不太善于沟通。有了问题，大部分人都只是沉默寡言或者背后说说闲话。
这种气氛非常不利于项目的进行。要让大家从项目一开始就知道，任何项目的进行都不可能是
一帆风顺的。风险和困难随时存在。项目经理不是全才，项目需要大家群策群力；要团队成员
勇敢和坦率的说出自己的担心和发现的问题，大家共同解决。如果发现项目经理在某些问题上的
做法有乱弹琴瞎指挥的错误，也要及时提出。在进行一个项目的同时使大家都共同提高！

5。在项目开始的时候就要告诉大家有问题要提前提出来，不要等到最后一刻才提出来。告诉大家
即使是要跳槽，也最好提前跟项目经理沟通一下。这样可以保证有充足的时间做好交接工作。

6。项目计划是项目经理自己的事情。
–项目计划不是项目经理一个人的事情，项目经理一个人的经验和能力也不可能制定出一个好的计划。项目经理要做的就是带领大家一同完成项目，要大家群策群力。这样项目计划才会是合理的切实可行的。

作为项目经理，我希望我们项目的开发人员做到以下几点：
1、主动性
         在项目中积极思考，主动提出自己的意见和看法。
         遇到问题主动寻求相关人员协助，主动沟通。

2、Bug修复及时
         项目经理在项目计划中通常会安排了bug的修复时间,以及在此基础上的后续工作（比如集成测试、回归测试等），特别是到了项目后期，Bug修复是否及时将直接影响后续工作的进行。所以项目经理希望开发人员能按时完成bug修复任务。开发人员往往没有认识这一点的重要性，在bug修复的问题上不是很积极。

3、按时完成任务
          通常，我们会要求开发人员根据任务的复杂程度和自己的能力评估所承担任务的开发时间，项目经理也会评估这些时间的合理性，然后结合项目的整体情况给出项目计划。一旦某个开发人员没能按时完成自己分配的任务将直接影响整个项目的进度。
          当然由于需求变更以及某些不可预计的原因造成任务推迟，要及时和项目经理沟通，以便项目经理根据实际情况作出action，确保项目的顺利进行。

4、创新
         创新不是口号，创新其实就是我们对平时工作的思考，如果你是个有心之人，那么创新的idea会源源不断从头脑中显现，而我们的项目就是创新思想实施的最好机会。流程、规范、技术方案等等地方都是你创新的舞台。

5、责任心
         对自己的代码负责，尽量做到完美。
         一个优秀开发人员的标志就是写出来的代码总是让人赏心悦目。好的代码体现 在良好的可维护性，易读性，性能优良。功能的实现只是代码的最基本要求，只有严格要求自己，我们的编程水平才能提高。

        我也是从以上几点考核我们的开发人员。

来源：http://blog.csdn.net/yzhz   杨争  

一天我与一个同事吃午餐的时候，他给我讲了一个令人惊讶的发现。他参加了一场关于面向服务构架 (SOA)讲座，认识到以前从没有的术语定义，比如，“授权（Enable）”是什么意思，“Enterprise Network Bus”又是什么意思等等。

　　在软件开发中我们经常使用术语，而这些术语对于不同的人具有不同的含义。本文将探究软件开发团队通用词典的必要性，同时指出创建通用词典应注意的事项。

　　混乱之塔

　　“上帝说：‘如果人们都说相同的语言那么他们想做的就没有达不成的。让我们下去混淆他们的语言吧，那样的话他们之间就不能相互理解了。’”《圣经》，新国际版，11章起源，5-7页。

　　人们都说同一种语言时，彼此之间都能相互了解，则能够完成几乎所有事情。如果人们更多的讲述、倾听和了解彼此彼此之间的语言，则不会在愚蠢的错误和误解上浪费很多时间。

　　大多数人都有这样的经历：我们为别人指出了去某个地方的方向，但是那人最后又折回来了，因为我们所给出的方向不容易被接受。或者我们接受别人的指导后，我们所做的与指导人所期盼的情况完全是两码事。

　　这让人非常恼火，而且对于软件开发这是要付出代价的。一般预计项目40%的预算被返工所消耗。想象一下这么多返工并不是因为技术而仅仅因为交流障碍，那么可以看出通过更好的交流减少返工从而提高团队的效率的潜力是多么巨大。

　　开发一种通用语言是减少返工的基础，它可以使交流更清晰更明了。虽然不很完美，但是这样可以大大提高在交流中完全理解别人意思的可能性。

　　现有词汇再学习

　　与开发者构建共同经验和在确信已经知道的事情上形成共同理解的基础上，发展自己的词典是满足词汇学习要求的一个大挑战。你可能知道别人的意思但是实际上你对事情的理解与别人稍稍有些不同。

　　举个例子，当我说“猫”的时候，你可能认为我是在谈论那只名叫“Fluffy”的你将它当作孩子的白色波斯猫。或者你可能认为是你今天买的那只带斑纹的猫。而实际上我讲的是最近看到的那只孟加拉虎。我应该指出我所讲的是一只“大猫”吗？也许应该。但是这还不够详细而准确。有可能我讲的是美洲豹、狮子或者老虎。

　　需要指出的一点是我们有共同的词汇但是我们对这些词汇的定义每个人都稍微有些不同。诀窍是让团队中所有人对词汇的定义尽可能趋于一致，使用这样的词汇则很容易让团队中的人员了解其精确意义。

　　一个有效的方法是找例文。例文定义和扩展了这些术语。例如：面向服务构架（SOA）对很多人来说都是个难以定义的词汇。但是，可以通过要求或鼓励人们阅读关于SOA的内容理解它。虽然不是每个人都同意文中SOA详细内容，但它也为团队定义词汇提供了参考。

　　支柱定义允许定义其他相关的术语。并且可以加强团队对此术语理解。但是即使有很好的理解，支柱术语还远远不够。

　　创建新词汇

　　现有词汇是很好的开始。从那些经验丰富的人员那里可以学到很多有特定意义的单词和短语。但是这需要时间。当你尝试着自己描述自己的技术、过程或方法的时候，你会发现现有的词汇不能表达它。

　　一位叫“David Feinberg”的前同事，他有个梦想：在他的词汇里添加新单词。这是个了不起的想法，我希望他能成功。当然，不管有没有完成目标，他都擅长于向词汇中添加新单词。这些单词的美妙之处在于对于团队成员来说它们具有详细准确的含义。并且对团队外的人员来说，他们提不出不同的定义。

　　虽然不让其他人知道词语的意思不是件好事，但是对于词语的意思不被曲解是有好处的。因为没有其他的线索联系到这个单词上来，它只具有团队故意限定的唯一定义。

　　最困难的工作是诊断和确定那些意思不清晰和可重复的新单词。交流中也同样存在这样的问题。如果看不到这个问题或它不成为一个问题，都将很难让大家都关注这个问题。一个新术语有利于理解或不理解某件事，但是被错误理解的可能性是非常低的。

　　精确的文化

　　从看我文章的不同专业编辑那里获得的最大利益之一是他们鼓励我的文章应更详细而精确。我不能只说事情发生了，还应该详细记述发生了什么、在什么时间、持续了多长时间等。我们讲话的时候都说一些一般的术语。这是很不正式的，这样的讲话将导致很多地方含糊不清并且不严密。大多数表达不严密的情况发生在通过Email询问问题的时候。我们指出问题但是很少指定问题回应的最后期限，在多长时间回应质询的地方留下了含糊之处。

　　读和写中精确文化的影响是微妙的。因为可以抛开它为开发人员编写自己的词典；但是它就像催化剂，能加速过程。通过标记团队交流的精确度，队员都会努力找出那些精确的单词表达他们的意思。他们将使用“我们需要一个编辑屏幕为用户添加、阅读、编辑和关闭客户，但是不能删除客户，因为这是不需要的”这样的表达来代替“我们需要开发一组需要的标准操作”。

　　这样有可能会增加交流的词汇量，有可能由于精确的表达浪费了一些时间，但是这肯定比向屏幕中编写根本用不着的“删除”代码所花费的时间少，因为根本不允许客户被删除。

　　精细的文化

　　精确的文化不仅仅只关乎读和写，它和听也有关系。换句话说，用精确的语言交流也需要听者校验说者所表达的意思。精细的文化是鼓励听者通过反馈挑战对说者所表达意思的理解。这会自动提炼说者所表达的意思，并且使其更精确。

　　人道主义方法到心理学基于告诉人们所听到的事情这一观念。这一方法可以确定病人也可以对顾问进行启蒙。病人喜欢有人倾听他们的讲话并且可以扩展他们感觉或描述一些情形的细节。而顾问可以以此验证对病人的了解，反过来也可以更好的了解病人。

　　这一基本形式是：说者讲，“我认为我们需要基于SOA方法解决这个问题。”，听者（或团队中的一个听者）会这么说：“我知道你认为与项目相配的网络服务是正确的”，这个回应没有使用说者所使用的词语，说者所回答的话可能是：“对，但我认为还需要地址队列和正在处理的事务表，同时我们必须关注维护松弛耦合。”。这些话阐明了说者认为队列、事务处理和松弛耦合是解决方案的重要组件。如果没有信息反馈，说者是不会讲出这些信息的。

　　这是精细的文化，在这里听者需要对他们所听到的进行提炼然后反馈给说者进行交流，这有利于减少返工的潜在可能性。

　　世界之大

　　当你为团队交流创造词典的时候，存在的一个挑战是必须应付身边的世界。你会收到很多与团队定义不同的术语信息。这就是找到自己词汇的重要性的原因所在。不必与外部世界纠缠不清。在术语前使用前缀“OurCo”，例如“OurCo-SOA”将有助于我们分清楚这些词语与外面意思的差别。

　　最后对你的词典有个警告――不要与外部世界词语的意思发生冲突。例如：不要将Web服务定义成Web站点。这一定义与其他地方的定义相矛盾。对于新手来说很可能产生误会。甚至跟同事或与新来的顾问进行交流都会产生误会。

　　最好的显示词典的方法是使用方言。这有点像外部世界进行交流，但是对于团队有特别且唯一的含义，并且便于高效的交流。

　　建议

　　不需要创建完整的新语言或学习那些难懂的语言，例如Klingon，但是应该考虑如何与团队之间进行交流和如何为交流创建词典。

　　学习关键术语并且应用自定义的单词形成新单词和强结合体。让说者和听者在交流过程中都能理解其言外之意。

在整个软件生存期中，各种文档作为半成品或是最终成品， 会不断地生成、修改或补充。为了最终得到高质量的产品，达到上 节提出的质量要求，必须加强对文档的管理。以下几个方面是应注意做到的：

①软件开发小组应设一位文档保管人员，负责集中保管本 项目已有文档的两套主文本。两套文本内容完全一致。其中的一套可按一定手续，办理借阅。

②软件开发小组的成员可根据工作需要在自己手中保存一些个人文档。这些一般都应是主文本的复制件，并注意和主文本保持一致，在作必要的修改时，也应先修改主文本。

③开发人员个人只保存着主文本中与他工作相关的部分文档。

④在新文档取代了旧文档时，管理人员应及时注销旧文档。 在文档内容有更动时，管理人员应随时修订主文本，使其及时反映更新了的内容。

⑤项目开发结束时，文档管理人员应收回开发人员的个人文档。发现个人文档与主文本有差别时，应立即着手解决。这常常是未及时修订主文本造成的。

⑥在软件开发过程中，可能发现需要修改已完成的文档，特别是规模较大的项目，主文本的修改必须特别谨慎。修改以前要充分估计修改可能带来的影响，并且要按照：提议、评议、审核、批准和实施等步骤加以严格的控制。

软件需求规格说明作为产品需求的最终成果必须具有综合性：必须包括所有的需求。开发者和客户不能作任何假设。如果任何所期望的功能或非功能需求未写入软件需求规格说明那么它将不能作为协议的一部分并且不能在产品中出现。

     构造并编写软件需求规格说明，并使用户和其它读者能理解它牢记以下可读性的建议：

? 对节、小节和单个需求的号码编排必须一致。

? 在右边部分留下文本注释区。

? 允许不加限制地使用空格。

? 正确使用各种可视化强调标志（例如，黑体、下划线、斜体和其它不同字体）。

? 创建目录表和索引表有助于读者寻找所需的信息。

? 对所有图和表指定号码和标识号，并且可按号码进行查阅。

? 使用字处理程序中交叉引用的功能来查阅文档中其它项或位置，而不是通过页码或节号。

1.5 优秀需求具有的特性

怎样才能把好的需求规格说明和有问题的需求规格说明区别开来？下面讨论单个需求陈述说明的几个特点（ Davis 1993；IEEE 1998）。让风险承担者从不同角度对S R S需求说明进行认真评审，能很好地确定哪些需求确实是需要的。只要你在编写、评审需求时把这些特点记在心中，就会写出更好的（尽管并不十分完美）需求文档，同时也会开发出更好的产品。

1.5.1 需求说明的特征

1. 完整性

每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。

2. 正确性

每一项需求都必须准确地陈述其要开发的功能。做出正确判断的参考是需求的来源，如用户或高层的系统需求规格说明。若软件需求与对应的系统需求相抵触则是不正确的。只有用户代表才能确定用户需求的正确性，这就是一定要有用户的积极参与的原因。没有用户参与的需求评审将导致此类说法：“那些毫无意义，这些才很可能是他们所要想的。”其实这完全是评审者凭空猜测。

3. 可行性

每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。为避免不可行的需求，最好在获取（ e l i c i t a t i o n）需求(收集需求)过程中始终有一位软件工程小组的组员与需求分析人员或考虑市场的人员在一起工作，由他负责检查技术可行性。

4. 必要性

每一项需求都应把客户真正所需要的和最终系统所需遵从的标准记录下来。“必要性”也可以理解为每项需求都是用来授权你编写文档的“根源”。要使每项需求都能回溯至某项客户的输入，如使用实例或别的来源。

5. 划分优先级

给每项需求、特性或使用实例分配一个实施优先级以指明它在特定产品中所占的分量。如果把所有的需求都看作同样重要，那么项目管理者在开发或节省预算或调度中就丧失控制

6. 无二义性

对所有需求说明的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户性的语言表达出来。避免二义性的有效方法包括对需求文档的正规审查，编写测试用例，开发原型以及设计特定的方案脚本。

7. 可验证性

检查一下每项需求是否能通过设计测试用例或其它的验证方法，如用演示、检测等来确定产品是否确实按需求实现了。如果需求不可验证，则确定其实施是否正确就成为主观臆断，而非客观分析了。一份前后矛盾，不可行或有二义性的需求也是不可验证的。

1.5.2 需求规格说明的特点

1. 完整性

不能遗漏任何必要的需求信息。遗漏需求将很难查出。注重用户的任务而不是系统的功能将有助于你避免不完整性。如果知道缺少某项信息，用T B D (“待确定” )作为标准标识来标明这项缺漏。在开始开发之前，必须解决需求中所有的T B D项。

2. 一致性

一致性是指与其它软件需求或高层（系统，业务）需求不相矛盾。在开发前必须解决所有需求间的不一致部分。只有进行一番调查研究，才能知道某一项需求是否确实正确。

3. 可修改性

在必要时或为维护每一需求变更历史记录时，应该修订S R S。这就要求每项需求要独立标出，并与别的需求区别开来，从而无二义性。每项需求只应在S R S中出现一次。这样更改时易于保持一致性。另外，使用目录表、索引和相互参照列表方法将使软件需求规格说明更容易修改。

4. 可跟踪性

应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接链，这种可跟踪性要求每项需求以一种结构化的，粒度好（ f i n e – g r a i n e d）的方式编写并单独标明，而不是大段大段的叙述。