【原创】2009年8月18日老谷"项目管理MSN群"专题—项目案例分享文字实录

2009年8月18日老谷"项目管理MSN群"专题—项目案例分享文字实录

不胜人生一场醉(亲亲我的宝贝！) 说:
先说下项目背景
项目背景
某公司为了解决各部门信息孤岛效应，为了向客户提供具有公司品牌的、内容全面、高质量、个性化、统一的优质信息服务，树立公司形象、提高客户忠诚度，同时 打造一个优质的客户品牌；需要建立一个完善的XXX系统管理平台，以全方位地解决公司的信息服务的问题，实现资讯数据的共享。
该平台主要包含信息中心数据库建设和围绕该中心数据库建设的相关项目建设。
不胜人生一场醉(亲亲我的宝贝！) 说:
这个太一般了，没啥好说的
不胜人生一场醉(亲亲我的宝贝！) 说:
系统硬件
该项目的系统架构方案从最初初稿到最终定稿，先后经过了几十个版本的不断修改、调整和优化，最终在机器上架前一天才算告一段落。
该系统架构方案包含硬件（服务器、防火墙、交换机、存储设备等共计约50多台，硬件费用将近1000万）
该系统网络结构比较复杂，包括internet网络、网通网络、电信网络、中心机房网络、与其它系统网络
秋枫-PM-北京 说:
歡迎
不胜人生一场醉(亲亲我的宝贝！) 说:
http://www.itpub.net/thread-1203649-1-1.html
这个上面有缩减过的架构图，有兴趣可以看看
不胜人生一场醉(亲亲我的宝贝！) 说:
系统软件
操作系统：AIX5.0，Linux5.3，Windows Server2003
数据库：Oracle10g for Linux and cluster ware
系统监控软件：Nagios
系统集成难点：网络部署、系统监控、数据库同步、数据库集群等
系统开发软件
开发工具：Java、Delphi
开发软件架构：B/S & C/S
B/S缓存：OS Cache + Eh Cache
B/S架构：Structs + Spring + Hibernate/ Structs + Spring + iBatis
其它：ASP,dll
中间件：resin
不胜人生一场醉(亲亲我的宝贝！) 说:
基本上面面俱到了
不胜人生一场醉(亲亲我的宝贝！) 说:
系统同步和接口
MQ 、Webservice接口，与外围基础数据同步
LDAP接口，进行身份验证
Oracle Stream数据同步，大部分数据采用
Oracle PL/SQL存储过程同步，双向同步部分
程序同步，与外围系统大量数据同步

不胜人生一场醉(亲亲我的宝贝！) 说:
该平台系统构成
中心数据库系统
3个纯web系统
1个B/S+C/S系统
相关接口开发
系统监控开发
系统性能要求
Web系统要求满足3万在线用户,5000并发用户;若干接口调用

不胜人生一场醉(亲亲我的宝贝！) 说:
系统规模
耗时将近12个月，总计120个人月，软件费用400多万，硬件800万
核心开发团队12人，最大参与总人数28人，3个分项目经理。
不胜人生一场醉(亲亲我的宝贝！) 说:
这是我所带过的最大规模的团队，其中的辛酸苦辣也只有个中人方能了解。
不胜人生一场醉(亲亲我的宝贝！) 说:
这是项目的一个大致介绍
不胜人生一场醉(亲亲我的宝贝！) 说:
下面主要是想从系统架构和项目风险角度交流一下，因为我只写了这么多，呵呵
不胜人生一场醉(亲亲我的宝贝！) 说:
系统架构是项目中技术实现的最重要的环节。系统架构的良好与否关系到系统的性能指标、安全指标、稳定性指标、可扩展性、业务实现等等。
系统架构涉及到系统硬件的选型、网络拓扑、操作系统选型、数据库选型、B/S与C/S的选型、B/S各框架的选择、缓存的实现、数据库设计等诸多方面。
在大型IT企业中，项目经理和架构师是分离的；但对于国内IT公司尤其是小企业来说，就成了一种奢望。项目经理一肩挑的现状至少短期之内还是无法改变的，这自然也增加了项目经理的痛苦指数和工作量。
关于系统架构是什么？我最认同一句话：架构即关注点分离。
项目经理不是万能的，系统架构需要更广博的知识，当然某些方面专业的知识也是必须的，这取决于平时知识的积累和总结，也需要其他团队成员共同的努力。

不胜人生一场醉(亲亲我的宝贝！) 说:
这个是套话，一个是说目前架构师的工作也就是项目经理的工作；一个是说架构即关注点分离(程序员杂志上看到的)
不胜人生一场醉(亲亲我的宝贝！) 说:
系统硬件
关于系统硬件的选型，首先是根据业务需求和性能指标确定硬件的需求数量和相应型号；举例说：一个普通的B/S系统需要有web应用服务器，数据库服务器， 如果对于性能有较高的要求，则需要增添cache服务器；如果对于稳定性和高可用性有特殊的要求，则需要对相应的服务器进行集群处理。
关于系统硬件的选型，一是关于厂商的选择(有IBM和HP之争)，一是关于机器架构的选择(PC服务器和小型机)，再则是某种机型的选择（在本系统中主要 为HP360和HP580）；再细的话就是更细型号的选择了(HP360、HP580都至少有十几种型号)，最后是机器选件，比如是否需要扩充硬盘、内存 或者CPU。
其实最重要的一项就是预算，呵呵。本系统的硬件采购是由甲方采购的，但是架构是由自己做的，方案如果有之前的案例就会很轻松很多，很不幸，这个方案改了几十版，跨度达到4个月。
kursk200(一点红)-PM-上海 说:
来晚了,先报个到
不胜人生一场醉(亲亲我的宝贝！) 说:
硬件的选型估计对于做系统集成的人来说不算什么，对于做软件开发出身的人比较头大
不胜人生一场醉(亲亲我的宝贝！) 说:
厂商->服务器架构(PC服务器/小机）->大的机型->小型号->选件，最好是公司有专门的系统集成工程师一起来做
chinamath(海茶)-Sr.SE-北京 说:
来晚了
不胜人生一场醉(亲亲我的宝贝！) 说:
要不然就象我一样折腾很久了，折腾的还有网络部分，互联网，网通、电信、局域网、不同的办公网，需要专业的网络工程师的指导
不胜人生一场醉(亲亲我的宝贝！) 说:
来晚的可以看一下 http://www.itpub.net/thread-1203649-1-1.html
不胜人生一场醉(亲亲我的宝贝！) 说:
系统软件
关于系统软件的选择主要上是操作系统、数据库、开发工具
选择什么样的操作系统与计算机硬件本身有很密切的联系，当然也与甲方的要求有关。Linux/Windows/专有UNIX都是可选项，windows囿于安全性原因，一般不为推崇；UNIX与硬件有很大关联，一般也很少用；所以普遍选择的是Linux；
关于操作系统版本的选择，一般建议选择目前市面比较稳定的版本，最新的版本往往意味着兼容性问题，太老的版本一般有性能问题；
关于操作系统的32/64位的选择，这个需要硬件的支持；在64位CPU上安装32位的操作系统意味着资源的浪费；在这个项目上曾经考虑有所欠妥，结果造成了一定的问题。
关于数据库的选择，与操作系统有一定关系，也和对系统的安全性、稳定性、高并发性有一定关系；虽然一个好的DBA在任何一种数据库上都可以构建出高可用性的数据库，呵呵。
关于开发工具的选择，与操作系统相关，也与甲方的要求
不胜人生一场醉(亲亲我的宝贝！) 说:
关于系统软件，主要是操作系统、数据库、中间件、开发工具
一与本公司的技术力量有关，一与甲方的要求有关；甲方>本公司的技术力量
不胜人生一场醉(亲亲我的宝贝！) 说:
一个问题是对于32/64位的选型，因为我以前没怎么关注过，所以吃了不少亏
不胜人生一场醉(亲亲我的宝贝！) 说:
B/S架构
关于系统软件架构通常是指的是B/S部分实现的具体框架，此部分仍属于技术架构部分。
众所周知，B/S的框架有不下数十种，常用的有SSH（Structs + Spring + Hibernate）和SSI（Structs + Spring + iBatis），SSH和SSI从本质上没有什么不同，就是实现业务逻辑层、控制层、数据持久层和展现层的分离。
B/S缓存的架构：OS Cache + EhCache

不胜人生一场醉(亲亲我的宝贝！) 说:
基本上都属于技术范畴的，小项目注重业务实现，大中项目注重架构，稳定性和安全性；因此需要提供了一个缓存
不胜人生一场醉(亲亲我的宝贝！) 说:
缓存有数据库层的数据缓存，实际上就是把专用的数据提取到一张表中，也有B/S部分的缓存
不胜人生一场醉(亲亲我的宝贝！) 说:
系统同步和接口架构
关于数据同步，在本平台中是最重要的环节，缺少数据的系统是无用的；为了实现系统数据同步架构，我曾先后在虚拟机上进行过oracle高级复制、Oracle Stream的测试，也曾为了该同步和公司技术总监吵过N多次，他主张用程序来实现，不过在他那边总是不了了之。
尽管通过测试，高级复制和stream都可以实现实时数据同步，不过我知道在实际生产环境中是远远不会这么简单的；
首先源数据和目标源的结构并非完全一致，允许目标源的结构大于原数据源的结构
其次多环节数据实时同步，从中心数据库到电信数据库，再从电信数据库同步到网通数据库。
再次各数据库均采用RAC方式，现实的例子中很少有类似应用。
最后Oracle的stream有许多的bug，需要进行不断调试和patch升级。
事实上，在同步方案的过程中，也遭遇到很大的困难，前后的测试和最终顺利实施经历了2个月之久，不过stream仍需要
不胜人生一场醉(亲亲我的宝贝！) 说:
不断的人工监控和干预。我相信到目前为止即使市面上也没有任何一种完全稳定的同步方案。
关于系统接口，这方面我个人认为是系统集成中最薄弱最不安全的一个地方
不胜人生一场醉(亲亲我的宝贝！) 说:
总结
系统架构是项目最重要的技术部分，它是否应该是项目经理的职责，暂且不谈；从现实的角度而言，技不压身，技能服众还是很有意义的；从项目经理角度来看，你 能够准确的对项目进度、难度、工作量进行评估，对团队成员面临的困难迅速给出解决方案，减少项目经理和团队成员的沟壑；从团队成员角度来看，信任自己的项 目经理，也是项目成功的一个重要因素。
项目经理能够通过对系统架构的设计,尽快评估出各部分的工作量,以安排相应的人力资源和工作计划,做到有的放矢,实际上本项目虽然包含几个业务系统,加上对本公司相关资源和技能的评估,但我个人认为系统集成和数据同步等在项目实施中占据了50%的工作量.
不胜人生一场醉(亲亲我的宝贝！) 说:
项目经理需要加强系统架构的知识，因为系统集成和系统架构在大中型项目占的地位还是很重的
不胜人生一场醉(亲亲我的宝贝！) 说:
再浅谈一下项目风险的理解
不胜人生一场醉(亲亲我的宝贝！) 说:
本人无意讨论项目风险管理的一般流程和相应的控制，只是根据项目中所遭遇到的问题把自己的一点心得体会表达出来，很多在其他人眼中也许算不上风险，有一部分甚至超出了项目管理的外延，但对于部分IT企业或者中型项目管理，至少是本人所经历到的事情，或许对大家有所参考。
背景：本人于08年06月入职某公司，8月份即开始负责该项目，对公司组织、制度和相关业务缺乏了解；公司于08年4月进行重组，高层和人员变动剧烈，新 老冲突严重；公司IT力量比较薄弱，产品线较丰富，均为小项目，但自命不凡；后来了解到我是作为双方利益冲突的牺牲品来负责该项目的
不胜人生一场醉(亲亲我的宝贝！) 说:
所以一开始项目经理的地位就很尴尬
不胜人生一场醉(亲亲我的宝贝！) 说:
企业内部管理的风险
公司领导对IT管理的熟悉程度。公司领导对IT管理的熟悉程度事实上决定了项目管理中的很多事情例如人员，但不幸的是往往公司的领导非IT出身，这意味着 你要尽更多的精力来与之进行沟通、解释工作；曾有领导认为大项目是小项目的简单叠加，即人月的倍数；更甚者领导对系统集成缺乏认知，我曾花了3个月进行沟 通，甚至差点导致项目流产。
公司领导对IT项目的支持程度。公司领导对IT的熟悉程度影响了对IT项目的支持程度，但另一方面与公司高层对本公司的IT定位也有关系。
公司财务制度。这个说起来与公司内部管理和制度有关了，财务控制成本，项目经理也要控制成本，但是做起来就比较困难了，日常费用的报销、应急费用的申请、 是否有备用金、是否有项目活动经费、是否有项目奖金、甚至团队成员的住宿、考勤、租房等等；如果与财务产生了矛盾，也会让你吃不了兜着走；项目经理是否能 够承受这么多的额外工作？
不胜人生一场醉(亲亲我的宝贝！) 说:
主要是公司高层对IT的理解和支持，专业IT公司应该不存在类似的状况
不胜人生一场醉(亲亲我的宝贝！) 说:
公司HR制度。主要是项目中新员工的招聘、转正申请、工资发放等等，外企和正规化的IT公司应该不存在这类问题，但是我遇到很多类似问题，也帮助团队成员去讨薪；这类问题的解决与否直接影响到项目团队成员的积极性。
公司组织架构。大中型项目往往意味着你要同公司内部多个部门直接进行协同工作，了解公司部门组织结构，认识相关部门经理，甚至公司领导会对解决问题的效率有很大影响。
不胜人生一场醉(亲亲我的宝贝！) 说:
财务和HR制度是否健全，实际上都对项目经理额外工作量大小有很大影响
不胜人生一场醉(亲亲我的宝贝！) 说:
企业项目管理的成熟度
IT部门组织架构。了解IT部门的组织结构是项目负责制还是等级制度，可以了解自己所处的环境，以便寻求合适的资源。
公司所做过的最大项目规模。了解公司所做的项目规模可以直接对公司的软件和实施能力进行评估，就像让一个儿童去做成人的工作，显然是勉为其难的。当然通常情况下公司领导会按照项目金额去衡量项目规模，导致缺乏可比性。
公司之前有没有做过类似的项目。这个包括业务类似、架构类似、技术类似等。
公司的软件能力成熟度。软件能力成熟度反映了一家公司的IT管理水平，高成熟度的公司至少可以让你在项目流程、项目文档、项目支持上受益。
公司IT技术总监的能力。往往一个公司的IT技术总监能力和整个公司的IT水平息息相关，他的能力和水平也影响到对项目的支持水平。呵呵，反正我每次去公司开会寻求资源时总是要PK上半天的。

不胜人生一场醉(亲亲我的宝贝！) 说:
IT部门组织架构、公司的软件能力成熟度、IT技术总监的能力会反映到项目上的
不胜人生一场醉(亲亲我的宝贝！) 说:
项目经理的职责风险
项目管理主要包括工作范围管理、时间管理、质量管理、成本管理、风险管理、沟通管理、人力资源管理、采购管理、整合管理。
需要了解项目经理所拥有的权限。大多数情况下公司除了成本、人力资源、采购涉及到money的不会让你经手之外，恨不得会都让你包办。下面就是你的义务了，呵呵。
需要了解本项目经理所要负的全部义务。我理解的义务就是项目经理所要担当的角色，首先是保姆，最好用最少的money管理项目成员的吃喝拉撒睡；其次是炮 眼，要勇于担负起所有甲方对公司的压力，以及团队成员与公司之间的压力，不该管不要管，要少管(这是公司其他领导的原话)，实施上可能吗？然后是架构师、 系统分析员、需求调研员、DBA、程序员，曾经有领导问我会不会写代码，我说我不会，当然是气话，事实上我写的不比任何一位成员少。
不胜人生一场醉(亲亲我的宝贝！) 说:
这个是公司对于项目经理的定位和自己对自己的定位
不胜人生一场醉(亲亲我的宝贝！) 说:
项目经理的人力资源调度能力
这个与公司组织、IT部门组织结构、甚至技术总监有很大关系。
避免双重管理，在我的team中有4类人，2拨人来自于公司IT部门两个不同的领导；1拨人是属于我直接管理，当然人很少；还有1拨人属于支援性质的；其 中3类人不归我考核、管理；领导总是会说你要敢于管理，呵呵，怎么管？借调个人，首先要确认是谁的人马，然后向个人电话沟通，再向相应的主管电话沟通，最 后向公司领导沟通。
如何处理害群之马，项目管理比较忌讳团队成员无法按照自己的进度进行，因为是个团队协同工作，项目不能因为个人而有所延误；其次希望自己的团队成员能够积极沟通，当无法正常按进度实施的时候，至少双方能够积极交流共同面对分析并解决。

不胜人生一场醉(亲亲我的宝贝！) 说:
项目经理有多大的人事调动权利和机动权利？
有个小小的案例
在我的一个子项目中，需求调研人员换了3批次，项目经理换了3批次，项目成员换了3批次；项目经理不辞而别达三次，辞退员工4人，原因是认为团队成员不合 格，其实我个人认为是他不合格，为了此事还曾与他的直接主管吵了几次。据说他喜欢与业务比他强技术比他强的人进行配合，大概是我的能力太差了吧。
不胜人生一场醉(亲亲我的宝贝！) 说:
人员的技能问题
一个理想的团队包括子项目经理、系统架构师、系统管理员、DBA、高级工程师若干、工程师若干，测试员若干、美工等。
平衡你的资源和相应人员，在一个资源不充足的团队中，只有勉为其难了，有什么样的人用什么样的人，尽量做到用人不疑，疑人不用；一个人尽量担当多个角色，挖掘个人潜力了。
团队成员是需要培训的，这在外企通常做的比较好，内企则因项目通常人少，周期比较紧，结果无法实施。

项目要适应环境，无法改变领导，只能改变自己了
不胜人生一场醉(亲亲我的宝贝！) 说:
系统集成能力
个人认为系统集成程度是大中型项目与小型项目的一个明显区别。
系统集成能力主要表现在是否对系统硬件，操作系统，数据库，不同接口开发，系统架构上，这方面知识的积累并非一朝一夕所能造就，取决于公司的积累。
系统外包经验
当公司资源无法满足项目要求的时候，需要适当的引入外包资源；公司在这方面是否有过独立的经验，也对项目的顺利实施与否有很大关系。

不胜人生一场醉(亲亲我的宝贝！) 说:
这一块我是第一次接触，在之前的项目里缺乏相应的经验，公司也没有这样的经验，难免会有些不足
不胜人生一场醉(亲亲我的宝贝！) 说:
最后一点是
甲方项目经理能力问题
甲方的项目经理素质的高低对项目的成本、范围、时间、沟通等几个方面均有相应的影响。不幸的是，我们很难影响甲方的决定。但至少和甲方的项目经理关系要做到融洽，而不要推到对立面去。
不胜人生一场醉(亲亲我的宝贝！) 说:
和项目中项目经理角色一样，甲方的项目经理也扮演了比较重要的角色，搞定他你就会轻松一下
不胜人生一场醉(亲亲我的宝贝！) 说:
如果甲方因为内部问题派了一个菜鸟，你就等着难受吧
不胜人生一场醉(亲亲我的宝贝！) 说:
呵呵，说完了，会不会太快了点
  Alex 说:
慢慢消化
susan-pm-湖北 说:
没事，贴子里有，可以再看看
不胜人生一场醉(亲亲我的宝贝！) 说:
是不是刷的太快了，有什么问题可以边交流边消化
不胜人生一场醉(亲亲我的宝贝！) 说:
不同的企业不同的管理能力对项目经理的能力要求和定位是不一样的
susan-pm-湖北 说:
你这个项目一定分了许多的子项目，划分的原则是什么？和谁一起确认的？
不胜人生一场醉(亲亲我的宝贝！) 说:
实际上可以认为是四个系统，完全按照业务来划分，彼此之间联系不大，但是数据库的架构设计我要全盘把握
[email protected] 说:
跟帖子说的很像 呵呵
不胜人生一场醉(亲亲我的宝贝！) 说:
这个系统900个表，7个schema
susan-pm-湖北 说:
一个DB？
[email protected] 说:
你是青蛙王子/
不胜人生一场醉(亲亲我的宝贝！) 说:
yes
[email protected] 说:
900个表？
[email protected] 说:
我的天
susan-pm-湖北 说:
好庞大啊
不胜人生一场醉(亲亲我的宝贝！) 说:
11台数据库服务器，5组RAC
不胜人生一场醉(亲亲我的宝贝！) 说:
+1台单机
susan-pm-湖北 说:
可是有那么多的要开发的子系统，都放在一个DB里？
不胜人生一场醉(亲亲我的宝贝！) 说:
中心库(2) -->电信(4)—>网通（4)
         --应用DB
susan-pm-湖北 说:
天，没试过1个DB放在11台服务器里
不胜人生一场醉(亲亲我的宝贝！) 说:
大概的数据库是这样的
susan-pm-湖北 说:
这个没看懂，呵呵
不胜人生一场醉(亲亲我的宝贝！) 说:
中心库是设计各业务系统的基础，其他库需要做数据同步和相关应用
susan-pm-湖北 说:
2 4 4 是什么
不胜人生一场醉(亲亲我的宝贝！) 说:
机器数量
不胜人生一场醉(亲亲我的宝贝！) 说:
中心库，2台机器，1组RAC
电信库，4台数据库机器，2组RAC
susan-pm-湖北 说:
为什么还分电信库和联通库
kursk200(一点红)-PM-上海 说:
应用DB是指什么?
susan-pm-湖北 说:
是指要同步吗？
不胜人生一场醉(亲亲我的宝贝！) 说:
这个系统全国的VIP客户要访问的，电信和网通当然要分开了，相互之间的带宽很小
不胜人生一场醉(亲亲我的宝贝！) 说:
是要同步
不胜人生一场醉(亲亲我的宝贝！) 说:
南方访问电信，备份访问网通；数据库和相应的web均划到不同的机房和局域网去了
susan-pm-湖北 说:
这些服务器都放在Internet上吗？
不胜人生一场醉(亲亲我的宝贝！) 说:
托管在电信网通机房，用防火墙与Internet隔离的
susan-pm-湖北 说:
哦，业务系统肯定是局域网内的吧
[email protected] 说:
复杂啊
[email protected] 说:
复杂
susan-pm-湖北 说:
相当复杂啊
不胜人生一场醉(亲亲我的宝贝！) 说:
4个业务系统
3个在局域网
1个放在网通和电信
不胜人生一场醉(亲亲我的宝贝！) 说:
可以认为网通电信的系统是中心数据库的一个业务展现
susan-pm-湖北 说:
明白
不胜人生一场醉(亲亲我的宝贝！) 说:
数据同步是用oracle stream做的
susan-pm-湖北 说:
没怎么用过
不胜人生一场醉(亲亲我的宝贝！) 说:
单向同步处理那些批量且源目标一致的数据
susan-pm-湖北 说:
是定时还是手工？适用于什么情景
不胜人生一场醉(亲亲我的宝贝！) 说:
这个可以以秒计来实现从中心库->电信->网通的数据传输
susan-pm-湖北 说:
webservice呢
susan-pm-湖北 说:
速度如何
susan-pm-湖北 说:
你说有BUG？
不胜人生一场醉(亲亲我的宝贝！) 说:
web service和mq用来实现不同业务系统的数据传递，主要是一些小量的基础数据的传送
susan-pm-湖北 说:
嗯，发现是的，数据量大了不适用
susan-pm-湖北 说:
不过，高级复制呢
[email protected] 说:
mq？你们也用了ibm的mq？
不胜人生一场醉(亲亲我的宝贝！) 说:
说所的bug是因为我们队系统接口的处理经验不足
susan-pm-湖北 说:
哦，我以为STREAM本身的BUG
不胜人生一场醉(亲亲我的宝贝！) 说:
高级复制和stream我预研过，高级复制以后的oracle可能会不支持，再一个我们的系统数据传输，高级复制不太符合要求
susan-pm-湖北 说:
有什么限制不符合要求
不胜人生一场醉(亲亲我的宝贝！) 说:
mq也用了，不过我们这边的技术人员对这个处理缺乏很深的经验
不胜人生一场醉(亲亲我的宝贝！) 说:
比如从A库传输的数据表在B库中多了个字段
susan-pm-湖北 说:
哦
susan-pm-湖北 说:
源和目标不一致的情况
[email protected] 说:
多了个字段怎么了
不胜人生一场醉(亲亲我的宝贝！) 说:
高级复制就不一定支持了
不胜人生一场醉(亲亲我的宝贝！) 说:
当然也有DB写存储过程来实现电信网通中心库的双向同步
不胜人生一场醉(亲亲我的宝贝！) 说:
也有java程序实现的DB数据同步，从其他厂商的数据库中同步数据过来
susan-pm-湖北 说:
如果不用同步，而用DBLINK，可以减少数据冗余，但数据库负载太大，所以不使用是吗
不胜人生一场醉(亲亲我的宝贝！) 说:
程序实现数据同步的道理是一样的，通过时间来捕获增量数据，如果相应的表缺乏支持，就很难实现了
susan-pm-湖北 说:
嗯
秋枫-PM-北京 说:
嗯
不胜人生一场醉(亲亲我的宝贝！) 说:
还有一个时间差问题，你可以设置10分钟同步一次，从中心库->电信库->网通库就需要半小时了
susan-pm-湖北 说:
如果仅做数据展现，而无任何加工处理的话，你会选择什么方式
不胜人生一场醉(亲亲我的宝贝！) 说:
而且修改删除的数据大多数情况下是没办法捕获的
不胜人生一场醉(亲亲我的宝贝！) 说:
有点类似数据仓库了
不胜人生一场醉(亲亲我的宝贝！) 说:
susan-pm-湖北 说:
如果仅做数据展现，而无任何加工处理的话，你会选择什么方式
不明白什么意思？能否详细一点
susan-pm-湖北 说:
触发器可以捕获增删改啊
susan-pm-湖北 说:
我的意思，如果只是显示异地数据库的数量，不需要任何加工，你会同步过来之些数据吗
不胜人生一场醉(亲亲我的宝贝！) 说:
触发器效率太低了
susan-pm-湖北 说:
是速度慢吗
不胜人生一场醉(亲亲我的宝贝！) 说:
影响数据库整体性能和不可控性
不胜人生一场醉(亲亲我的宝贝！) 说:
个人认为，呵呵
susan-pm-湖北 说:
我是不是跑题了
不胜人生一场醉(亲亲我的宝贝！) 说:
如果只显示异地数据库数据的话，即报表，个人认为不需要同步，呵呵
susan-pm-湖北 说:
嗯
不胜人生一场醉(亲亲我的宝贝！) 说:
好像都在说技术哦
susan-pm-湖北 说:
是的
susan-pm-湖北 说:
你作为PM，数据库架构、网络架构、系统架构都是你设计？
susan-pm-湖北 说:
太累了吧
susan-pm-湖北 说:
也太全能了吧
不胜人生一场醉(亲亲我的宝贝！) 说:
这个项目将近一年了
susan-pm-湖北 说:
一年不算长哦
不胜人生一场醉(亲亲我的宝贝！) 说:
前4个月一个人耍大刀，直到今年2月份人才算到齐
不胜人生一场醉(亲亲我的宝贝！) 说:
所以之前的数据库、网络、系统架构只能一个人来搞，后来再慢慢完善
不胜人生一场醉(亲亲我的宝贝！) 说:
技术不占我的主要工作
不胜人生一场醉(亲亲我的宝贝！) 说:
沟通是大中型项目中最重要的环节
不胜人生一场醉(亲亲我的宝贝！) 说:
技术是简单的，人是最难对付的
susan-pm-湖北 说:
这样一个项目，如果要开会讨论需求，你要安排多少人参加啊
ddv731731-SSE-上海 说:
请问你多大了啊
不胜人生一场醉(亲亲我的宝贝！) 说:
工作10年了
Emily 说:
几块业务是不是也应该有负责人？作为项目经理，直接对几块业务的负责人是不是这样的？
ddv731731-SSE-上海 说:
噢
不胜人生一场醉(亲亲我的宝贝！) 说:
==第一个问题是会议人数
susan-pm-湖北 说:
对
susan-pm-湖北 说:
和角色
不胜人生一场醉(亲亲我的宝贝！) 说:
会议的话，我一般会和相应的pm，3~5个人进行沟通；人数太多的时候，沟通是无效的
不胜人生一场醉(亲亲我的宝贝！) 说:
几块业务是不是也应该有负责人？作为项目经理，直接对几块业务的负责人是不是这样的？
是的，呵呵，人的精力有限，沟通也是有成本的
不胜人生一场醉(亲亲我的宝贝！) 说:
我一般不具体去看别人的代码和具体的实现了，需求也只是大概的了解
不胜人生一场醉(亲亲我的宝贝！) 说:
老板来请吃饭的时候，就会一起开会了
Emily 说:
对，应该算项目群管理的模式，你应该算项目总监
不胜人生一场醉(亲亲我的宝贝！) 说:
这个都不重要，重要的是项目马上就可以结束了，快解放了，呵呵
秋枫-PM-北京 说:
恭喜
不胜人生一场醉(亲亲我的宝贝！) 说:
呵呵，谢谢，还有其他问题吗？
dearChloe-PM-深圳 说:
天啦
dearChloe-PM-深圳 说:
啥都没有听到MSN都断了
Emily 说:
整个项目的最大的风险和问题来自于公司方面，公司的组织结构太复杂，看来你能力确实不错，没有真正牺牲。哈哈
susan-pm-湖北 说:
有问题，我直接留言到贴子里好吧
不胜人生一场醉(亲亲我的宝贝！) 说:
http://www.itpub.net/thread-1203649-1-1.html
不胜人生一场醉(亲亲我的宝贝！) 说:
已经快被牺牲了，熬过来了
不胜人生一场醉(亲亲我的宝贝！) 说:
对不懂IT的老板来说，跟他讲系统集成、数据库的重要性无疑要费很大的口舌
Emily 说:
你的直接上司是谁？
susan-pm-湖北 说:
你关注了哪些点，你认为比较重要的
不胜人生一场醉(亲亲我的宝贝！) 说:
在整个项目中，40%的工作量集中在系统集成商
不胜人生一场醉(亲亲我的宝贝！) 说:
我的直接上司是副总，总监基本上等于摆设
不胜人生一场醉(亲亲我的宝贝！) 说:
每次见面也要沟通这些系统集成、数据库同步，他缺乏这些概念
不胜人生一场醉(亲亲我的宝贝！) 说:
susan-pm-湖北 说:
你关注了哪些点，你认为比较重要的
？？？
susan-pm-湖北 说:
这应该算是技术上的，也就是说你要把握关键的技术点
不胜人生一场醉(亲亲我的宝贝！) 说:
数据库的设计，我认为是成功的开始
不胜人生一场醉(亲亲我的宝贝！) 说:
我强调不同的业务系统一定要在自己的schema中实现
susan-pm-湖北 说:
从项目管理中，关注哪些点是成功的必要条件
不胜人生一场醉(亲亲我的宝贝！) 说:
呵呵，这个反而有点不太好说了
不胜人生一场醉(亲亲我的宝贝！) 说:
核心人员
不胜人生一场醉(亲亲我的宝贝！) 说:
即高效团队吧
susan-pm-湖北 说:
是你挑选的？指定的？
不胜人生一场醉(亲亲我的宝贝！) 说:
有个子项目，成员比较稳定，pm技术水平不错，人也不错
不胜人生一场醉(亲亲我的宝贝！) 说:
在我的一个子项目中，需求调研人员换了3批次，项目经理换了3批次，项目成员换了3批次；项目经理不辞而别达三次，辞退员工4人，原因是认为团队成员不合 格，其实我个人认为是他不合格，为了此事还曾与他的直接主管吵了几次。据说他喜欢与业务比他强技术比他强的人进行配合，大概是我的能力太差了吧。
不胜人生一场醉(亲亲我的宝贝！) 说:
这个子项目就40万，结果搞了40个人月
susan-pm-湖北 说:
你应该来挑选PM吧
不胜人生一场醉(亲亲我的宝贝！) 说:
很遗憾，项目经理没有人事权利的，
susan-pm-湖北 说:
你提醒我了，你怎么控制进度、成本呢
不胜人生一场醉(亲亲我的宝贝！) 说:
我管不了他们，连他们都属于公司两个不同的leader下
susan-pm-湖北 说:
这个比较头疼
不胜人生一场醉(亲亲我的宝贝！) 说:
把进度提前化吧
秋枫-PM-北京 说:
这个确实比较头疼
不胜人生一场醉(亲亲我的宝贝！) 说:
纯粹的开发进度是可控的
susan-pm-湖北 说:
提前化？
susan-pm-湖北 说:
没明白
不胜人生一场醉(亲亲我的宝贝！) 说:
后面的集成和接口，是无法控制的，这个时候把开发进度提前
susan-pm-湖北 说:
哦
susan-pm-湖北 说:
你的计划是如何制定的
不胜人生一场醉(亲亲我的宝贝！) 说:
为后面多留一些时间，比如甲方采购机器时间不到位，其他厂商不配合
susan-pm-湖北 说:
项目进度计划
不胜人生一场醉(亲亲我的宝贝！) 说:
这个都是拍脑袋拍的，采用倒排法，呵呵
我刚进公司不懂业务，就被派来了
susan-pm-湖北 说:
那完成情况如何统计？
susan-pm-湖北 说:
用什么工具？
不胜人生一场醉(亲亲我的宝贝！) 说:
由相关pm自己统计吧，没啥工具
不胜人生一场醉(亲亲我的宝贝！) 说:
我感觉原来公司没有任何项目管理能力和工具的
susan-pm-湖北 说:
嗯，有没有发现虚报的
不胜人生一场醉(亲亲我的宝贝！) 说:
做过的项目最大也不过几十万，不具备任何参考价值
不胜人生一场醉(亲亲我的宝贝！) 说:
基本上还好了，就是做系统接口的工作不太满意
susan-pm-湖北 说:
QA如何保证质量的
dearChloe-PM-深圳 说:
那你怎么应聘去做这个项目PM的？
不胜人生一场醉(亲亲我的宝贝！) 说:
被派来的，我才不想来呢，呵呵
不胜人生一场醉(亲亲我的宝贝！) 说:
估计是公司之前没实施过这么大项目吧
dearChloe-PM-深圳 说:
你原来就是这个公司的？
susan-pm-湖北 说:
QA如何保证质量的
不胜人生一场醉(亲亲我的宝贝！) 说:
本人于08年06月入职某公司，8月份即开始负责该项目，对公司组织、制度和相关业务缺乏了解；公司于08年4月进行重组，高层和人员变动剧烈，新老冲突 严重；公司IT力量比较薄弱，产品线较丰富，均为小项目，但自命不凡；后来了解到我是作为双方利益冲突的牺牲品来负责该项目的。

不胜人生一场醉(亲亲我的宝贝！) 说:
我们这边没有QA，如果算的话，就只有测试人员
dearChloe-PM-深圳 说:
我觉得接项目不要管别人怎么看， 重要的是自己怎么看
dearChloe-PM-深圳 说:
对亚。你6月份入职时就打算派你去做这个项目的PM？
不胜人生一场醉(亲亲我的宝贝！) 说:
小IT公司都这样
susan-pm-湖北 说:
哦
dearChloe-PM-深圳 说:
实际上我一直都不明白QA和测试人员的分别
不胜人生一场醉(亲亲我的宝贝！) 说:
所谓的流程与公司的制度和成熟度息息相关
dearChloe-PM-深圳 说:
感觉是同样的
不胜人生一场醉(亲亲我的宝贝！) 说:
单靠一个人是无法推动的
susan-pm-湖北 说:
是的
不胜人生一场醉(亲亲我的宝贝！) 说:
IT企业有自己的软件能力成熟度，当然个人也有自己的软件能力成熟度，即体现在个人对过程的定义、监控、跟踪和度量上。本人有幸在3家CMM5的公司工作 过，不过仍称不上对CMM有多深的研究，一来过于繁琐，再则软件能力成熟度与所在的IT环境有密切的关系，过程的实施和度量需要一系列的保障；事实上严格 遵循CMM流程的企业并不多，基本上都是为了内部评估而评估的；不过基于过程的思想值得项目去参考和学习。
关于本项目的话，如果一定要说有什么软件能力成熟度的话，我认为是2级吧，项目管理的基本流程和系统文档已经有了，做类似的项目是具备一定的复制性的。

susan-pm-湖北 说:
你有CMMI的相关文档吗？中文的
dearChloe-PM-深圳 说:
大部分企业，尤其不是软件公司的企业，都差不多
不胜人生一场醉(亲亲我的宝贝！) 说:
如果我50%的时间花在沟通上，你认为我还有时间做这些过程吗？
不胜人生一场醉(亲亲我的宝贝！) 说:
CMM3的文档模板是有的
susan-pm-湖北 说:
PM应该应该花费75%的时间在沟通上，呵呵
不胜人生一场醉(亲亲我的宝贝！) 说:
很多新的pm往往对文档模板比较看重，呵呵
susan-pm-湖北 说:
过程应该是相关职责的人来做的，你来审核即可，我的理解
dearChloe-PM-深圳 说:
花时间沟通不是什么问题
dearChloe-PM-深圳 说:
这个比较傻
susan-pm-湖北 说:
你的项目变更多吗
不胜人生一场醉(亲亲我的宝贝！) 说:
比较多
不胜人生一场醉(亲亲我的宝贝！) 说:
都推掉二期去了
不胜人生一场醉(亲亲我的宝贝！) 说:
流程还没建立起来
susan-pm-湖北 说:
你能说服真是不错
susan-pm-湖北 说:
配置管理用什么工具在做？
不胜人生一场醉(亲亲我的宝贝！) 说:
VSS
不胜人生一场醉(亲亲我的宝贝！) 说:
JIRA做项目管理工具
susan-pm-湖北 说:
这个是免费的吗
不胜人生一场醉(亲亲我的宝贝！) 说:
开源的
susan-pm-湖北 说:
你觉得控制得好吗
susan-pm-湖北 说:
VSS使用效果如何
dearChloe-PM-深圳 说:
其实我也希望有这样的项目来锻炼一下
dearChloe-PM-深圳 说:
哎
susan-pm-湖北 说:
没用过，不知道好用吗
不胜人生一场醉(亲亲我的宝贝！) 说:
还算正常，首先项目没有不延期的，其次有许多是甲方造成的，再次成本控制和利润率都还算理想
不胜人生一场醉(亲亲我的宝贝！) 说:
cvs、vss其实都差不多
dearChloe-PM-深圳 说:
甲方不是你们自己公司？
不胜人生一场醉(亲亲我的宝贝！) 说:
当然不是了
susan-pm-湖北 说:
看来甲方还比较好说话
dearChloe-PM-深圳 说:
哦
husthxd-PM-广州 说:
我提个问题：没考虑过用数据交换平台进行数据交换？
husthxd-PM-广州 说:
数据交换平台成熟的产品还是有不少的。
不胜人生一场醉(亲亲我的宝贝！) 说:
当然想有一个统一的平台了
不过这个平台要支持oracle的CRM叫sebal什么的，要支持IBM的mq
不胜人生一场醉(亲亲我的宝贝！) 说:
要支持一般的webservice
不胜人生一场醉(亲亲我的宝贝！) 说:
恐怕难度也不小吧
husthxd-PM-广州 说:
呵呵，是不容易。估计这些支持要自己开发或者是二次开发。
susan-pm-湖北 说:
小栋，数据交换平台有哪些产品啊
不胜人生一场醉(亲亲我的宝贝！) 说:
即使有了这个数据交换平台对于大批量的数据同步和双向同步工作也是无效的，只能针对于市场上普遍见到的接口而且是少量数据
不胜人生一场醉(亲亲我的宝贝！) 说:
any question?
husthxd-PM-广州 说:
en，测试过，大批量的数据同步，如可能的话（同构数据库、物理连通）最好还是用存储过程。
不胜人生一场醉(亲亲我的宝贝！) 说:
如果想实时的，还是得用数据库stream，高级复制或是dsg等及其他工具了
susan-pm-湖北 说:
dsg?
不胜人生一场醉(亲亲我的宝贝！) 说:
专用的数据复制技术吧，了解过，基本上那一种实时同步都存在着一定的bug
不胜人生一场醉(亲亲我的宝贝！) 说:
没有最好最完美的解决方案
  China_Iverson   说:
总觉得软件开发，应该有个更合理的 "道" 也就是规律在里面
不胜人生一场醉(亲亲我的宝贝！) 说:
技术有道，管理就很难说了
dearChloe-PM-深圳 说:
管理，哪里是我们PM说了有用的
husthxd-PM-广州 说:
这个“道”，是要在实际工作中不断的总结和沉淀才好领悟了。
  China_Iverson   说:
很谢谢不胜人生一场醉的案例分析，获益匪浅
不胜人生一场醉(亲亲我的宝贝！) 说:
共同学习吧，也算是项目最后自己的一个总结
  China_Iverson   说:
长了很多见识，呵呵
husthxd-PM-广州 说:
经历就是一种财富，呵呵，很多人巴不得有LZ这样的经历
dearChloe-PM-深圳 说:
是的。这种机会很好

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/3433/viewspace-612986/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/3433/viewspace-612986/