大多数企业雇员在
个团队(Team)中、个部门、个单位或某种类似分级结构中工作
这种组织模式很长时间直有效地适应大企业、政府和军队需要可以理解是
在这种组织结构中人通过这种体系中他们所处位置环境看世界但是当IT解决方案要求来自企业各个部分代表意见时这种组织结构给SOA带来挑战分级机构对SOA
冲击IT部门的外
大多数企业雇员在个团队(Team)中、个部门、个单位或某种类似分级结构中工作这种组织模式很长时间直有效地适应大企业、政府和军队需要可以理解是在这种组织结构中人通过这种体系中他们所处位置环境看世界但是当IT解决方案要求来自企业各个部分代表意见时这种组织结构给SOA带来挑战软件Software世界经过许多年发展成熟到了分析和设计成为非常细化
流程程度IT世界中多数人目前相当熟悉用于收集业务需求和开发系统架构主要技术主题专家(SME有时叫做领域专家)角色现在在软件Software开发项目中很常见这角色很好地服务于构建传统上满足业务单位需要业务线系统――软件Software竖井如果你愿意这样称呼许直接利用业务专家知识使开发团队(Team)可以开发契合业务单位需要解决方案这个流程绝不简单但它至少是常见、得到充分了解部门利益或影响SOA整体实施效果
个独特SOA挑战是它需要将来自企业各个部门SME召集起来SOA构建个新协作知识基础描述企业如何在个高于单个业务线的上水平运行来自每个业务线代表必须参和分析SOA需求和能力如果每个业务单位拥有自己IT人员这种人可能也要参和这不只是让更多
人提供意见、解释自己部门需要问题随着参和这个分析过程人员数量增加观点数量也在增加业务单位代表可能看到被他们亲近自己业务单位所歪曲分析而忽视其它业务单位观点和需要这实际上是意料的中
每个人都在他们熟悉领域中发挥作用可能没有意识到其它领域并不以同样方式运行通常SME是自己所在部门领导人可能持种“切都是有关我”态度;这里“我”实际上就是我部门这种态度很少是有意但代表着我以前写过SOA和集成项目中相当常见系统偏见形式我喜欢会和许多代表起开会以鼓励参和者看到更大图画在我从事
行业中我常常参加有来自财务、会计和运营(售后)以及IT代表参加会议这些团队(Team)成员都对企业中某数据流有着独特观点但每个成员只看到个部分这种数据陈述对于每个部门是区别但基础实体是相同:订单和相关财务数据财务人员通常关心收入如何计账
收益如何计算会计人员实际上不关心这些细节而希望确保总账准确反映财务意图满足GAAP(通用会计准则)和审计要求运营团队(Team)般更关心让订单通过批准流程和外部系统的间流动常常不知道会计或财务人员对财务方面看法当财务部门认可可能部分收到收入时常见冲突出现了;会计人员说这违反了他们GAAP;运营人员说你不能在不破坏他们流程情况下分割订单同时和这些代表讨论这些问题使他们可以了解其它部门如何对待同样数据区别方面当来自每个业务线领导人面对其它业务线现实时这常常软化他们对妥协抵制最后他们都在同个团队(Team)中按照定义
SOA旨在将人们联合在起来构建用于整个企业系统这导致另个问题:个性差异对群体动力影响这种情况只会因许多代表参加这些会议而变得更糟邀请所有人参加原因是他们区别需要很常见是群体中某个人(这个人通常能言善辩或深受尊重)获得对出现这类会议设计决定不适当影响为了消除这种影响我希望混合大小群体会议以及对后续会议(或预备会议但这要小心)这样做有助于过程中出现筛掉大量信息和分歧观点这种群体动力影响在跨国企业中甚至更加显着沟通障碍对SOA
影响最后
问题是传统软件Software分析中常见问题:沟通障碍个问题答案可能由于问题提出方式会差别很大这可以是基本交流技能和提出问题语境结果(就我而言语境是交流部分因此也许我这里赘述了)当讨论已有流程细节时询问抽象问题常常生产个过于具体答案即答案可能过于针对执行无助于企业架构师了解问题范围以及这个使用案例特殊变化例如
讨论可能涉及来自SME意见“我们必须接收来自X、Y和Z格式A、B和C订单”重要是不要过于迷失在当时细节中这会让你偏离抽象理解重要踪迹和执行细节分离微妙而有破坏性问题是在这么具体后可能很难回到抽象但是你仍需要细节非常奇怪是这种难点可能出现在SME或业务分析师身上;或者它可能涉及整个群体有时你对此毫无帮助尽你最大努力做笔记;但是定要知道能力或服务实际接收订单可能存在具体客户执行差异但这种现象出现在分析流程链下游位置我经常使用
个窍门技巧是以3种区别方式询问SME同样问题般不在同个会议中这种交流常常可能遵循这样模式:“那么
什么是订单可以遵循可能工作流(状态变化)?”“有没有订单可以走另
种区别路径时候吗?”“如果存在例外并且订单必须进行没有规定
状态变化话你怎样做?”使用来自以另
种方式重述回答信息可以让SME超越他们立即或当前执行去研究他们将透露更多真实要求而不是当前能力这在讨论SOA需要业务能力时甚至更重要为使的顺利进行
及早确定个设想将它有效地和SME和参和SOA分析其他成员交流首先你设想将是SOA可以为企业所做事和流程将如何开始随着时间发展这种设想由最初般陈述演进为被分析企业具体设想这种设想发挥着使你可以以清晰和非技术方式向SME(他们越来越知道SOA)传达SOA介绍性和抽象概念你可以开始交流这种设想也许向支持你高级IT管理层但是企业将迅速承认它并推动它演进这正是拼图变成幅完整图画地方
最新评论