工程材料中对新材料新技术新工艺的认识
工程材料新技术、新材料、新工艺的认识（很全的哦）________________________________________工程项目采取常规的施工技术、材料和工艺，将无法实现工程项目的综合目标，只有通过新技术、新材料、新工艺推广应用和技术创新，方可优质高效地完成**项目项目，极其有效地降低工程造价、加快工程进度、保证工程的过程精品，完全实现设计风格和建筑物的使用功能。
结合本工程的设计特点，投标人将全过程、全方位广泛应用科技成果，计划将建设部推广的十项新技术全部应用到本工程的建设上。
除此之外，投标人还将结合本工程的施工实践，努力探索新的施工技术，总结新的施工工艺，应用新的建筑材料。
对“新技术、新材料、新工艺”的内容，投标人在编制施工组织设计的相关章节时，已有详细论述。
本章将综其所述，予以摘要性的说明。
一、深基坑支护技术本工程基础埋置深度很深，整个建筑物大部分结构处于地下，平均埋深约为26米，局部达到41米深，且地下水位较高，开挖12米后即遇上层潜水层，在20m以下是承压水层，且地下水渗透性强、流通性好，建筑物距人民大会堂和地铁仅100多米之遥。
因此，护坡降水方案的成功与否是本工程能否顺利完成的关键。
投标人拟采用混凝土灌注桩支护技术、地下连续墙技术、和土钉护坡技术和基坑工程信息化施工技术等。
投标人认为，通过上述综合技术的优化组合和合理应用，可确保**项目基础工程施工的顺利完成。
上述综合技术还包括了以下内容：1、旋挖钻机：由于地层多为砂卵石，采取常规的成孔方法比较困难。
因此投标人采用旋挖钻机成孔，其施工速度是普通反循环钻机施工效率之七倍，特别是在砂卵石层更具优越性，不需要循环泥浆，可使施工操作面整洁，具有很好的环保特点。
2、压力分层型锚杆：压力分层型锚杆是在一个锚固段内有多个承载体，在卵石层成孔困难，锚杆长度达不到设计要求时，应用压力分层型锚杆技术，可很好的解决承载力不足之问题，具有降低成本作用。
3、内支撑技术：为了保证台仓基坑在土方开挖时，不穿插进行锚杆施工，减少工期，同时可节省造价，所以采用内支撑法。
在台仓四角采用钢支支撑，防止连续墙侧向位移，达到基坑支护安全稳定之目的。
4、深基坑承压水减压井和回灌井降水技术：在台仓范围采取深基坑承压水减压井和回灌井降水技术，能迅速有效地降低第二层承压水水头，为台仓内深基坑的开挖和施工创造良好的条件，且比较经济。
在歌剧院台仓基坑支护和开挖方案中，投标人优先选择这一施工技术。
5、冻结法施工技术：该技术兼有封闭地下水与加固地层双重作用的特殊施工方法，冻结法在承压水深基坑维护施工中，具有很好的适应性，极为安全可靠，且对地层和环境污染很小，特别是卵石层进行冻结后冰冻层不会出现冻涨融沉现象，适合歌剧院台仓的基坑支护和开挖，能有效地为施工创造条件。
6、压力灌浆：该技术同样兼有封闭地下水与加固地层双重作用的施工方法，在承压水深基坑维护施工中，同样具有很好的适应性和安全可靠性，适合歌剧院台仓的基坑支护和开挖，能有效地为施工创造条件。
二、高强高性能混凝土技术本工程将全部使用预拌混凝土，广泛应用高性能混凝土施工技术。
高性能混凝土具有无收缩（微膨胀）、防渗、防裂、和易性、易泵送性和稳定性好。
在**项目工程使用高性能砼，建议采用超细矿粉和高效减水剂共用，可有效保证地下砼的抗渗、防裂、抗冻、抗碳化、抗盐、抗酸等要求，对增强混凝土的和易性和可泵送性，预防砼中碱—集料反应，十分有效。
此项技术还包括了以下内容：1、自密实混凝土技术的应用：对于预应力、劲性混凝土构件将采用自密实混凝土技术，底板、地下外墙应用补偿收缩混凝土技术等，能极大地改善混凝土的防水性和耐久性。
2、纤维混凝土技术的应用：由于中心建筑202区外墙周长近600m，为了防止砼的收缩变形而在抗渗砼中掺入一定量的合成纤维，抵抗砼收缩产生的裂缝，从而解决由于混凝土收缩裂缝而出现渗水。
3、大体积砼温度裂缝控制技术的应用：引进建设部推广的3D—TFEP大体积砼不确定温度场及应力场的三维有限元程序，实现微机控制自动监测技术，根据收集的数据，利用计算机分析出结果，可迅速采取控制温度裂缝的措施。
三、高效钢筋和预应力混凝土技术楼板施工时，建议应用550级冷轧带肋钢筋，焊接成网，以提高建筑施工的工业化水平，增加钢筋与混凝土的粘结强度，降低钢筋用量，减少现场人工操作量。
按照招标文件的要求，在环梁、大跨度梁等部位应用有粘结和无粘结预应力混凝土技术，建议使用强度级别为1860N\\\/mm2的低松弛高强度钢绞线，这种钢材强度高，松弛小，伸直性好，延伸率高，是现代预应力混凝土首选的高效钢筋，在剪力墙结构拟应用新三级钢代替传统的罗纹钢。
四、粗直径钢筋连接技术对于大直径钢筋，优先应用等强度直螺纹连接技术，并辅之以套筒冷挤压技术；钢筋接头均能达到“A”级。
等强度直螺纹连接技术的最大优点是可以在施工现场外、对钢筋进行提前加工，现场操作工序简单，施工速度快，适用范围广，不受气候影响，且成本较底等。
套筒挤压连接的优点是接头强度高，质量稳定可靠，安全、无明火，不受气候影响。
本工程钢筋施工量很大，运用多种机械连接技术，将大大提高**项目工程钢筋分项工程的施工质量，加快钢筋工程施工效率，缩短工期。
五、新型模板和脚手架应用技术结合**项目砼工程，采用SGB新型模板，该模板钢度大、重量轻，且板面采用芬兰VISA，可达到清水砼施工要求，减少二次抹灰，降低工程成本，支撑系统采用门型架和碗扣脚手架取代普通钢管脚手架。
台仓侧墙模板拟采用整体电动提升爬模、爬架，以提高模板的就位速度，减少脚手架的用量。
六、钢结构工程综合技术本工程钢结构为超椭球体，长216.57m, 宽146.57m, 中间没有支撑柱，是该工程技术含量最高的内容之一，该项综合技术包括了钢结构的设计图纸的二次深化、加工和安装详图设计，超椭球体钢结构计算数学模型的建立，钢结构的精确下料和加工，钢结构焊接和无损检测技术，测量、效正与控制技术，钢结构整体试拼装技术，现场组装和安装技术等。
**项目工程采用大跨度设计概念，除满足结构强度要求外，还将大大减少构件的断面尺寸，在减轻自重的同时，节约了建筑空间，满足了使用功能的要求，完美地体现了设计风格。
七、三维精确测量、效正和控制技术由于中心建筑为超椭球体壳体，本工程将采用先进的电子和摄影三维测量仪器进行三维精确测量、效正和控制。
可确保椭球壳体的安装精度满足设计要求。
八、计算机推广、应用、开发和管理技术投标人在项目管理中，长期运用计算机辅助管理，经历了工程信息的电子数据处理(EDPS)、管理信息系统（MIS）两个阶段。
保留了最初的文档处理、财务核算、人事工资管理及CAD辅助绘图等独立性管理；同时，投标人以工程总承包项目管理模式为基础，在**项目工程实施中，综合运用现代信息技术，建立局域网(Intranet)，连接国际互联网(Internet)，开发并应用“工程项目施工管理信息系统（MIS）”，实现信息的内部横向交流和数据共享，为项目决策提供支持和服务，最终形成公司企业级资源流优化系统（ERP），从而实现施工企业管理的网络化、信息化、现代化。
计算机应用和开发综合技术还包括：1、图纸二次深化设计、加工安装详图设计。
2、建立数学计算模型，精确计算超椭圆钢结构各个部位的三维坐标定位和预留变形量以及钢构件的尺寸、曲率和角度，对屋面钛板的下料成型尺寸和曲率进行精确计算。
3、开发并建立工程项目管理信息系统。
4、开发应用数据库管理系统，统一指导和指挥各种设备、材料定货加工、编号编码、运输和通关、拼装或组装、设备材料进场的控制和管理、安装与施工等工程的每一环节。
5、特殊专业与计算机技术的有效结合，诸如精密的测量设备仪器、先进的焊接无损检测设备、下料加工数控设备等与计算机的有效结合，能自动分析计算、绘制图性和坐标曲线、输出参数和结果。
6、图形、音像等计算机多媒体技术可忠实、直观地记录和展示工程实施过程。
7、在基坑施工中合理采取一些原位监测方法（诸如连续墙、灌注桩的位移 和变形、锚杆的应力、钢支撑的应变等），在基坑开挖时，利用计算机随时收集支护结构的受力、变形，及时调整和维护支护体系，基坑信息化施工的技术关键：一是应用了科学先进的监测方法；二是超标报警可及时采取对策。
九、建筑节能和新型墙体应用技术配合设计要求，大量采用新型保温隔热技术。
内隔墙体建议采用轻型蜂窝板，同时根据墙体类型，采用混凝土小型空心砌块建筑体系，努力提高砌体建筑的保温隔热性能，切实解决墙体“渗、漏、裂”等工艺与技术问题。
十、新型建筑防水和塑料管应用技术本工程将采用高效、安全可靠和抗老化的新型防水施工工艺和新型防水材料，采取刚性与柔性相结合，多道设防等措施，防水设防的必须有足够的安全富余度，以确保防水施工的质量。
新型防水施工工艺包括热熔法、热焊接法、冷涂法等。
刚性防水建议采用XYPEX涂层防水，该材料为无机物可逐步通过砼毛细孔渗入到砼内部，并借助其枝蔓状结晶体的生长使砼防水，该材料可接受别的涂层，使用该产品成本低且施工方法简单。
柔性防水采用；高密度聚乙烯防水卷材，及以高聚物改性沥青作为自粘层的自粘密封防水卷材和掺入适量添加剂制成的高档橡胶防水卷材料。
通过对防水新材料、新工艺的应用，采用刚柔结合的防水设防，可确保**项目防水工程的施工质量。
十一、耐磨地面材料和工艺的应用车库楼地面建议采用砼原浆压光，真空吸水工艺，表面采用获北京市科技进步二等奖的RA—1耐磨材料，可减少施工工序，增强地面的耐磨强度，保证了地面质量，缩短工期，同时由于用RA—1代替进口同类耐磨材料，可降低成本50%。
十二、大型构件和设备的整体安装技术除钢结构和钢筋混凝土结构工程的大型构件的安装外，**项目工程在机电安装中，对冷水机组、冷却塔、锅炉、发电机组、空调机组、热交换器等大型设备将采用整体安装施工技术。
该技术作业安全可靠，提升重物可根据需要任意组合配置，提升或悬停随时都可控制，是一种较理想的垂直提升安装工艺，已多次在大型工程的施工中应用并取得了成功，取得良好的经济效益和社会效益。
十三、机电工程新技术、新材料、新工艺的应用1、 建筑柔性球磨铸铁管：柔性球磨铸铁管具有薄壁、耐腐蚀、减振好、施工快捷、方便的优点，适用于剧场等大型建筑，是传统承插式铸铁管的替代产品。
2、矿物质绝缘电缆：铜芯铜护套氧化镁绝缘防火电缆也称矿物绝缘电缆(简称MI电缆),是将高导电率的铜导线嵌置在内有紧密压实的氧化镁绝缘材料的无缝铜管中而制成的电缆。
这种电缆区别于其他电缆的典型标志是它的防火、防爆、耐高温的特性，广泛地应用在历史性建筑、银行、剧院等需要确保人身和财产安全的场所。
3、新型保温材料：为保证本工程的保温效果和质量，采用阻燃聚乙烯泡沫塑料做为保温材料。
相对于传统的岩棉、玻璃丝棉等保温材料，阻燃聚乙烯泡沫塑料具有薄、保温效果好、清洁、无污染、对人体无害、寿命长、施工快捷、节约能源的优点，有利于缩短工期和保证质量。
4、放热性焊接技术：在大型建筑中，为保障人身安全，确保设备正常运行和弱电系统的正常运行，需要可靠的接地系统。
因为接地系统要求的接地电阻较小，往往在1W以下，所以接地系统所使用材料载流量大，并且要求耐腐蚀性好。
在常见的接地系统中多使用铜材,铜有高导电率，但如果铜与铜之间的连接不够可靠的话，仍有很大可能产生跨步电压等不安全因素。
目前，传统的连接方式，如压接、绕接、铜焊已经很难满足质量上的要求以及使用上的要求，压接和绕接电气连接可靠性稍差；而铜焊的工序烦琐、焊接时间长、技术要求高以及难以焊透焊牢的缺点使它难以胜任多股铜线的焊接及铜与其他金属或合金的焊接，且质量难以保证，放热性焊接是解决这一疑难问题的有效途径。
放热性焊接，不需要外部加热，可实现铜与铜之间可靠的电气连接。
放热性焊接是利用单质铝和氧化铜进行置换反应，产生单质铜和氧化铝（焊渣），且为放热反应。
温度可达2200 °C，这足可以把铜熔化。
由于铜密度较大，熔化的铜自然沉积于模具位于下部的焊接模膛内，焊渣密度较小且蓬松而浮于模膛上部，从而可实现铜与铜之间的连接。
放热性焊接需专用模具和夹具进行。
5、风管加工工艺：为保证本工程的风管加工、组装连接的精度以及施工的质量和效率，采用等离子切割机进行板材切割。
采用组合法兰风管流水线进行风管的加工，通过以上先进的设备可保证本工程的工期和进度。
6、沟槽式管道工艺：沟槽式管道工艺是目前较为经济可靠、有效的管道系统，利用开槽工具滚动切割方法迅速方便地进行现场切槽加工。
现场组装方便、快捷，提高工效，缩短工期。
沟槽式管道进行柔性连接，可以减少振动，降低噪声，非常适合剧场等对噪声要求较高的场所。
同时，沟槽式管道还可以允许小角度的偏转，适用于非小弧度管道体系。
7、地板幅射采暖技术：低温地板辐射采暖，是一种供热管道铺设在地面层下面的先进的采暖形式，它是通过辐射热交换来达到取暖的目的。
辐射换热的机理与导热和对流换热不同，它不依靠物体的直接接触进行热量传递，而是物体本身发出辐射线向周围空间辐射能量。
而导热和对流都必须由冷热物体直接接触或通过中间介质的接触才能进行热量传递。
具有耐腐蚀、耐压、高效节能、清洁、免维护等优点。
8、总线式照明控制与调光系统：本工程具有大空间，多公共区域的特点，因此照明的控制是重要的控制内容，由于灯具数量多、容量大，常规的开关显然不能满足要求，也不利于美观，因此采用总线式照明控制与调光系统，便于进行方便、快捷的控制，且利于与可编程控制和与楼宇控制系统直接联网，达到集中管理控制和节能的目的。
投标人有充满的信心，在推广应用新技术、新材料和新工艺方面，实现国家级科技推广示范工程的目标。
药品仓库的温湿度要求
应根据药品标示的贮藏条件要求，分别储存于冷库（2-10℃）、阴凉库（20℃以下）或常温库（0-30℃）内，各库房的相对湿度均应保持在45%—75%之间。
什么是中国共产党在过渡时期的总路线
先施工管道不利于成品的保护，而且一些管道的标高需要根据建筑进行少许的调整，先施工管道后不易调整
如何提升CPU性能
论著选摘 开发组织通与协调 杨昆 王二 中学院心理研究所 北京 100101 中国科学院研究生院 北京 100015 【摘要】在对软件开发中人员与组织问题进行回顾的基础上，该文首先就软件开发组织沟通与协调的重要性进行分析，然后对软件开发组织中的沟通与团队结构、沟通与项目成员、沟通频次分布、沟通方式等问题，以及整体协调、外部协调、内部协调等问题进行阐述。
最后就今后软件开发组织沟通与协调问题可拓展的研究方向进行了讨论。
【关键词】沟通，协调，软件开发，组织心理学 1人员与组织因素 计算机软件产品的开发是信息技术的一个重要方面，也是构成信息产业的主要部分之一。
随着软件产品的规模不断扩大，复杂程度不断提高，软件开发出现了大量问题，被称为“软件危机”(software crisis)。
从组织心理学的角度来看，软件开发是一种典型的聚合型作业——成员虽然形式上独立完成分配的作业，但最后聚合为完整的作业。
最终作业对各部分作业的技术标准和完成时限有要求，形成成员活动的相互制约。
因此，软件开发的组织心理因素显得尤为重要。
Ewusi-Mensah和Przasanyskid对开发失败的软件项目进行研究表明，管理是影响软件研发项目全局的因素，而技术只影响局部。
Doherty和King等人在对大型软件组织的调查中发现，软件开发中的组织问题甚至比技术问题更为重要。
软件开发人员与组织因素的研究始于20世纪70年代。
Weinberg认为软件编程既是个体活动也是社会活动。
作为个体活动的编程行为包括：智力、问题解决能力、动机、经验等问题；作为社会活动的编程行为包括编程群体、团队和项目的组成与协调沟通等问题。
Brooks认为软件的复杂度、不一致性、可变性和不可见性是软件的本质困难，导致人员沟通困难、产品瑕疵、成本超支和进度延迟。
鉴于此Boehm提出“软件生产率改进机会树”(software productivity improvement opportunity tree)，将人员和组织因素列为提高软件生产率的首要机会，包括人事安排、工具配备和管理三个要素。
1976年Newman以《人件系统》为名探讨了软件开发中的人员风险，第一次提出与软件、硬件相对应的“人件”(Peopleware)概念。
1987年DeMarco和Lister出版了《人件：富有成果的项目和团队》，引起业界对这一概念的重视。
作者指出，知识工人需要思考，每个人都是独特的和不可替代的；强调工作环境对软件生产率有重大影响；提倡团队成员的互补性，认为给知识工作者以自由和信任最有可能形成优秀的团队。
此后，Constantine扩大了“人件”概念，将软件的使用者也包括进来。
卡内基梅隆大学软件工程研究所(SEI／CMU)综合软件开发人员与组织问题研究成果，推出软件能力成熟度模型(Software Capability Maturity Model，SW-CMM)和人员能力成熟度模型(People Capability Maturity Model，P-CMM)[13,14]对软件开发过程和人员管理活动进行规范。
2沟通与协调的重要性 在软件开发的各人员与组织因素中沟通与协调问题是影响软件生产效率和可用性的重要问题。
沟通(Communication)是指人们分享信息、思想和感情的任何过程。
狭义的沟通仅指信息的交流，是使信息发挥积极作用和达到目标的手段。
Brooks指出沟通是软件开发计划中必须考虑的工作量：人数n的变化，将引起沟通路径n×(n-1)／2倍的变化。
这使得软件开发中人员与时间两个要素不能进行线性变换而是呈现出错综复杂的关系。
此后，一些实证研究也说明了沟通对软件开发的重要性。
Curtis用访谈法研究了17个大型软件开发项目，沟通和协调中断是导致软件项目失败的主要原因之一。
McConnell通过文献分析，总结出软件开发的12项典型错误，其中和沟通问题相关的有4项：(1)嘈杂的办公环境不利于沟通，(2)领导与问题雇员沟通不畅，(3)用户信息输入不足(4)项目后期加入人员，增加了明确共同目标和知识所需的沟通成本。
Sonnentag对德国29个软件项目中优秀人员的必备要素进行调查，发现社会技能(主要指沟通能力)仅次于专业技能成为优秀软件人员必备的第二大要素。
在随后的研究中，Sonnentag对优秀软件人员的行为特征进行分析，结果表明：优秀软件人员的绩效与对沟通活动的投入程度有显著相关。
在同事的表述中，优秀软件人员有较高的社交能力；优秀的软件人员自身也把沟通作为完成任务的重要策略；他们投入团队磋商和评审会并且积极从同事那里获得反馈的实际行为也比一般人员要多。
协调(Coordination)是指“对相继的和同时的互依活动进行调和的过程”。
狭义的协调仅指“对完成目标各活动间的相互依赖关系进行管理”。
通用领域常见的依赖关系有以下几种：先决条件；资源共享；同时性。
Toffolon和Dakhli从 软件开发活动复杂的背景分析其协调的重要性，认为：首先，软件开发组织从事的商业活动是持续变化的；其次，软件开发活动是在一个包含技术、经济、人员和组织等因素的大型环境中进行的；再者，软件开发活动本身是在一系列相互依赖过程的基础上进行的。
McConnen通过文献分析总结出的12项软件开发典型错误中，与协调问题相关的有3项：(1)软件开发没有明确的目标和动机(2)随意取消开发的上游活动，如为了增加编码时间而压缩甚至取消设计活动(3)软件质量保证(SQA)部门协调能力薄弱。
Brooks指出，软件开发过程是一个熵不断增加的过程。
因此，软件开发需要大量的协调活动，从外界导入负熵流。
3沟通问题 3.1沟通与团队组织结构 Schneider man将软件开发团队概括为三种类型：传统团队、无我开发团队和主程序员制团队。
这三种团队的沟通形式如图1所示(双向箭头表示信息的沟通)。
Schneiderman认为，上述三种开发团队结构在沟通方面各有千秋。
传统团队只允许必要的人际沟通，比较适合于项目本身就是层次结构的大型开发项目。
无我的团队成员沟通十分充分，这种团队被认为适合于研制时间长、开发难度大的项目。
而主程序员制团队突出主程序员的领导，属于集中领导形式，主程序员是沟通的核心，能否取得好的效果，很大程度上取决于主程序员的技术水平和管理才能。
随着对软件产品可用性(Usability)的重视，用户成为日益受到关注的信息源。
Castka和Bamber在总结软件开发的团队策略时指出最好的创意通常来自客户或用户，他们认为Kidd在1994年提出的“人机综合制造”结构(Human And Computer Integrated Manufacturing，HCIM)，正是考虑了与客户沟通的因素实现快速制造范例的团队策略。
“人机综合制造”结构如图2所示，这样的结构能够使企业实现组织内部围绕流程形成自然群体，并提供了将企业外部的用户、客户、供货商包含进来的空间。
HICM结构强调了这些群体之间的沟通(人员和技术沟通总线)，同时描绘了人员与技术之间的接口。
3．2沟通与项目成员 Brooks认为“向进度落后的项目增加人手，只会使进度更加落后”，增加的沟通工作量可能完全抵消任务分解所产生的效率。
Curtis通过对某个开发项目19次项目会议的持续观察，发现了符合“Brooks法则”的现象。
该项目开发的后期，有两位分析员加入到被研究的项目中来，但对团队的绩效没有起到明显的效果，也没有提出新的设计方法。
Curtis认为，在项目之初团队处于学习阶段，沟通和协调较活跃。
如果一个新成员在项目的学习期结束后才加入团队，他带入的新知识对团队产生的作用是十分有限的。
如果这些新的成员必须加入团队，项目经理应当更多地加强团队内部的沟通，确保新成员带入的知识能够与团队现有的想法综合在一起。
Curtis还发现，在开发团队中各成员对沟通活动的参与程度是不同的。
在对17个大型项目的研究中发现项目早期的沟通是由少数个体占踞的，而对某个开发项目19次会议的持续观察也发现10个团队成员中有3人(一个客户代表，两个设计人员)似乎支配着整个项目，成为沟通的中枢。
Curtis对这些项目的实际领导者的背景进行分析发现，这些人员同其他人员相比拥有更广的知识和经验领域，而不是在某个领域经历的时间更长。
Sonnentag对德国和瑞士的29个软件开发项目的研究也发现类似的现象，积极沟通、绩效优秀的项目成员比平庸者从事过更多项目，掌握更多种开发语言，而不是有更长的工作年限。
这表明，知识和经验的广度比资历更能预测成员在团队沟通中实际扮演的角色和他的绩效。
Clegg通过访谈研究发现，最终用户和项目经理这两个角色在软件开发沟通中的作用未得到发挥。
大部分受访者强调，最终用户是系统开发的关键性角色，尤其在需求分析和应用领域知识的沟通方面。
但在传统的开发过程中，最终用户只是参与需求获取和确认测试阶段，结构化方法和工具限制了用户专家发挥其角色的作用。
在大部分访谈中，开发人员仍然被认为是软件开发的主体力量，即使对管理和新系统运行负责的客户经理也经常被认为缺少对项目的影响力。
大部分受访者还强调，高层经理较缺乏对新技术及其长远影响的理解，成为技术沟通的瓶颈；项目经理缺乏对系统中人员和组织方面的重视，导致内部沟通不畅。
Steven和Henry根据Belbin的团队角色模型，对软件开发团队中“培养者”角色进行了实验研究。
Belbin曾经提出，有效决策团队的核心由八个重要角色组成，其中“培养者”(Plant)角色是指团队中能够洞察行为过程、提出进一步建议和新思维的角色，其特点在于个人主义、思考严肃、有见识、非正统、智慧。
Steven和Henry的结果表明，全部由“培养者”组成的团队在完成软件开发任务的时间上明显少于对照组。
同时，通过观察发现，这样的团队有较强的沟通能力，他们不但自己能够产生创新的思想，而且能够很快理解队友的新想法。
3．3沟通的频次分布 软件开发中的沟通不仅限于团队内部，而是涉及整个组织内部和外部。
Curtis通过现场研究，给出一个软件组织沟通的分层结构。
如图3所示，共有五个层面：(1)个人层面(2)团队层面(3)项目层面(4)公司层面(5)商业环境层面。
该模型指出，软件开发的正式沟通最常发生在团队成员之间；同一项目的不同团队之间沟通相对较少，有一定合作关系的群体之间沟通更少，群体与外界的沟通最少。
跨越不同层面之间的沟通渠道经常会过滤掉很多信息或对所传递的信息的意义产生曲解。
除了正式的沟通结构引起的障碍，沟通的困难还在于地理上的分隔，文化差异和环境因素等。
Dutoit和Bruegge通过现场观察发现，成效良好的软件开发组织，其团队之间的沟通频次高于团队内部的沟通频次。
另一方面，从时间坐标上来看，开发成效良好的团队在需求和联机调试两个阶段的沟通频次明显高于开发效果不佳的团队。
Gopal，Mukhopadhyay和Krishnan对离岸软件开发的沟通问题进行了研究。
离岸开发(offshore development)是指不在美国本土进行的软件开发。
印度目前是美国最大的离岸软件开发承接国。
研究者对34个在印度开发的软件项目进行问卷调查，结果表明成功的项目经理与软件提供商的沟通频次和与最终用户的沟通频次保持平衡。
3．4沟通的方式 在软件开发项目中，沟通的方式因沟通者处于软件组织的不同层面，开发项目处于不同阶段以及开发采用不同的方法而各不相同。
Curtis在软件组织沟通分层结构中(图3)指出，不同层面的内部和群体之间的具有不同的沟通方式。
(1)个人层面，正式沟通主要靠文档，并存在多个跨越组织边界的个人网络。
(2)团队层面，文档沟通效果不佳，经常靠建立一种正规程序来促进沟通。
(3)项目层面，最有效的沟通手段是正式评审，一个或多个项目成员横跨几个团队也有助于项目团队的沟通。
(4)公司层面，非正式的人员接触比公司的评审程序更有利于沟通。
(5)商业环境层面，最重要的是与各个客户洽谈，开发出一致认可的需求。
Kraul和Streeler对65个软件项目群体内部的沟通实践进行调查，从使用频率和价值评价两个维度考察常用的沟通技术。
调查结果表明，由于需求评审、设计评审和客户测试等沟通方式允许担负不同职责的个人(需求分析员、系统工程师、构架师、程序员、测试员和客户)通过结构化的方式，对相互的工作发表各种不同的意见，因此其价值评价明显高于其使用频率所暗示的价值，其中同行讨论是最常用且评价最好的沟通技术。
根据统计数据，被调查者对正式沟通的评价显著低于其使用频率所暗示的价值。
这里所说的正式沟通既包括规范化的当面人际交往进行信息传递(代码检测、状态审查)也包括非当面的沟通(项目文档、源代码检查、里程碑时间表、错误跟踪等)。
计算机辅助开发管理工具(CASE)则是使用频率最少且评价最低的沟通技术。
4协调问题 4.1整体协调 Toffolon和Dakhli指出软件开发活动要协调四个方面的依赖关系：股东／客户(S)、使用者(U)、软件构架师(A)和开发人员(D)，并提出全局软件模型(global soft waremodel)，如图4所示。
研究者认为软件开发活动由四个空间组成的：问题空间、方案空间、建造空间和操作空间。
问题空间(problem space)主要是定义股东／客户需要解决的问题及其组织解决方案，对股东／客户、使用者和构架师进行协调；方案空间(solution space)主要是针对问题的计算机解决方案，对软件构架师、股东／客户和开发人员进行协调；建造空间(construction space)主要是解决方案的实现，对开发人员、构架师和使用者进行协调；操作空间(operation space)主要是从最终用户的角度评价软件的可用性，从而也验证产品竞争力，对使用者、开发人员和股东／客户进行协调。
4.2外部协调 Toffolon和Dakhli还指出，软件开发的依赖关系可分为两类：外部依赖(又称为纵向依赖)和内部依赖(又称为横向依赖)。
对应这些依赖关系的协调也可分为两类，即外部协调和内部协调。
软件开发的需求分析阶段是外部协调出现频次较高的阶段。
Curtis等人在对大型开发项目的现场研究中发现，确定需求的过程中，需要对外部的市场影响和公司自身的实力进行协调，同时还要考虑一些潜在的影响，如图5所示。
Crowston和Kanunerer在对需求过程中协调与信息搜集活动的研究中指出，需求分析包含四种相互依赖关系：生产者—客户依赖、任务—子任务依赖、任务-成员依赖和需求之间的依赖。
针对生产者-客户依赖的协调，研究者建议采用原型产品标准化、询问客户输入信息和使用者卷入开发等协调方式。
针对任务—子任务依赖的协调，研究者指出，需求分析实质上是一项任务计划活动，分析人员必须了解哪些任务已完成，并选择那些已经完成或已存在的低端任务来实现高端任务。
针对任务—成员依赖的协调，研究者指出，需求分析阶段的协调应当更侧重于明确执行特定任务所需资源的类型，从而协调任务与人员的关系。
针对需求之间依赖的协调，研究者指出应当对这种依赖进行分类，采取措施针对可能对开发活动产生不良影响的依赖进行抑制。
4.3内部协调 研究者还对软件开发团队内部结构的协调职责进行了分析。
传统的开发团队是由一个高级程序员指导若干初级程序员的工作，有经验的高级程序员作成项目领导者，指导若干成员或团队，而初级程序员对其编程软件负责，报酬是通过提升体现出来的。
在这样一种层峰结构的开发队伍中，协调的工作量非常大，成本非常高。
针对传统开发团队中程序员对其编程产品高度卷入和以提升作为承认程序员工作价值的唯一方式的状况，Weinberg提出“无我编程”(Egoless programming)的概念。
他根据Festinger的认知失调理论，认为程序员由于对自己的编程产品高度卷入，会认为编出的程序是自己个人的产品，从而害怕别人发现其中的缺陷和错误，害怕暴露自己对任务的不胜任，不愿接受对其程序的改进建议。
这不利于软件开发中的协调活动。
因此，Weinberg建议成立“无我开发团队”(Egolessteam)，强调个人的成功和失败都被看作是团队共同努力的结果，鼓励合作而不是竞争。
如果一个团队成员执行任务遇到困难，提倡其他成员贡献出自己的力量。
Baker提出主程序员团队的模式。
这种模式类似于外科手术的团队，主程序员是主要的设计者，编写重要的代码段落；后援程序员实施重要的操作，并为必要时接替主程序员做好准备；程序员在设计规范可实施的阶段加入团队。
主程序员团队协调团队成员间的合作，提供了一个与医疗行业中围绕主治医师进行协调的相同的工作模式。
Levesque, Wilson和Wholey等人对软件团队是否会形成共同心智模式(shared mental model)的问题进行了实验研究。
结果表明，并不是所有开发团队都会随着时间的推移形成共同心智模式。
复杂项目的不同分工将导致成员和群体在知识上的差异。
这种差异有时是功能上的，因此通过召开会议建立团队的共同心智模式成本很高。
以共同心智模式作为协调手段所获得的效益将随项目规模的增加而不断降低。
研究者同时指出，以共同心智模式作为协调手段最适合于团队成员具有相近技巧和能力的情况；而团队中某些成员的技巧和能力高于其他成员的情况下，更适合通过项目经理的工作进行协调；对于任务简单明确的情况，更适合把其他成员的工作视为黑盒，采用严格的规范进行协调。
5今后研究可拓展的方向 综上所述，西方学者对软件开发的沟通与协调问题进行了较为深入的研究。
这些研究使 我们对软件开发中沟通的组织结构、频次分布、沟通方式等问题，以及软件开发组织的整体 协调和外部内部协调等问题有了一定的了解。
今后研究可拓展的方向主要包括： (1)软件开发组织的沟通协调行为与软件生命周期关系的研究。
软件从孕育到衰亡的 生存过程称为生命周期(1ife cycle)。
一般把软件生命周期分为：软件计划、需求分析、软 件设计、软件编码、软件测试和运行维护等六个阶段。
不同的开发框架又可形成不同的生命 周期模型。
以往涉及软件生命周期的沟通与协调行为研究多集中在前期的几个阶段。
既然软 件开发活动是随生命周期的增长而熵不断增加的过程，今后的研究应当拓展到软件生命周期 的全程，尤其应加强对软件生命周期后期的沟通与协调问题研究。
(2)软件开发组织与用户的沟通与协调研究。
以往对用户这一角色的沟通协调研究仅局限于需求分析阶段，随着市场对软件产品可用性的重视，开发过程日益强调全程的用户参 与(user involved)，今后应当对软件组织与用户的沟通与协调行为在软件生命周期各个阶段 的方式和作用进行更为广泛的研究。
(3)虚拟开发环境下的沟通与协调行为研究。
技术的进步使得以虚拟团队的形式进行 软件开发成为可能。
在虚拟环境下，软件开发组织中沟通与协调的动机、认知过程以及行为 过程会发生哪些改变是一个需要深入探讨的问题。
(4)西方沟通与协调问题研究成果对我国软件开发组织的适用性的研究。
我国软件组织规模较小，管理水平相对较低，开发过程缺乏层次较为混乱。
我国对软件开发的人员与组 织因素重视程度不足，目前仅有少量规范研究，尤其缺乏对软件开发组织沟通与协调问题的 实证研究。
我国学者除了需要关注上述的研究拓展方向，还需要考察西方已有的软件组织沟 通与协调问题研究成果(如SW—CMM模型、P—CMM模型中关于沟通与协调的规范)是否 适合我国软件开发的组织环境。
从而尽快形成适合我国软件开发组织的沟通与协调规范，促 进软件开发生产率和产品可用性。
【参考文献】（略） 文章选自《心理科学进展》（2004.6）
