胡言乱语

外包,CMM,Six Sigma,软件服务,软件开发,软件过程管理,软件质量,项目管理,企业管理

  博客园 :: 首页 :: 博问 :: 闪存 :: :: 联系 :: 订阅 订阅 :: 管理 ::
我相信不会有多少人有机会亲身经历CMM5的认证、评审过程;我相信有很多人希望有机会能体验CMM的认证、评审;我知道国内很多软件企业已经迈进了 CMM的大门或希望迈进;我知道在中国,CMM5是一个令软件人向往的词。我有幸参加公司的PCMM和CMMI的CMM5认证、评审,我希望能用文字记录 下这个难得的经历。

由于文字中可能涉及到公司和公司的客户,因为Policy的缘故,有些具体细节的东西可能在文字中不会提到,如果有谁对我提到的内容感兴趣,可以对此进行评价或提问,也可以留下联系方式,我会在policy允许的范围内与大家尽可能地交流。

我现在供职的公司叫是印度比较大的专门提供软件服务与咨询的公司,它在全球有许多GDC(Global Delievery Center),我们所在的China GDC成立于2002年,主要为我们的客户提供Offshore模式的IT外包与咨询服务。
公司的许多GDC都是通过了CMM5的,China GDC也是把CMM5 assessment作为公司的头等大事。我们的project与另外一个project一起被选中参加这次的assessment。


由于软件服务与软件开发有区别,CMMI的很多process都是针对软件开发的,对maintenance project有些不适用,就需要tailor。公司有一套Tailor过的集成质量管理体系(iQMS),整合了PCMM、CMMI、SW-CMM和 ISO。其中针对maintenance project有一套度量体系。maintenance project中不可避免地有一些小的Development project,这时候iQMS的Quality assurance process就一定要follow了。

具体到我们项目来说, maintenance 工作与Development工作基本上是6-4结构。
说到我们project,不能不提客户的整体IT服务外包。客户的IT外包服务有许多不同的team组成,负责不同方面的工作,我们team的工 作就是application maintenance。项目的主要性质是给客户提供application 维护,咨询,具体工作是保证客户应用系统正常运行,当用户使用中出现问题时,客户按照正常的process,会统一把问题提给HelpDesk,一般情况 下,只要是用户在使用application过程中遇到的问题,都会被HelpDesk dispatch 一个case到我们support queue中,然后我们负责在规定的时间内给解决(外包项目都要先签订SLA: service level agreement,客户根据这个agreement来monitor我们提供的服务)。
我们工作的另外一部分就是根据客户business的变更、需求的提高或变更,对现有系统进行改进或开发新的module。这需要执行另外一种process(ignore)。


To be continue...
posted on 2005-02-02 22:06  台风  阅读(700)  评论(1编辑  收藏  举报