2016年12月1日下午微软技术大会Microsoft Ignite China,有幸和大家分享一门课程,课程信息如下,欢迎大家到时来捧场。本文介绍下从商业角度看移植过程。
。
创建项目移植进度表
创建移植进度表时要考虑所有可能的风险,包括技术和商业相关的问题。技术方面,需要考虑资源和硬件是否可用、第三方的支持,以及Windows/Linux方面的经验等;商业方面,需要考虑部门重组,位置调整(如改变办公地点),发布给客户的日期,以及商业目标的改变等,这些都会影响到整个移植进度。
上面这些技术和商业方面的问题,形成了移植项目对外部的依赖关系,而这些依赖又不是移植项目可以控制的。因此,建议仔细考虑每一个外部问题,以减少项目的风险。
创建移植项目的进度计划和做开发项目类似。
在移植过程中每次进入下一个步骤时,项目组都可以根据实际的进度和资源对项目重新估计。本质上讲,每一个阶段的结束,不仅仅是移植过程中的一个里程碑,也应该是重新检查先前估计得一个检查点。
从商业角度看移植过程
移植过程不仅仅是移植软件程序,移植后的应用程序最终还需要必要的商业支持,以成为一个完整的,成功的商业项目。在移植工作进行的同时,项目的相关干系人还需要准备对该应用程序提供支持的部门。客户支持和软件发布等部门还需要介绍应用程序在Linux上如何运行的支持和培训。
对客户支持和软件发布人员进行必要的Linux培训,应该在项目目标中列为高优先级。与任何新产品一样,用户和系统管理员每次都会对新的发布提出很多问题。因此,也需要回答Linux系统管理的问题。我们的经验表明,刚移植到新的平台上的应用程序会产生很多关于系统管理以及如何使用新操作系统的问题,在支持热线接到的电话中,有五分之三的问题都是此类。
随着系统管理和安装问题的解决,关于应用程序的技术问题会逐步显现。支持部门需要访问测试机器来复现客户的问题。这些机器可能是开发或移植机器,依赖于应用程序和需要调试解决的实际问题。
从项目的整体来看,对支持的培训需求和提高应用程序支持所需资源的可用性,会在项目的后期出现。随着移植项目技术方面的工作趋于完成,商业内容也就逐渐显现。
.NET社区新闻,深度好文,微信中搜索dotNET跨平台或扫描二维码关注