导航

以客户为中心的翻译质量管理(二) _瑞科上海翻译公司
点击数:141次  更新时间:2021-03-26 13:54

出国留学翻译

 以客户为中间的翻译质量经管(两) _瑞科上海翻译公司

  要求与项目管理方式之间的关联
  上述探讨评释,项目管理方式应依据名目要求的绝对明晰水平及实现方法的绝对明确性停止取舍,正在过来十年中,这一理念曾经正在软件工程跟产品开发范畴取得主流承认,但那好像借不正在语言服务行业站得住脚。接下来,咱们将剖析项目管理的次要方式,和经由过程知足客户要求,促使名目团队到达质量标准的方法。


  线性形式或“瀑布”形式
  传统的项目管理理论正在二十世纪上半叶鼓起并得以开展,次要集合正在工程跟修筑范畴。正在该理论中,名目团队“愿望取得(取得)客户对名目期冀、托付工夫和期冀价钱的明晰解释”。由于名目团队清晰主顾需要和产物供给方法,以是他们能拟定出明晰、周全的名目筹划。并且,这些筹划普通没有须要后续点窜,从筹划到方针实现的门路是线性的,即保持最初的名目筹划便能知足客户需要。
  正在名目事情起头前,名目团队失掉明晰完全的客户要求,造成的传统项目管理方式,被称为线性或“瀑布”形式(见图 5)。望文生义,线性形式即依照次序停止。必需正在实现一个阶段后,才气停止下一阶段。


  图 5. 线性或“瀑布”型项目管理方式(改编自PMI 2008:40跟Wysocki 2007:49)。
  专家指出线性方式的问题存在两面性。起首,正在规模界说阶段,线性方式要求周全肯定客户需要。然而,正如咱们所睹,那并不是每次皆能实现的,特别是正在翻译名目中。此外,线性方式要求正在停止日期内实现名目,是以是不克不及窜改的,即正在名目实现之前,客户也看不到或没法利用名目托付结果。正在不上层反应的环境下,没法将实行跟监控阶段的经验教训使用于更新或改善名目筹划。一样,正在名目启动后客户要求更改不只会毁坏进度,并且借能够须要对上讲流程停止返工,从而又推延了名目的实现。最坏的环境是名目必需悉数返工,这会招致工夫跟/或估算超越 1 倍。举个例子去解释线性名目模子中罕见的问题。
  20世纪90年月正在一次商业展会上,一家公司草拟了一份罗马尼亚语跟德语的双语合同,合同规定托付3000辆汽车,一半玄色,一半黄色。明显,该公司想要1500辆黄色汽车跟1500辆玄色汽车。成果(因为误译),一切的汽车除引擎盖是黄色(一半黄色),其余部分皆是玄色(一半玄色)。买方没有接管,是以必需从头出产一批合乎精确规格的汽车。而那批初始产物则托付海内市场,成了出租车。
  该案例中,出产之前未能确认出产要求的正确性跟完整性,而且正在托付前未停止任何客户搜检,招致出产的3000辆汽车悉数被客户拒收,从而不能不悉数返工。只管那能够是一个极度的例子,可是它评释正在托付前若是短少客户反应,名目团队不明白名目要求或某些必需履行的事情,线性项目管理形式的返工危险会很下。
  综上所述,基于流程的质量经管方式其根本方面之一是从增值角度思量全部流程。换句话说,质量经管致力于尽量减少非增值流程的数目。若是名目存在很大的不确定性,线性模子则会障碍这一方针的实现。


  增量形式或“分期托付”形式
  处置惩罚没有清晰、没有完全或不休变更的名目要求可采取增量法,将名目事情停止分别,每项事情根据最初要求逐块停止。阶段性的跟终极的可托付结果可正在客户正式接管之前依据客户反应停止屡次迭代(见图 6)。由于它是可更改的,与线性方式比拟,增量方式有助于降低返工的危险跟规模。增量模子鼓动勉励客在评价阶可托付结果,并提出改善发起。名目分别的模块越小,便能越早天对其停止评价,客户供给反应的频次会越下,名目团队越能对其做出更好的点窜。慢慢更新名目范例以反应不休变更的需要,有助于名目团队确保可托付结果与客户的需要跟期冀相一致。绝对于线性模子,增量模子借容许客户更早天确认托付名目是不是到达其期望值。
  许多项目经理正在名目前期停止使用增量方式,并不是成心而为之,而是不能不终止。由于正在界说规模时,增量方式没法明白、完全天指出客户需要,或许正在名目启动后没法获知不休变更的需要。2007 年,项目管理专家 Robert Wysocki 指出,他正在过来几年内与许多项目经理探讨过没有明白的、更改的要求带来的问题,大都项目经理皆认可他们会“依照最初要求托付产物,然后正在知足客户以后要求的环境下停止一次或屡次迭代”。换句话说,这些项目经理为客户供给了一整套可托付结果,然后停止一轮或多轮返工,直到客户惬意为止,那与之前探讨的“一半玄色、一半黄色”的汽车生产商很像。
  从这个角度来看,线性模子可看做是是增量方式的一种,但它只包括一个增量因素。除传统线性模子的一个增量因素中,为知足最新的或完全的客户需要而停止返工借包括第二个增量因素。虽然这类特殊的方式包括两个增量因素,但它缺乏默示真正增量的分工、交错交稿跟反应,是以可以将其明白为瀑布模子的改进版本(见图 7)。
  虽然 Wysocki 认为“咱们会发明正在名目履行/扶植进程中提出要求会使得服从变低并会带来不利影响,是以咱们假设,有才能的、理智的人不会犯如许的毛病”,那评释事实上,良多名目团队皆正在利用这类模子。Wysocki 借指出,他问这些项目经理为何他们明显晓得托付成果会迭代,但却没有采取归并迭代的方式。他说道,“项目经理对此默示缄默沉静,但究竟倒是震耳发聩的”。


  图 6. 增量式或“分期托付”式的项目管理方式(改编自 PMI 2008:40及 Wysocki 2007:50,59)。变量包罗螺旋模子 (Boehm 1986,1988) 及快捷使用开辟 (Martin 1991)。


  图 7. 改进的瀑布模子方式。虽然这类模子包括两个增量,可是其本质与真正的增量方式并不相同(见图 6)。


  迭代模子
  信息社会跟知识经济的到来,和从无形产物到有形产物的变化,加大了展开名目事情前网络客户明晰完全要求的难度。现在,被要求说明其需要的客户平常皆会如许回答,“我没法通知您我须要甚么,看到产物了我便会晓得了”。那评释,网络要求时应侧重于快捷创立模板,以便发明客户需要。然而,意识到客户需要并不是原封不动的也很紧张。客户能够认为,他们正在初期模板中曾经相识到他们想要甚么,可是跟着与后续模板的彼此比力,他们会加倍相识本人的须要,从而转变要求。
  当要求正在名目履行进程中才呈现时(已提早解释),计划阶段再拟定综合范例起不到任何作用。这时候须要一种灵巧的处置惩罚方式,不单单是忍耐变更,借该当猜测跟接管变更。正如 Laufer 跟 Hoffman 所说,“正在静态情况中,项目管理没有只是保障筹划履行并将其变更降到最小。而是知足客户需要,胜利应答不可避免的变更”。那恰是迭代方式的实际根底。
  望文生义,迭代模子由一系列迭代或较短的开发周期构成,每一个迭代树立正在没有完全的解决方案上,并正在此基础上拟定更濒临完全的解决方案(见图 8)。迭代实现后,客户评价以后曾经实现的事情,并向名目团队供给反应。另外,须要停止计划,即纪录新肯定的要求,并计划下一次迭代。正在迭代方式中,所呈现的要求会慢慢整合进名目中;是以,变更也是开发周期的一个组成部分。正在这方面,迭代方式与增量方式判然不同,增量方式要求正在名目计划时代解释要求,并正在监控阶段停止后续改善(若是须要)。另外,绝对于增量方式,迭代名目形式对客户的参与度要求更高。


  图 8. 项目管理的迭代方式(改编自PMI 2008:40跟Wysocki 2007:52)。


  灵敏方式
  现在,上述的增量模子跟迭代模子平常称为“灵敏”方式。事实上,“灵敏方式”是一系列方式的总称,其焦点代价与传统方式判然不同。该术语源自灵敏软件开发宣言,此中论述了这些焦点价值观,并将其纳入灵敏方式:
  咱们正经由过程灵敏方式,或资助别人利用灵敏方式去摸索更好的开辟[产物]方法。这使咱们起头正视:
  流程下的自力事情与互动、利用对象停止客户协作的综合纪录和复兴筹划的窜改。
  也就是说,名目的一方面虽然有代价,但咱们加倍正视另一个方面。
  虽然这些焦点代价申明只是在表面上论述了软件开发,但它们间接关联到项目管理,并能合用于项目管理 (Highsmith 2004)。灵敏项目管理方式树立正在给定要求变更的根底上。是以,他们可以接管变更,并强调成果的可靠性,而不是进程的稳定性跟可预测性。
  总而言之,明晰周全的要求是客户惬意跟名目胜利的基石。然而,正在展开名目事情之前,明确要求跟必需负担的事情这一进程并不是总能实现。以是应取舍适合的项目管理方式。当要求及满足要求的事项可清晰明白跟解释时,可采取线性方式。当要求可清晰明白及解释,但尚没有明白须要若何展开事情以满足要求时,可采取增量方式。最初,当要求及若何展开事情以满足要求皆没有明白时,可采取迭代方式(见图 9)。


  图 9. 项目管理方法的分类要以绝对明晰的要求跟实现名目所必备的前提为根底(改编自Wysocki跟McGary 2003:xxvii)。

标签:

最新文章

热门文章

Copyright © 2002-2030 武汉翻译公司

网站地图sitemap.xml tag列表