当前位置:主页 > 管理论文 > 项目管理论文 >

精益模式增进IT离岸项目协作的问题研究

发布时间:2020-07-16 21:17
【摘要】:随着全球化运营趋势的日益显现和国际化竞争的日趋激烈,发达国家把生产活动全面转移到一些发展中国家,日用产品、电子产品等都不例外,而在网络技术的支撑下,IT软件开发也早已采用外包的方式被转移到发展中国家了。近20年来,印度公司一直借着自己语言的优势和IT外包的便利性优势几乎垄断了欧美的外包市场。但信息技术带来的不仅是软件外包行业,它同时带动了全球信息的快速同步,在今天这样一个面向服务和市场的年代,用户需求时刻变化,软件功能需求的变化频率也高企,导致印度IT行业传统使用的软件成熟度开发模型(CMMI)出现了瑕疵,无法适应高度变化的需求。中国一直希望介入欧美的外包市场,但碍于时差、语言和文化的差异,导致用户对中国外包团队缺乏信任,同时沟通和信任等问题导致的团队的开发效率不高,这也使得欧美企业的外包首选还是印度企业。究其原因,除了中国起步进入IT行业比较晚,高端人才比较缺乏之外,目前的管理水平与国外先进企业存在一定的差距,同时网络化办公和分布式团队也对项目管理增加了一定的难度。IT项目与其他项目相比,它是智力型生产的项目,最珍贵的资源就是人力,最重要的物资就是知识,如何在资源之间无偏差的传递知识,并主导团队无偏差地、实时地、低成本地生产出有效的产品,这是我们要达成的目标,也是离岸项目之所以存在的原因。然而离岸项目不比常规项目,它的分布式离岸团队与其它团队相比,它不仅需要进行项目管理,还需要对团队之间的冲突进行管理,冲突涵盖了文化、语言和信任度等多个方面。如果想要团队能够高效的运作,那么必须解决项目团队之间的协作问题,以期更好的利用团队资源,更合理的分派任务。然而,通常的情况是在岸团队不信任或不了解离岸团队,与离岸团队之间没有良好的沟通、协作,导致离岸团队只是按照在岸团队分配的定额任务进行项目实施工作,完全不具备一个高效团队所应具有的协作特点。本文综合分析离岸IT项目的特征、现状和存在的问题,先从理论入手对离岸IT项目开发过程中碰到的问题和影响因素进行分析和研究,然后针对主要存在的问题展开深入的探讨。而后再结合精益模式的特征及其优势,从中找出对应问题的解决建议和应对措施,并在此基础上归纳总结出一套完整的,适合离岸团队的,用来补足传统IT软件开发管理中不足的精益模式,以提高离岸IT项目在项目中展现出其最高效的工作效率。本文以迭代型离岸IT项目为原型,就目前离岸团队合作过程中普遍存在的团队合作效率低的问题为出发点和落脚点,结合精益模式的特色,通过系统的理论分析和实践经验总结,将精益模式的看板和持续改进模型应用到离岸团队中。从项目组织、迭代过程、团队沟通和协作等多个纬度,把精益模式嵌套进去,使之成为一套具有应用价值的新项目管理辅助体系,并将此机制应用到实际项目中进行验证。实际上,从一个真实项目中的应用结果看,该模式具有很强的针对性和实用性,能为该项目解决很多日常开发管理中遇到的问题。
【学位授予单位】:上海交通大学
【学位级别】:硕士
【学位授予年份】:2015
【分类号】:F49
【图文】:

瀑布模型


公司在 IT 离岸外包中对于项目管理有着绝对的领先优势。早有印度的 IT 外包公司就大力学习 CMMI 的开发管理模式,为其打下了良好的基础。而且虽然 CMMI 不再适合当前高速变化的度公司也不断更新自己的管理模式,大力引进敏捷、迭代、精借其语言和文化优势,强力占据着世界 IT 外包工厂的头衔,选择。来看看印度公司是如何协调项目间的协作的:基于 CMMI 的瀑布开发模型文献[11]详细描述了该软件开发模型,该模型奠定了印度外外包市场主要份额的基础,凭借着其语言的优势和 CMMI 管印度公司在早起很快以其软件的质量、成本和时间控制赢得如图 1-1 中所示,瀑布模型由一次不可逆的计划、分析、设这一过程完成软件开发工作。在软件开发初期,由外包公司行需求调研和分析,而后由离岸人员进行需求分析和设计,进行项目开发,并在规定期限提交软件。

拓扑图,沟通渠道,拓扑图


成员之间都保证了充分沟通和协作,各团队的管理者之间也有充分沟通。相对而言,群体工作更以管理者为核心,偏向个体的成功。所以,在离岸型项目中,我们要注重团队组织的建设工作,如果团队内成员缺乏协作、团队间缺少交流,那么整个项目的进度和质量将会受到极大的影响,甚至可能导致项目失败[4]。2.2.2 团队沟通建设团队沟通包含沟通的渠道、沟通的方式和结果反馈等信息。沟通是协作的基础,也是核心,没有了沟通,就无法协作,也没有了协作。那么我们该如何建立团队的沟通模型呢?沟通渠道沟通需要沟通渠道,任何信息的传递都离不开沟通渠道,它是信息传递和交流的路径,是沟通过程的基础。项目团队成员间的沟通渠道可以分为正式和非正式,正式的沟通渠道发送者可能或通过中间人的转发才把信息传递给目标,这往往呈现出网络结构。

路线图,团队,负责人,商业计划


25图 3.1 10 个团队以下开发框架 1Fig.3.1 10 teams organization framework角色说明:1) 产品负责人产品负责人拥有全部产品组合的远景、商业计划、路线图、交付日期。也就是说他们的关注是业务,所以不需要跟团队建立一对一的关系。2) (特性)团队他们负责以客户为中心的完整功能特性的开发工作。他们是自管理和跨功能的团队。因为他们是开发团队,所以除了在编码开发完成后的集成层次之外,团队间交互或协调的工作就相对减少。而系统集成的相关问题则可以通过持续集成来得到了解决。3) ScrumMaster他们就是本地团队的项目负责人,主要职责为,1)通过促进冲突的解决和铲除障碍使团队成为真正的团队,2)协助产品负责人的工作,3)提

【参考文献】

相关期刊论文 前3条

1 梁永幸;;浅谈敏捷开发与其他传统开发方式的区别[J];电子世界;2012年24期

2 毛明志,葛晓炜;软件项目风险管理模型的分析与研究[J];科技管理研究;2005年06期

3 刘霞 ,李怀璋 ,王青 ,李明树;基于ISO9000和CMMs的需求开发和需求管理平台框架的研究[J];微电子学与计算机;2002年02期



本文编号:2758516

资料下载
论文发表

本文链接:https://www.wllwen.com/guanlilunwen/xiangmuguanli/2758516.html


Copyright(c)文论论文网All Rights Reserved | 网站地图 |

版权申明:资料由用户d37bf***提供,本站仅收录摘要或目录,作者需要删除请E-mail邮箱bigeng88@qq.com