虚拟项目管理

.1．8．2 什么使成熟过程起作用
参考书目
第2章 两种文化的故事
(分裂的项目)
2．1 故事
2．1．1 个人经验的影响
2．1．2 文化、逆境和沟通
2．1．3 虚拟团队的沟通障碍
2．1．4 在虚拟项目中解决冲突为
什么经常会失败
2．1．5 回到这个故事中
2．2 虚拟合作的一个困境
2．2．1 分裂的项目准则
2．2．2 综合的项目准则
2．3 临近隔间探头的故事
2．4 关于创造性设计过程
2．4．1 我们头脑中的电灯泡
2．4．2 与过去经验的关系
2．4．3 酝酿和借鉴
2．4．4 虚拟合作和创造性的过程
2．5 在必要的时候一起工作
2．6 虚拟文化的实现
2．7 结论
参考书目
第3章 远程任务管理：我在按要
求做事情吗
3．1 体系结构的故事
3．2 为什么体系结构是影响远程任务
完成的关键
3．3 认识体系结构
3．3．1 体系结构的组织观点
3．3．2 体系结构的不同的组织观点
3．3．3 组织结构与任务分配之间的关系
3．4 术语的"本地含义"的演变以及它与
组织职责之间的关系
3．5 关键问题、风险和过去的经验之间
的关系
3．6 使用体系结构来促进任务沟通
3．7 数据库工作过程的故事
3．8 基本准则、坚定的信仰和风险
3．9 回到我们的故事
3．10 结论
参考书目
第4章 虚拟文化的实现：快速过滤
项目准则
4．1 rfpm构造和维护指南
4．1．1 规模大小
4．1．2 关键问题和一致策略
4．1．3 体系结构／系统设计指南
4．1．4 配置管理
4．1．5 增量构建
4．2 为什么需要更为正式的任务分配
4．3 什么是cpdm以及它有哪些用途
4．3．1 cpdm属性
4．3．2 组件产品与任务分配的关系
4．3．3 组件产品和可交付产品
4．3．4 cpdm和项目／公司规程
4．3．5 cpdm是连接公司规程和项目特定信息的桥梁
4．4 通过使用cpdm来避免虚拟项目缺陷的例子
4．4．1 如何避免缺陷一：模棱两可的术语引起的沟通偏差
4．4．2 如何避免缺陷二：过程不清晰引起的沟通偏差
4．5 cpdm的好处之一：系统和软件的集成
4．6 cpdm的好处之二：最终交付产品的灵活性
4．7 结论
参考书目
第5章 团队沟通：游戏规则已经改变
5．1 团队忠诚度的故事
5．1．1 故事短评
5．1．2 团队信息分类
5．1．3 团队原则一：对团队要忠诚
5．1．4 虚拟项目与多团队忠诚
5．1．5 我们是否对远程的团队成员要求得太多了
5．1．6 返回我们的故事：困境
5．1．7 自主管理的团队、老虎团队及以控制为导向的经理
5．1．8 老虎团队
5．1．9 另一种解决办法
5．1．10 发言权不同于表决权
5．1．11 关于团队忠诚的更多信息
5．2 怎样有效地利用虚拟沟通技术
5．2．1 电子邮件
5．2．2 远程电话会议系统
5．2．3 小事情和大事情
5．3 虚拟项目有效运转的规则
5．4 总结和结论
参考书目
第6章 集成：现实世界还不是无缝的
6．1 故事
6．1．1 好消息
6．1．2 不太好的消息
6．2 "这里和那里"的故事
6．2．1 故事
6．2．2 陷阱："让我们采用可能得到的最成熟的过程"
6．2．3 对工作过程的观察
6．3 怎样制定有效的工作分解决策
6．3．1 开发的不同阶段
6．3．2 体系结构的因素(子系统)
6．4 集成工作的困难
6．5 全球组件方法
6．5．1 什么是全球组件
6．5．2 使用全球组件的好处
6．5．3 全球组件方法和虚拟的概念相抵触吗
6．5．4 澄清术语
6．5．5 全球组件的三个主要特点
6．6 分析和建议
6．6．1 任务分配
6．6．2 质量
6．6．3 集成
6．7 总结
参考书目
第7章 使用切实可行的八步骤方法来建立和维护一个成功的虚拟项目
7．1 虚拟项目的11种常见问题
7．2 八步骤计划介绍
7．3 第一步--建立高层的项目组织
7．3．1 指派团队领导
7．3．2 制订宪章并在其中清晰地定义职责
7．3．3 开始建立rfpm
7．4 第二步--建立工作分解
7．4．1 确定方法(子系统、阶段和其他)
7．4．2 建立初始的系统体系结构
7．4．3 建立cpdm--连接体系结构和子系统的桥梁
7．4．4 工作分解
7．4．5 由于不恰当的原因拖延工作分解的定义
7．5 第三步--系统计划
7．5．1 系统构建计划
7．5．2 需求分配
7．5．3 集成计划
7．6 第四步--特殊任务：基础设施和项目规则
7．6．1 什么是基础设施以及如何确定自己的项目的需求
7．6．2 项目规则--经验教训的交流
7．7 第五步--建立组织的第三层
7．8 第六步--详细计划
7．8．1 详细计划编制方法中的文化差异
7．8．2 三个必须预先完成的任务
7．8．3 首先做最该做的事
7．9 第七步--测试项目组织的运作概念
7．9．1 任务方向--当顾问领导和职能领导发生抵触时
7．9．2 任务管理--严格的方法和综合的方法之比较
7．9．3 跨不同组织及跨多个工作地点之间的交互--使用检查清单
7．9．4 集成工程职责--使用检查清单
7．9．5 与客户的沟通--建立一个定义良好的策略
7．10 第八步--执行过程中聚焦冲突管理
7．10．1 项目执行过程中非技术层面的因素
7．10．2 冲突的两种形式
7．10．3 良性冲突的标志
7．10．4 破坏性冲突的警告信号
7．10．5 预防性维护
7．11 总结
参考书目
第8章 总结
8．1 虚拟公司
8．2 虚拟合作方法总结
8．3 有关非正式活动的重要注释
8．4 未来的虚拟项目策略
8. 5 使策略起作用
8．6 虚拟文化概念的总结
8．7 虚拟文化的产物
8．8 虚拟文化的哲学
8．9 未来的虚拟文化
8．10 现在应该做什么
8．10．1 新项目
8．10．2 现有的项目
8. 11 虚拟项目管理框架
8．11. 1 第一级：组织
8．11．2 第二级：虚拟文化基础层
8．11．3 第三级：虚拟文化中间层
8．11．4 第四级：虚拟文化动态层
8．12 如何使用框架
参考书目
附录
附录a 组件产品开发矩阵(cpdm)
的指导
附录b 定义
附录c 模板
附录d 表格
附录e 表格样例
附录f 标准
附录g 警告信号
附录h 检查清单
附录i 规则
附录j 常见问题
附录k 宏观的观点
附录l 34个小贴士和50个解决方法
大纲

.　　
　　以上描述的情况怎么样？你是不是感到有些疑惑？是的，这种感觉是很正常的。这个项目
　　确实被描述得有些不切实际，技术的发展以及组织获取商业机会的策略的变化都会对工程
　　如何真正地进行产生显著的影响。这些变化不仅是由技术的发展来驱动的，也因为我们
　　要改变客户的态度，使我们能够利用已有的解决方案来迎接新的挑战。
　　今天，客户不愿意等很多年后才能看到他们投资的成果。竞争的日益加剧要求我们必须具备
　　快速解决问题的能力，并且在需要的时候，能够很快地改变以符合新的要求，这并不是那么
　　容易实现的。虽然利用已有的解决方案来完成任务从理论上讲是非常合理的，但很少有公司
　　具备必要的、全部的解决方案以及有能力的专家来应对当今多数复杂的挑战。
　　
　　为了适应竞争的需要，许多高新技术组织开始转向战略合作模式，他们雇佣物理上分散的但
　　是已集成的项目团队。就在几年之前这种模式看起来还是难以想象的，然而现代技术，例如
　　电子邮件、互联网、网络会议、电话和视频会议等技术为分布式团队更加高效地工作提供了
　　新的可能。
　　
　　本书的内容
　　
　　本书讨论的不是虚拟技术。它讨论的是技术管理问题，也就是如何通过雇佣其他组织的资源
　　和人力来快速、低成本地建立复杂的软件密集型系统，这是软件项目管理革命性的进步。我
　　们知道这种管理模式的潜力是巨大的。同时，从目前的工程组织机构在上世纪90年代中后期
　　到21世纪初遇到的问题和积累的经验中，我们也认识到哪些方面严重影响了项目的进展。这
　　本书描述和验证了，在以高新技术为主、采用虚拟合作方式的软件密集型项目中所采用的关
　　键的管理方法，同时也为组织在高速变化的环境中寻求高生产力提供了切实可行的方法。
　　
　　本书的读者
　　
　　本书是为那些忙碌的项目领导者以及项目工程人员（第一或第二层的工程管理人员，高级项
　　目工程人员以及项目经理）编写的。他们了解项目管理的基本方法，但是面对今天基于虚拟
　　合作方式的项目，他们不知道造成项目进展困难的根本原因是什么，以及如何解决这些问题
　　。由多个组织参与并采用分布式开发的高科技软件项目会面临很多问题，这本书对关心这些
　　问题的人会有所帮助。本书假设读者熟悉大型软件项目的传统的管理方法。
　　
　　本书的组织
　　这本书分为七个部分：绪论，综述，传统集中式环境，故事，八步骤计划，总结和附录。
　　在绪论部分，我们提出了本书要讨论的观点，并对项目的特点进行了描述。我们很快发现
　　这些对于很多类型的项目都是适用的。在绪论中，我们还将讨论：虚拟合作的工作方式
　　对生产力的基本影响，以及为什么要对虚拟项目给予更多的关注，并且特别强调了这本书将
　　如何帮助读者。
　　
　　书中提出的建议旨在让读者了解在虚拟项目中会出现的情况，而不是要告诉读者应该怎样
　　去做。在理解虚拟项目带来的新的困境之前，我们首先要真正接受这一事实，也就是项目管
　　理方式的变化是必然的。这是故事部分的主要目的。
　　
　　同时，考虑到项目领导者非常繁忙，他们中很少有人能有时间仔细浏览书中的所有细节，所
　　以综述部分就被包含进来。这是本书最后写出的一个部分，它把本书中对于虚拟项目领导者
　　来说最重要的关键点进行了概括，包括了在虚拟项目中最常见的11种问题和14种推荐的解决
　　方法。
　　
　　为了保证综述部分尽可能简练，我们没有提供所有的背景知识和基本原理，但读者可以根
　　据我们提供的参考书目来了解更多的细节。综述部分提出了一个包含八个步骤的切实可行的
　　计划，这个计划可以用来搭建和执行新的虚拟项目，或者改进已经出现问题的项目。
　　
　　第1章主要描述了在传统的集中方式下如何完成项目，以及项目具有哪些基本特征和要素。这章的内容基于这样的假设：在完全理解新的分布式项目运作方式带来的变化之前，首
　　先需要理解传统集中方式的成功之处。
　　
　　接下来的五个章节通过对真实的项目经历的一系列故事来调查和阐述发生在虚拟项目中的变
　　化，这些项目大都发生在1994年至2000年间。我们对这些项目进行了分析、研究、总结，并
　　针对项目中常见的问题推荐了解决方法。
　　
　　第7章综合了前面几章的结论，并对在综述部分中讨论的八步骤计划进行了非常深入的探讨
　　。
　　在第8章“总结”中，我们回到了生产力的问题上，再次提醒读者我们在绪论部分讨论过
　　的目标，并将关键点进行了总结。我们还将讨论，如何保证一个虚拟项目的正常进行，以及
　　如何着手改进一个正在进行的项目。
　　在附录部分我们提供了一些相关的支持信息。第1章至第8章中重点描述的34个有关虚拟项
　　目问题的小贴士和50个解决方法在附录L中进行了总结。我们建议忙碌的管理人员阅读附录J
　　中提供的常见问题的解答。
　　由于这不是一本关于方法学的书籍，书中推荐的方法和当前的系统和软件思想是一致的。书
　　中提供的解决方法参考了相关领域中公认的专家发表的作品。
　　如果你正面临一个高科技软件密集型项目，项目有多个组织参与，并且有多个工作地点（这种方式
　　将被越来越多的公司采用），这本书将帮助你的项目向着正确的方向前进，并避免许多其他公
　　司遇到过的常见错误再次发生在你的项目中。