目 录
引 言 .............................................................................................................................1 1 项目概述 .....................................................................................................................2
1.1 项目简介 ...........................................................................................................2 1.2 需求阐述 ...........................................................................................................2 1.3 开发技术概述 ...................................................................................................3 1.4 本文的组织安排 ...............................................................................................3 2 项目进度计划 .............................................................................................................4
2.1 项目工期 ...........................................................................................................4 2.2 项目计划分析 ...................................................................................................4
2.2.1 工程师进场 .............................................................................................4 2.2.2平台搭建 .................................................................................................4 2.2.3 先期商定的需求开发 .............................................................................4 2.2.4 剩余需求开发 .........................................................................................4 2.2.5 OB组使用培训 .........................................................................................4 2.2.6 OB组进入商路通平台测试 .....................................................................4 2.2.7 网订组使用培训 .....................................................................................5 2.2.8 网订组进入商路通平台测试 .................................................................5 2.2.9 测试组数据校对 .....................................................................................5 2.2.10 IB组使用培训 .......................................................................................5 2.2.11 SBD分批迁入商路通新平台 .................................................................5 2.2.12 SBD部门级报表数据校对 .....................................................................5 2.2.13 Contract商路通平台使用培训、迁入 .................................................5 2.2.14 GOV及其他剩余部门商路通平台使用培训、迁入 .............................5 2.2.15 所有部门报表数据校对 .......................................................................5 2.2.16 报表校对完成，软件功能确认，验收 ...............................................5 2.3 项目资源在整体进度中的职责 .......................................................................6 3 实施过程中遇到的问题分析 .....................................................................................7
3.1 对于商路通方面的控制 ...................................................................................7 3.2 对于业务部门需求量和软件上线后bug量估计的不足 ...............................7
3.2.1 对于业务部门需求调研的不彻底 .........................................................7 3.2.2 对于商路通软件和报表的bug量估计不足 .........................................7 3.3 对于报表校对以及修改时间的估计的不足 ...................................................7
3.3.1 报表列项目与业务部门自身要求不符 .................................................7 3.3.2 报表算法规则与业务部门要求不符 .....................................................8 3.3.3 后期修改报表，重新验证数据准确性时间的估计不足 .....................8 3.4 对于后期软件实施、安装、培训耗时上估计的不足 ...................................8 3.5 项目进度延期点 ...............................................................................................8
3.5.1 剩余需求开发（延期1周） .................................................................8 3.5.2 测试组数据校对及修改、重新校准报表（延期1周） .....................8 3.5.3 部门级报表数据校对（延期1周） .....................................................8 3.5.4 Contract部门迁入新平台（延期1周） .............................................8 3.5.5 所有报表数据校对、软件功能确认（延期4周） .............................8
4 结合课程和实际思考如何优化进度 .........................................................................9
4.1 基于项目不确定性对于项目总体工期的合理预估 .......................................9 4.2 项目管理的3个目标在此次项目中的体现和缺失 .......................................9 4.3 项目计划 ...........................................................................................................9 4.4 项目的检测和控制 ...........................................................................................9 5 项目总结 ...................................................................................................................11 参考文献 .......................................................................................................................12
引 言
随着本公司（Staples以下简称史泰博）业务的日渐增长，在2006年上线的老的呼叫中心CTI，录音，报表系统已经无法满足如：SBD（small and medium department，中小客户部）、Contract（合约企业客户部）、AS（After-Sales售后服务部）等等各个部门的需求，日益增长的呼叫量对系统产生的压力越来越高，同时并发的录音数量也在增多，相应的报表的计算量也有很大的提升，由上海DS通信技术有限公司设计的呼叫中心系统已经无法满足这些底层需求。
所以在公司CLT（China Leader Team中国领导团队）的授意下，IT部门会同几个呼叫中心使用人数最多的业务部门开始进行了新呼叫中心系统的选择、实施计划。
新的呼叫中心必须满足更大的同时在线呼叫处理，更大的并发录音通道数，更好的稳定性，更加准确的数据记录和报表统计等需求。
在此基础上，经过多方比较，以及基于预算控制的需要，公司最终选择了北京商路通信息技术有限公司的Hi-link呼叫中心系统为新平台来运行呼叫中心业务。
本文旨在就合同签订后开始筹划项目到项目收尾，验收过程中产生的一些关于项目资源，需求，进度方面的问题展开讨论，结合课程所学知识，以期找到解决问题的一些新方法。 1
1 项目概述
1.1 项目简介
本项目期望在不影响现有老呼叫中心平台（以下简称DS平台）的基础上，成功搭建新呼叫中心平台（以下简称商路通平台），并且将在DS平台上的话务人员逐步按批次地迁移至商路通平台上，继续保留DS平台至业务部门无数据方面的调取要求为止。
本项目参与人员有：本人（以下简称Z），商路通工程师（以下简称G），IT部维护员L和R，以及业务部门对口人W和S。
1.2 需求阐述
a) 需要实现的基本功能
1.基本电话功能 2.数据和报表 3.录音
4.监控、监听、组长控制 5.权限控制 6.数据冗余 7.CTI双机热备 8.报表自定义修改
9.深圳呼叫中心作为远端模块，上海作为数据和管理中心 10.售后服务
b) 需要实现的进阶功能
1.其他关键服务器和硬件的冷备
2.预留与SalesForce的CRM软件整合的能力与相应功能
c) 经过和业务部门确认的新增需求
1.软电话客户端朝指定本机端口发送来电号码以供查询客户信息
2 2.软电话界面上作未接电话列表显示
3.通过语音宣告板引导客户进入的电话详细信息出报表
4.系统看护告警，看护程序重启了服务之后，通过邮件方式自动发送到指定人员 5.根据预定的模板定时自动生成报表，然后通过邮件的方式发送到指定人员。 6.按照主叫号码分配电话到不同的坐席 7.关于商路通软电话登陆和使用中的问题
1.3 开发技术概述
商路通平台基于.net 2005环境开发，数据库基于SQL2005，实施较为简便。
1.4 本文的组织安排
为了阐明软件开发的过程中的主要问题，本论文分为五章，分别简要介绍如下： (1)介绍本项目的目的，参与人员，以及需求。 (2) 介绍本项目的计划制定内容。 (3) 介绍了本项目进行过程中遇到的问题。 (4) 结合课程思考如何优化进度，避免项目延期。 (5) 结论。 (6) 参考文献。
2 项目进度计划
2.1 项目工期
由于此项目合同签订时间为2011.7.6，所以实际的项目开始时间点为2011.7.11 下面是实际项目工期表：
呼叫中心平台项目工期表V1.2.xlsx2.2 项目计划分析
2.2.1 工程师进场
此项目的合同签订双方Staples办公地点在上海，商路通公司总部和开发工程师都在北京，上海这边有实施，维护，售后工程师常驻，所以此项目留有1周的时间来给供应商指定项目经理，派出人员到达Staples。 2.2.2平台搭建
考虑到北京到上海的方式大多为飞机，所以在第一周的时间内，根据商路通工程师前期对于平台搭建时间的估算，将平台搭建的时间也包含在了其中，并且一直延续到了项目第六周。 2.2.3 先期商定的需求开发
从第一周到第三周，是合同中确定的需求文档的A和B的开发时间，在这个周期内将大多数基础需求根据本公司业务部门的需求开发测试完毕。 2.2.4 剩余需求开发
从第四周到第七周，是剩余的需求的开发时间，在这个周期内将剩余部分的需求根据本公司业务部门的需求开发测试完毕。 2.2.5 OB组使用培训
根据项目实际测试需要，需要先行迁入一个小组进行实际测试，本公司OB（out bound呼出）团队的每个小组都独立核算业绩和报表，小组人数也不多（一般在10人以内），符合实际测试的风险、安全性要求，而IB（in bound呼入）团队由于人数多，一旦出现问题无法及时迁移回DS平台，所以不符合测试需要。 2.2.6 OB组进入商路通平台测试
通过这个测试过程，发现一些软件在呼出功能使用上的问题和不足，供商路通开发人员及时修改代码，优化软件，修正报表。
4 2.2.7 网订组使用培训
由于OB团队已经有一个小组先期进入测试了这个平台呼出方面的功能，下面就需要有一个团队来测试呼入功能，网订团队人数也在10人左右，符合风险控制和安全性的需要。
2.2.8 网订组进入商路通平台测试
通过这个测试过程，发现一些软件在呼入功能使用上的问题和不足，供商路通开发人员及时修改代码，优化软件，修正报表。 2.2.9 测试组数据校对
经过先期测试，已经积累了大量的测试数据，在先期测试过程中，要求两个测试组均在呼入呼出过程中将来电号码，时间等关键信息手工记录下来，在六到七周的周期内，将手工记录的报表和系统记录的明细进行比对，修正报表相关数据。
2.2.10 IB组使用培训
在先期两个测试组进入测试以及完善软件功能和校准了数据之后，可以让IB团队进入进行大规模呼入测试。 2.2.11 SBD分批迁入商路通新平台
由于SBD部门除了IB，OB，网订团队之外，还有其他很多团队，所以必须分批迁入以分散风险，便于在发生意外时回退。 2.2.12 SBD部门级报表数据校对
在SBD整个部门迁入并且使用一段时间之后，将核对整个部门的报表计算规则和报表数据的准确性，因为个人统计，组统计，部门统计并不是简单的累计过程，由个人到组，组到部门的统计换算规则非常复杂，这个将在随后的章节中详细讨论，因为这一点对项目进度的影响尤其大。 2.2.13 Contract商路通平台使用培训、迁入
在SBD整个部门测试完成后，将轮到Contract部门整体分批迁入。 2.2.14 GOV及其他剩余部门商路通平台使用培训、迁入
在Contract整个部门测试完成后，将轮到GOV和其他剩余部门整体分批迁入。 2.2.15 所有部门报表数据校对
在所有部门迁入并且使用一段时间之后，将收集数据进行报表的校对。 2.2.16 报表校对完成，软件功能确认，验收
在报表项目，数据校对无误，软件功能确认后，进行项目的验收工作。
5 2.3 项目资源在整体进度中的职责
(1) 作为史泰博方项目经理，Z将全程参与整个项目，并且随时更新项目信息到项目组成员，并且向IT总监和个部门总监定期约会报告项目情况。 (2) 作为商路通方项目经理，工程师G也将全程参与项目，并且会同Z和业务部门对口人在项目过程中确认需求，修改软件和报表以达到业务部门要求。
(3) 作为项目对口人，S和W将负责收集部门中的小组和个人在测试过程中发现的问题和对软件改进的需求，整理后交由Z来集体讨论决定是否反映到开发人员处修改。
(4) IT部L和R将协助Z和G，在业务部门迁入商路通平台时，在业务话务员电脑上安装新的软电话系统客户端和报表、监控程序。
3 实施过程中遇到的问题分析
3.1 对于商路通方面的控制
(1) 对于商路通工程师G以及开发人员的控制
由于Z自身需要处理日常工作以及公司内部其他的事务，所以导致不能完全投入在此项目中全程监控G和开发人员的行为。
(2) 和商路通北京开发总部的沟通问题
由于商路通北京开发总部的理念问题，坚持在报表系统结构和算法原理，数据库，表结构，存储过程上的自我标准，导致无法适应本公司的业务部门需求。
3.2 对于业务部门需求量和软件上线后bug量估计的不足
3.2.1 对于业务部门需求调研的不彻底
由于业务部门并没有使用过商路通新平台，所以无法在使用后提出相应的需求变更，导致合同签订时确认的需求量和后期实际需求量大相径庭。
3.2.2 对于商路通软件和报表的bug量估计不足
由于对于商路通软件和报表系统的不熟悉，导致在软件落地的过程中产生了诸多由于需求不够明确带来的问题。
3.3 对于报表校对以及修改时间的估计的不足
3.3.1 报表列项目与业务部门自身要求不符
在先期需求确认过程中，各个业务部门都是在基于DS平台的报表功能的基础上提出的需求，这些需求并不是完全和商路通平台的报表系统契合，可能有些想法完全不同，导致一些具体需求无法实现，在沟通上花去了很多时间，例如月度报表的统计，老的平台是利用每天的数据生成中间结转表，当客户需要统计月度数据时，系统自动根据开始结束日期统计中间表得出结果，这个方式较直接从明细表中统计整月数据快得多，而且对系统资源消耗也少得多，但是老平台这种算法存在一定的漏洞，月度报表的数据准确性得不到保障，而新的平台虽然数据准确性没有问题，但是很有可能因为数据量太大而在导出一个月的报表过程中SQL time out导致出错，无法显示月度报表。
7 3.3.2 报表算法规则与业务部门要求不符
由于业务部门已经长期使用老系统，所以各种报表统计规则都是在老系统的基础上给出的，而商路通平台报表系统是一套成熟的解决方案，在应用到我公司的环境时，由于呼叫中心结构的大不相同，导致一些行业默认的报表算法在我公司无法得到业务部门的认同，无法作为KPI的依据。
例如对于组内转接，行业认定的算法是不管产生多少次转接，对于此组来说都算是一次呼叫，而业务部门却要求将其按照转接次数来统计到组应答数上，这就要求商路通在首先对呼叫明细进行一次统计后，算出组的去重应答数，再加上所有的转接数，得出提交到管理层审阅的组应答数。 3.3.3 后期修改报表，重新验证数据准确性时间的估计不足
由于报表结构和内容定义不是很符合业务部门需求，修改上花去了太多的时间，二次验证花费的时间要远超预期。
3.4 对于后期软件实施、安装、培训耗时上估计的不足
由于内部使用新系统人员并不仅仅是常驻公司的话务人员，同时也有很多销售人员，他们大多使用的是笔记本，而且经常外出，这就对批量迁入，使用新系统的总时间造成了一定的影响。
而且由于部分笔记本购买时未经分区，只有一个C分区，无法安装默认到D分区的软电话客户端，这一批人的电脑增加分区也花了相当长的时间。
3.5 项目进度延期点
3.5.1 剩余需求开发（延期1周）
3.5.2 测试组数据校对及修改、重新校准报表（延期1周）
3.5.3 部门级报表数据校对（延期1周）
3.5.4 Contract部门迁入新平台（延期1周）
3.5.5 所有报表数据校对、软件功能确认（延期4周）
项目总体延期：2月
项目实际验收日期：2012年1月6日
8 4 结合课程和实际思考如何优化进度
4.1 基于项目不确定性对于项目总体工期的合理预估
根据这次项目的经验，我了解到，多种环境变量，客户的反复无常，项目是否能达到预期效果，这些都是项目中的不确定因素，尽管我们可以采取一些行动来减少不确定性，但是这是无论如何也无法彻底消除的，所以在项目工期预估的时候必须充分考虑到这些情况，在合理的范围内，给项目各个节点留出合理的时间，以避免实际完工日期和理论估计相差太大的情况。
4.2 项目管理的3个目标在此次项目中的体现和缺失
在项目的执行过程中，要时刻用3个目标来衡量，是否按时，或者提前完成？是否高于或者低于预算？是否符合预先约定的要求？
在此次项目中，每一个环节都最好要安排一个确认点来检查项目是否按时完成，如果没有，是什么原因导致的，然后及时总结以反馈到下一个环节中去，不断地动态的调整以达到合理进度，在合同商定时，应该于业务部门确认需求变更的范围和时间点，以避免重复不断地需求变更和范围扩大导致的项目延期，并且在资源分配上充分考虑到各个环节的空闲和忙的时间，合理调配，达到统筹规划的效果，避免发生一个环节卡住导致后续无法进行的情况。
4.3 项目计划
在制定项目计划的过程中，要充分考虑到项目的可行性，发生意外的处理方案，以及沟通方式和项目的9个要素，在我这次项目中，对潜在问题的准备不足，目标说明不够清楚，导致发生延期后相关后续活动停止，进入等待状态，而且在发生需求冲突，需求变更时，由于合同中确立的需求内容与实际相差较远，导致后期花了大量时间在修改软件和报表上，所以需求的准确性直接影响到了项目整体规划和后期实施的进度，在以后的项目中，先期需求的准确性将是我特别需要注重的。同时，可以利用微软的project软件来进行项目管控，以达到按期交付。
4.4 项目的检测和控制
管理一个项目包括不间断的对需要做的工作进行计划，检查进度，将进度与计划进行比较，采取纠偏措施使进度与计划保持一致，如果与实际不符，还要重新计划，在此次项目中，我并没有做到随时检查项目进度，而是每隔1周检查一次，这样没有及时地采取纠偏措施，让项目因为一个个问题导致延期时间越来越长，我过多的把时间投入在了项目的需求重新确认、实施上，而忽略了进度检测，所以可以利用MSP的甘特图来监测项目进展，在项目发生变更后，跟踪甘特图以更新，以反映变更的情况。从而及时地采取措施。
9 而在项目进行中，合理的控制业务部门的需求量也是我这次项目的一个不足之处，项目控制的目的就是减少计划和实际之间的差异，在大型项目中，如果没有好的控制流程，很容易就会让项目慢慢失去控制，在公司不断发展、在外部竞争不断激烈的背景下，业务部门对于系统的需求也在不断的变更中，如何和他们发生良好的沟通，如何控制他们的需求量，如何在大堆的需求中找到关键的那几个，是一个项目经理必须要学会的，在此次项目的后期，由于报表体现的数据很大程度上没有满足新来的总裁的需要，业务部门就不断地要求更改报表，但是根据合同所确定的需求中却没有包含，这就要求项目经理在确认对项目工期影响最小的前提下合理的接收新需求，并且和开发人员良好的沟通，以达到适当超出合同范围的情况下，做适量的开发来满足业务部门的新的需求，同时，也要递交说明到IT总监和各业务部门主管说明情况以及这样做对于项目的影响，以征得他们的谅解，尽量缩小新需求量，以期在合理的逾期范围内保证质量地完成项目。
。
5 项目总结
此项目开始于本课程之前，结束于本课程之后，在项目的过程中，我深刻的体会到合理的安排资源，制定有效的目标和计划对项目的重要性，以及项目管控在整个项目进程中的作用，在今后的项目中，合理的利用所学知识对项目进行整体的合理的有效地规划操作将是我一个重要的目标。
参考文献
[1] 樊重俊.企业信息化与管理提升的互动[J ].上海企业,2004(6):35 - 371 [2] 马君.什么是IT项目管理.大连东软信息学院大学生创业中心.2005(1) [3] 杰克米多，詹姆斯,P．克莱门斯.成功的项目管理.北京：机械工业出版社.1999 [4] Pinto.J.K & D.P.Sliven.项目成功实施中关键因素.《 IEEE工程管理学报》.1987 [5] 小塞缪尔.J.曼特尔.项目管理实践.北京:电子工业出版社,2007.[6] 吴锟.中小型企业IT项目管理的思考.广东科学与技术.2009(20)
