《软件＝业务＋架构＋流程＋组织教程》由会员分享，可在线阅读，更多相关《软件＝业务＋架构＋流程＋组织教程（165页珍藏版）》请在金锄头文库上搜索。
1、参考商业架构架构软件软件组织组织过程过程模型驱动开发平台模型驱动开发平台参考内容参考内容eXpressAppFramework技术架构思想Mendix初始细化一Sprint1Sprint2ProductBacklogSprintBacklog参考CompositeWPFCSLA其他信息系统架构商业软件MetaEdit+组织个人团队个人个人团队团队组织组织模型驱动开发平台OpenExpressAppplatform产品线/产品族产品设计http:/ 市场生命周期市场生命周期曲线表示细分市场的生命周期；曲线表示生命周期过程中市场投资水平的变化，这里可以理解为促销投资水平；曲线表示生命周期过程中盈利
2、水平的变化。从图中可以看到，生命周期的不同阶段，市场环境及主要营销指标的变化趋势。波士顿矩阵波士顿矩阵:公司战略方向指南针公司战略方向指南针纵轴代表市场成长率、横轴为市场占有率，将事业划分为问题儿童(problemchild)、明星(star)、金牛(cashcow)、败犬(dog)四个象限，是制定事业策略的有效工具。不同象限的投入资源是不一样。不同象限的投入资源是不一样。GE矩阵业务战略矩阵产品客户地域需求目标市目标市场业务场业务范围范围1、客户、客户：2、需求、需求：3、地域、地域：4、产品、产品：目标市目标市场定位场定位1、现阶段定位：机会寻找、现阶段定位：机会寻找者者2、产品生命周期：
3、产品导入、产品生命周期：产品导入期期3、市场生命周期：市场、市场生命周期：市场成熟期成熟期3C策略策略制定策略时，心中一定要有3C：企业自身(company)、竞争对手(competitor)、顾客(customer)。顾客价值竞争者成本差公司价值CorporationCompetitionCustomer在可接受价格下寻求最佳效益技术采用生命周期：跨越鸿沟XXXSWOTXXXSWOT分析分析SWOT分分析析优势：优势：劣势：劣势：机会：机会：威胁：威胁：SWOT分析山寨完全自己做完全用别人的架构如何产生？组合扩展架构是什么？架构是针对某种特定目标系统的具有体系性的、普遍性的问题而提供的通用的
4、解决方案。架构往往是对复杂系统的一种共性的体系抽象。架构让我们能够正确、合理地理解、设计和构建复杂的系统。硬件架构图：软件架构图：业务架构领域的组件及主题业务架构领域的组件及主题业务架构规程是关于业务的“工作范围”，并且描述它是如何运作的。解决方案架构规程的领域及主题解决方案架构规程的领域及主题在信息系统开发和维护项目中处理应用、数据、技术和其他解决方案架构形式,具体到实现。企业架构规程的组件及主题企业架构规程的组件及主题EA主题主要用于企业分析、计划和架构治理。关键的业务架构主题完整地包含于EA规程之中了。企业架构路线图示例企业架构路线图示例企业架构领域原则上的关注点是企业范围内的业务需求的
5、识别、规范，及优先级划分。企业架构企业架构开发协会（InstituteforEnterpriseArchitectureDevelopment，IFEAD)概括出了企业架构规程的重要指导原则：“没有战略眼光，就没有EA。”换句话说，今天的企业架构关系着明天的业务系统。此原则的一个重要方面是企业架构是根据一个战略性的企业眼光结合业务和技术要素的整体规程EUP是RUP的扩展，它模仿RUP的方法，描述过程工作流和活动，而FEAF和Spewak都继承于ZachmanFramework。TOGAF起源于早期的专有EA技术框架，像TechnicalArchitectureFrameworkforInfor
6、mationManagement(TAFIM)，并构建在企业架构ANSI推荐之上（IEEE1471-2000）。TOGAF和RUP之间的原则差别是RUP是技术架构驱动的，然而，TOGAF是业务架构驱动的。EA框架选择介绍TOGAFTOGAF架构开发方法（架构开发方法（ArchitectureDevelopmentMethod，ADM）TOGAF与RUP的交汇点TOGAF和ZachmanFramework虽然TOGAF和ZachmanFramework(ZF)属于一类“企业框架”，但是它们在方法、组成，和工作范围上都有差别。ZF是结构化的（静态的）框架，当用作方法及框架的工件和元分析的分析和分类
7、的模型时最有效，而TOGAF是过程（动态）框架，还包括使用它们的参考过程模型指导。尽管有这些基本的差别，我们还是有很大可能一起应用这两种框架：利用ZF作为工件的字典和交付结构，将TOGAF用作工件交付过程用ZF设置转换TOGAF和其他解决方案方法之间的工件，例如，RUP和/或ITInfrastructureLibrary(ITIL)的结构在实现TOGAF过程中或之前，利用ZF进行现有企业过程和业务模型的间隙分析利用ZF进行TOGAF的元分析，这可能导致对其弱点的确定，以及与其他方法的可能接口。将ZF用作设计TOGAF企业架构模型的助手（TOGAF阶段B-D）TOGAF和EUP虽然EUP和TOG
8、AF都工作于组织层面上，但是它们的范围不同。EUP，将RUP扩展到企业级，引入了七个新的规程企业架构是其中一个并对它们的应用提供指导。虽然大多数EUP规程工作于组织层，并且作为企业架构过程的输入，但是EUP本质上不是企业架构开发框架。（尽管EUP可能在RUP的未来实现方面进行变更。）对比EUP，TOGAF只关注企业架构规程。从一开始就期望，并将其创建为企业架构实现的框架。尽管EUP和TOGAF在视角上有差别，但是EUP所引入的规程对企业架构实现非常重要。举例来说，企业业务建模（EnterpriseBusinessModeling）对于对现有业务过程的“构架”变更来说是有帮助的，而投资组合管理（
9、PortfolioManagement）是企业架构师分析潜能，并监控（或EA术语中的治理）正在进行的实现的“必用”工具。TOGAF实现路线图实现路线图对成功的EA实现的其他潜在威胁包括缺乏用于获取并管理EA工件的标准工具，并且缺乏标准标记符。http:/www.telin.nl/NetworkedBusiness/Archimate/ART/EA：EANotation：理解架构：一组类比理解1：高楼大厦是由钢筋、水泥和砖块构成。：高楼大厦是由钢筋、水泥和砖块构成。理解2：信息系统是由数据和代码构成。：信息系统是由数据和代码构成。理解1：高楼大厦是由一个个楼层、一个个房间构成。：高楼大厦是由一个
10、个楼层、一个个房间构成。理解2：信息系统是由一个个模块、一个个对象和组件构成。：信息系统是由一个个模块、一个个对象和组件构成。答案1：高楼大厦是由支撑框架、管道系统、强弱电系统、给排水系：高楼大厦是由支撑框架、管道系统、强弱电系统、给排水系统统等构成。等构成。答案2：信息系统是由组织机构、业务流程、业务功能、业务信息：信息系统是由组织机构、业务流程、业务功能、业务信息等构成。等构成。业务架构信息架构技术架构业务流程梳理业务流程梳理至顶而下的对企业业务进行层层梳理，确保企业核心价值链在您的梳理分析下不失真、不偏离。第一层：企业流程地图(使用EVC价值增值链法) 第二层：企业流程区域(使用EVC价
11、值增值链法) 第三层：主流程(使用EPC事件过程链) 第四层：子流程(使用EPC事件过程链) 第五层：活动(使用活动元素来描述) 企业价值增值链图企业价值增值链图(EVC)企业事件过程链图企业事件过程链图(EPC)系统1子系统1模块1根对象子对象1子对象2子对象3模块2子系统2模块3系统划分粒度系统1子系统1模块1根对象子对象1子对象2子对象3模块2子系统2模块3系统1系统2架构是蓝图，是从整体到部分的最高层次的划分架构是关注点分离架构是一种权衡用友U9产品SOA设计架构遭技术质疑可扩展性可继承性性能安全可用性可维护性易用性架构可以先不做，但一定要先想瓦萨战舰的故事架构是持续完善的最低的价格最
12、快的速度最高的质量可持续的争竞优势：CompanyLogo开发方法？可维护？定制化能力？开发效率？产品质量？MetaEdit+Thekeybenefitsofthisapproachare:Productivityincreasesbyafactorof5-10:ShortertimetomarketDeveloperscanconcentrateonfeaturesanddesigninsteadofwritingcodemanuallyProductqualityimprovessignificantlyFullcontroloverbothmodelingandcodegeneratio
13、nDomain-SpecificModelingMetacase:TheworldsleadingsupplierofDomain-SpecificModeling(DSM)environments.NETApplicationFramework-DevExpresseXpressAppFrameworkThefastestwaytoplatformindependentbusinessapplicationsFeatureDetailsArchitectureXPOTheUIModelModularizedArchitectureBaseClassLibraryRole-basedSecur
14、ityDataValidationLocalizationReportingVisualStudioIDEIntegrationComponent-based,ScalableLogicalArchitectureasoftwaredevelopmentframeworkthathelpsyoubuildapowerful,maintainablebusinesslogiclayerforWindows,Web,service-orientedandworkflowapplications.CSLA.NETenablesyoutocreateanobject-orientedbusinessl
15、ayerthatabstractsandencapsulatesyourbusinesslogicanddata.CSLA.NETincludesatechnology-neutralclient/serverabstraction,allowingyoutobuildyourapplicationandthendecideatdeploymentwhethertouse2-tieror3-tierclient/server(and4-tierwithSilverlight).CSLAistheresultofover12yearsworthofresearchanddevelopment.T
16、he.NETimplementationofCSLAwasstartedin1999,anddevelopmentcontinuestoday,withtheadditionofCSLA.NETforSilverlightandupcomingsupportforSilverlight3.0andMicrosoft.NET4.0.润乾报表类类Excel报表设计模型报表设计模型非线性报表模型非线性报表模型多源填报模型多源填报模型强关联语义模型强关联语义模型MendixNovuloModelDrivenDevelopment(MDD)platforms基于单项目开发基于单项目开发 基于产品线开发基
17、于产品线开发以独立技术为中心以独立技术为中心 以业务集成平台为中心以业务集成平台为中心代码代码 模型模型业务和IT的鸿沟已有的业务模型/添加过滤条件oSQLInfo:=ASubModelInfo.Items0.SQLInfosASubModelInfo.Items0.SQLInfos.IndexOf(oReportMXEntity.Name);oSQLInfo.SQL:=oSQLInfo.SQL+Format(Where%0:s.%2:sIn(+select%2:sfrom%3:swhere%5:sand+Exists(Select*from#OrgIDswhere#OrgIDs.OrgID=
18、%3:s.OrgID)OrderBy%6:s,oReportMXEntity.Name,sFromClause,oReportEntity.IdentityEntityProperty.Name,oReportEntity.Name,GetFieldClause,GetDateFilterStr,GetOrderByStr);iTBType:=Model.Databases0.FindTable(Report).Locate(ReportID,CurrentRecord.AsIntegerReportID).AsIntegerTBType;oCreatedRecordList:=OrgRepo
19、rtTable.CreateRecordList(Format(OrgID=%d)and(ReportID.ReportPID.Type=%d)and(ReportPID=%d)or+(ReportID.Type=%d)and(ReportID=%d)and(BrowserType=%d),CurrentRecord.AsIntegerOrgID,CurrentRecord.AsIntegerType,CurrentRecord.AsIntegerReportID,CurrentRecord.AsIntegerType,CurrentRecord.AsIntegerReportID,iTBTy
20、pe);Createtable#Report(ReportIDint)INSERTINTO#ReportSelectReport.ReportIDfromReportLEFTJOINReportOrgONReport.ReportID=ReportOrg.ReportIDwhereReport.OrgIDISNULLorReportOrg.OrgIDIN(SelectOrgIDfromGetUserOrgRight(UserID)and(BasicFilter_OrgIDISNULLorReport.OrgID=BasicFilter_OrgID)and(BasicFilter_TypeISN
21、ULLorReport.Type=BasicFilter_Type)and(BasicFilter_NameISNULLorReport.Namelike'%'+BasicFilter_Name+'%')and(BasicFilter_BZRID_MCISNULLorExists(Select*fromUserwhereUser.UserID=Report.BZRIDandUser.Namelike'%'+BasicFilter_BZRID_MC+'%')SelectReport.*fromReportwhereR
22、eportIDin(SelectReportIDfrom#Report)SerializableTableDefaultObject(Catalog=指标管理),Label(项目信息)publicclassProject:GBusinessBaseRequired,IsTitle,ShowInList,ShowInDetail,Label(名称)publicstringNameget;set;privatevoidDataPortal_Fetch()using(varctx=ConnectionManager.GetManager(BusinessDBName)IDbdb=DbFactory.
23、Instance.GetDb(ctx.Connection);IQueryq=db.Query();varlist=db.Select(q);foreach(variteminlist)this.Add(Project.GetLazy(item.Id);publicvoidCalcProjectCostIndicator()ProjectCostIndicatorListpcIndicators=ProjectCostIndicatorList.GetListByProjectId(project.Id,budgetType);foreach(ProjectCostIndicatoritemi
24、npcIndicators)item.TotalCost=GetTotalCost(Guid)item.PBSId);(pcIndicatorsasISavable).Save(); 面向数据库开发面向数据库开发 面向对象面向对象DDD描述DDD时我们强调的最重要的内容有：1.领域模型归业务代表所有。这就要从业务代表的头脑里抽象概念，并将这些概念嵌入到软件中，而不能从软件的角度思考，并试图影响业务代表。2.技术团队是关键的利益相关者。我们将围绕具体细节据理力争。一致的语言、实体、值对象、服务、资源库在规划阶段利用DDD时我们使用的两个重要原则是：1.领域模型归属于业务：这意味着技术团队的关键角
25、色是聆听并理解，而不是解释什么可能、什么不可能。需求抽象要求将概念性的领域模型映射到具体的功能需求上，并在存在不匹配的地方对业务代表提出异议或进行询问。接着，存在不匹配的地方要么改变领域模型，要么在更高层次上解决功能需求（“你想用此功能达成什么效果？”）。2.领域模型需要一个权威的业务源：http:/ XObject YModelInstanceOfSystem in operationCustomer instanceInstanceOfObject X ”customer”InstanceOfRelationship instanceInstanceOfnGOPRRnMethod(olog
26、y)ConceptsRulesSymbolsReportsnProductspecificationsPropertyGraphModelarchitectureinMetaEdit+Object Y ”name”91nConceptsGraphObjectPropertyRoleRelationshipnMetaEdit+hasowntoolforeachmetamodelingconceptMetamodelingconceptsofGOPRRMetaEdit+methodengineeringtoolsMetaEdit+(model)MethodWorkbench(metamodel)9
27、3ApplyinsoftwareproductionMetaEdit+deliversimmediatelythemethodtoyourteam(editors,reports,multi-user,multi-platform,etc)Prototypeyourdesign;refineanditerateArchitecture:integratedCASEandmetaCASEnWindowsnLinuxnSolarisnHP-UXMethodWorkbench95ConceptsSymbolsGeneratorsRules1234StepsforimplementingDSM961.
28、DesigndomainconceptsIdentifydomainconceptsMapdomainconceptsaccuratelytomodelingconceptsConcentrateonsemantics!Entertheconceptsintheforms972.DefinedomainrulesDefinesemanticsandrulesastheyexistinthedomainExamplesofruletypes:StartstatemaynotbedirectlyconnectedwithendstateStartstatemaymaybeinatmost1tran
29、sitionrelationshipStatemayhavesubstatesActionsarereusedfromclassetc.983.Drawsymbols(notation)DrawsymbolsforyourconceptswithSymbolEditorGraphicalbehaviorinmodelingtoolsisprovidedautomaticallyNotethatsymbolsareusedalsoindocumentation(Word,HTML)andinmatrixes994.Implementgenerators(reports)Reportsaccess
30、conceptualdesigndatainmodelsandgeneratetextualASCIIoutput(onscreenortofiles)Youmayusereportsforvariouspurposes:CreatingconfigurationdataGeneratingcodeDocumentingCheckingReviewetc.LiteORMWpf-ContribFleeCaliburnAvalonDockCommandPattern好的过程具有良好的边界，提供足够的结构以指导创新和创造，并控制开发周期清晰的定义任务，任务焦点放在结果而不是细节，项目可有效的进行，但
31、仍然可以适用一些非常事件和环境的变化为开发小组负责人、项目经历、高层管理者以及客户提供准确的金都和状态信息，而对开发人员的时间影响最小很快会成为习惯，而不是一系列谨慎的行为。帮助开发小组维持质量，应对复杂局面优化开发小组内外的沟通过程是用来改进人们如何协同工作的。每个人都有自己的一些过程，每个开发小组也是如此，无论过程好坏，使之明确清晰是理解发生了什么事情，明白什么能行，什么行不通的第一步。过程让人明白自己在干什么，别人在干什么，互相之间有哪些问题和变化，哪些是瓶颈和加速器。ProcessMap敏捷是为了快速响应需求变化和降低风险敏捷不能保证成功敏捷把产品和开发问题及早暴露无论你的想法高明或者
32、不高明，都不如用户的选择高明，所以任何美妙的想法，不如先把它简单地做出一点点，就拿到市场上做实验，因为一旦对了，你马上能看到增长，你能迅速跟进。一旦不对，你调整的成本也很低。ScrumMaster角色转变我的地盘我做主为人民服务敏捷实践基于敏捷文化，敏捷团队来自敏捷个人XPfourcorevaluesXPcommunicationsimplicityfeedbackcourageXP13practices1.需求理解以及系统架构：通过沟通以及查看相关需求文档，熟悉指标业务，进行系统架构分析，输出架构视图（1-2周）2开发方案比选：针对城建合同执行时间以及新需求对原有版本的可修改性确定开发方案A
33、基于以前版本修改：研究以前版本技术实现以及功能差异，进行技术改造和工作量评估（额外增加1周）B全新开发3原型开发：根据比选后方案进行针对性的模块和功能设计，输出原型和总体功能列表（2-3周）16.1-6.12技术评估阶段：对.Net实现部分实现技术进行技术验证评估内容分布式面向对象架构：CSLA客户端组合应用：Prism、Caliburn模块化开发、模型化开发：eXpressAppFrameworkASP.MVC、Catharsis、Silverlight（开发B/S应用时验证）评估方法Fitanalysis.Determineiftheguidancesuitsyourneeds.Initi
34、alevaluation.Install,run,andexaminetheguidance.In-depthevaluation.Conductathoroughexaminationoftheguidance.Adoption.Incorporatetheguidanceintoacompositeapplication.26.15-7.17实现C/S框架基线Sprint11.目标完成工程指标标准体系指标模板建立2.backlogPBS建立（3.6）工程属性规范和清单匹配（6d）合同科目(2h)指标模板（6d）核算单位换算字典（1d）3.日期安排sprint迭代周期：2009-7-20/2
35、009-8-14每日晨会：8：308：45330（预算组对面会谈室）演示会议：2009-8-149:00-11:30回顾会议:2009-8-143:00-5:00回顾会议流程回顾会议流程1、介绍会议目标和议程；2、拟定会议规范：a、不指责，坚信每个人在当前的工作都是全力以赴的；b、不回避问题；c、尽量少用“你”，多用“我们”；d、不准用手机；e、不要发怒；f、对事不对人；h、不讨论具体业务；3、收集数据：事件、度量、故事；4、产品见解；5、后续改进措施；6、结束。Sprint21.目标完成原始数据的导入、匹配，生成造价指标2.backlog项目信息（3d）数据导入（6d）技术经济指标(5d)其
36、他功能（3d）3.日期安排sprint迭代周期：2009-8-17/2009-9-11每日晨会：8：308：45（办公室）演示会议：2009-9-119:00-11:30回顾会议:2009-9-113:00-5:008.188.198.208.218.248.258.268.278.288.319.19.29.39.49.79.89.99.109.110.002.004.006.008.0010.0012.0014.0016.0018.0020.0022.0024.0026.0028.0025.9524.9522.9520.9519.70 19.7017.9016.9015.4514.9513
37、.4511.9510.208.707.706.703.70减少成本大家都知道，软件开发成本是成本的一部分，软件的维护成本也是很大一块，产品线工程除了可以减少开发成本外，维护成本也可以大大降低，不再需要维护大量不同版本不同架构的代码，也没有大量不同的文档需要维护。快速上市产品基于重用开发，不需要在每个开发环节都重头开始，这样可以大大的缩短上市时间。减少风险由于产品线除了可以重用框架，对同类型产品也可以重用开发方法，这样对于任务估计、开发计划都可以很好的重用，这样也可以减少项目开发的风险。提高质量软件基于大量成熟和经过验证的核心资产进行开发，这些组件都已经经过大量使用并得到验证，所以在项目中应用可
38、以保证出现的问题很少。721个人学习Why学历、经验、学习能力What主动、被动、强迫学以致用高、胖、高How研究技术的个人方法选择研究重点重点研究选择选择应用产品研究技术的个人心得业务驱动技术、技术带动业务合理使用现有资源，不要重复发明轮子借鉴专业软件公司产品，开发适合公司的产品。在对新技术进行实践过程中，最好采用迭代的方法，快速看到能运行的程序可以增加自己的信心适当的文档工作能够帮助理清思路在很多情况下将自己定位在一个更高的层次上去看问题，要把自己的视在很多情况下将自己定位在一个更高的层次上去看问题，要把自己的视野拓宽，野拓宽，（做事时要回归应有的定位）GTD让自己成为一个伟大的读者读书四
39、个层次：1.基础阅读2.检视阅读3.分析阅读4.主题阅读 如何针对性的进行表达演讲“五宗罪”：-缺乏清楚的要点-没有说出听众的利益所在-缺少一个清楚、流畅的叙述结构-太过于细节化-太过于冗长个人知识管理持续的学习是个人生存和发展的基础信息和知识爆炸，在一段时间和时期内，学习的内容必须聚焦。起码要在一个领域内成为专家。你应该学习的内容取决于你的价值观、特长、个性和目标。人是知识获取的重要渠道，所以你应该知道谁最擅长什么？遇到问题时知道可以向谁学习和请教；人际关系需要维护；捷径是找到那些愿意共享自己朋友资源的人，你也应该做这样的人；信息如果不经过处理，不能称为知识。所以你存储的知识起码你应该简单看
40、过、知道是在讲什么；充分利用各种工具，尤其是web2.0工具做知识存储和获取工作；知识存储时适当共享，听取和收集别人的意见和建议；多用举例子、讲故事的方法传播你的知识、见解。这个过程是你对知识的再深化过程；你的知识传播的越广，你的影响力越大；知识本身没有价值，只有被利用时才能展现其价值；知识必须跟任务、项目结合起来才能发挥作用；知识创新最简单的方法是总结和分析；学习或者实践总结-将总结出来的内容投入实践检验和请行家批评继续总结和实践；个人竞争力的源泉不是你现在知道的或者掌握的，而是你选择方向和快速学习的能力，是你能够将知识用足用好的能力；不能光做，还要思考；环境造就人，太安逸的环境对个人的发展
41、弊大于利。如果不能找到好的环境，那就自己给自己压力；既要会做，也要会展示自己做的，要有树立个人品牌的意识。产品经理和项目经理?产品经理关注的是产品价值，而项目经理关注的是产品开发过程中的效率、质量。因此产品经理的工作职责包括市场分析、广泛收集产品相关者对产品的反馈、进行用户需求进行分析、排优、并决定在什么时间推出什么产品功能。而项目经理的工作职责包含如何定义项目计划，并对项目进度、质量进行有效的监控和调整。产品经理需要具有更强的跨部门沟通技巧、商业意识和市场分析技巧，并对行业的发展和客户需求有深刻的理解。而项目经理需要深刻的技术背景、项目管理技巧。从职业发展来看，产品经理是项目经理的下一个职业
42、发展方向。产品管理和项目管理？产品管理是面向客户或市场的，是为提高客户满意度，规避投资风险，实现价值最大化的业务管理流程。项目管理关注如何能按时，保质完成产品管理各个环节的任务。项目管理支撑并服务于产品管理流程。见而言之，产品管理关注应该做什么产品或产品功能，而项目管理则关注如何实现这些产品和功能。六顶思考帽信息建设性思考创造性直觉谨慎参与式决策菱形模型参与式决策菱形模型这一菱形是不同时间阶段的缩略图，代表着团队为了找到全体满意的解决方案而必须经历的过程。五个不同阶段阐述如下：守旧区（守旧区（Businessasusual）团队拿出显而易见的方案来解决问题，避免承担风险或是过于急进。推动者应当
43、注意每人参与其中的质量和程度。如果不是每人都支持该提议，推动者可以帮助团队突破守旧区，转而进入分歧区。分歧区（分歧区（DivergentZone）与守旧区相反，在分歧区内的感觉是不同的。人们可能变得戏谑、好奇、紧张.推动者必须使用头脑风暴或者轮询（go-arounds）等方法，帮助团队表达他们相异的观点。他必须使用镜像（mirroring）或释义（paraphrasing）来帮助每个人清楚地表达其思想。每个人在表达自己的看法时都应当感到轻松自如。牢骚区牢骚区团队一旦表达了所有的观点，经常会由于互不理解对方而产生冲突，令人感到难受和压抑。人们再也看不到将来的希望。推动者的任务，不是要防止团队进入
44、牢骚区，而是要支持人们理解对方的努力。他必须令团队确信，经历了这一痛苦的阶段，他们终将作为一个集体解决问题。团队可以开始建立一个共享的理解框架（frameworkofunderstanding），这将把他们带入会聚区。会聚区（会聚区（ConvergentZone）这时每个人都具备了共享的理解框架，讨论更加顺畅了。人人都感到他们又开始取得进展，十分热心而投入。推动者应当让团队充分利用他们重新焕发的活力，不要阻碍他们。不过他应当确保每个提议都涵盖了所有人的利益。收尾区收尾区最终必须要做出决策了。推动者必须在决策时引导团队。大家都要弄清楚：决策具体包含了什么，以及大家如何支持它。同意程度表（agreementscale）可以帮助调查对一个决策的支持程度。在线电子书列表在线电子书列表1.企业架构语言企业架构语言ArchiMate.pdf2.敏捷个人认识自我，管理自我敏捷个人认识自我，管理自我.pdf3.开源信息系统开发平台之开源信息系统开发平台之OpenExpressApp框架框架.pdf4.敏捷方法之敏捷方法之Scrum.pdf5.企业架构框架企业架构框架TOGAF.pdf6.规模化产品开发方法产品线工程规模化产品开发方法产品线工程.pdf7.业务分析与需求业务分析与需求.pdf8.报表引擎设计报表引擎设计.pdf
