具体描述
本书专注于技术、人与流程三个要素，全面介绍交互式项目管理。作为数码制作公司Clockwork Active Media的两位总裁，作者更是结合自身公司的实际项目管理经验，总结难点与要点，利用大量实例与最佳实践进行佐证，力求在鲜活的场景下引起大家共鸣。本书大致分两部分。前半部分侧重于人的一面，强调协作与沟通，概括交互式项目经理的作用和项目管理方法，教你如何成为优秀的项目经理，以及如何在引领团队从项目启动到发布一路上披荆斩棘。后半部分给出了作者在Clockwork Active Media公司实际使用的项目管理方法，举例阐明了如何将前半部分讨论的项目经理的作用与项目管理方法应用到实际项目中，同时讲述了把这些思考付诸行动的各个阶段和最终产物。
本书不仅适合IT行业项目经理参考阅读，无论数码制作公司、广告公司还是公司的营销团队，大家均可综合运用书中的工作思路以及处理项目与人员方式方法成功推进项目。
作者简介
作者简介：
Nancy Lyons
Nancy Lyons：技术只有以人为本，成果才能与众不同
Clockwork Active Media公司总裁兼CEO。她是领导者，也是技术专家，供职于技术、社区和人员相互交叉的行业，广泛宣传工作文化、社交媒体、技术与领导艺术等方面的理念。她认为“积极上进的人才能创造好产品”，并在客户与团队中推动旨在培养创意与智慧的协作创新型文化。她本人及其领导的公司在全美得到了广泛好评。
Meghan Wilker
Meghan Wilker：技术可以创造无尽可能，使生活便捷并建立有意义的纽带
Clockwork Active Media公司副总裁兼常务董事，GTDtimes.com特约作者。她擅长运用战略、技术和流程将人员与产品相结合，经常通过公开演讲、写作等指导个人与企业开发智能数字产品。她通过提醒、教育用户以及吸引用户注意力的手段努力让用户主动接触网络，并积极推动对话和交流，在交互产业社区内掀起变革。另外，她还被《明尼阿波利斯/圣保罗商业杂志》评为“值得关注的女性”。
Clockwork Active Media公司 简介
业界领先的数字产品代理公司，擅长在Web、移动与其他数字领域设计和开发商业解决方案。
-------------------------------------------------------------------
译者简介：
刘云赟
80后，毕业于中国人民大学与中山大学，现居上海，曾供职商业银行从事六年的IT研发工作，现为互联网金融新兵，开源爱好者及文档翻译爱好者。他乐于与人分享知识，相信书籍的力量。
金从军
她做过大学教师、创业者、渠道总监、程序员、开发项目经理、IT培训教师……她也曾编写教材，翻译过计算机类图书及技术资料。她一直在寻找自己喜欢与擅长的事情，游戏与编程，酿酒与咖啡，中医与瑜伽，都是她 的最爱。
目录信息
它关乎人员，关乎技术，无处不在。
1.1 交互产业 2
1.1.1 “交互”的含义 2
1.1.2 项目角色 4
1.2 衍生于软件与广告业 7
1.3 声明 10
1.3.1 尊敬的领导 11
1.3.2 敬爱的客户 11
1.3.3 亲爱的团队成员 12
1.3.4 后续内容 13
第2 章 浅谈交互式项目管理 15
独特行业的新型工作。
2.1 交互式项目管理的定义 16
2.1.1 交互式项目管理为何物 16
2.1.2 交互式项目管理在何处运作 17
2.2 交互式项目管理是一系列关键技能的集合 18
2.3 交互式项目管理也是一系列关键任务的集合 19
2.3.1 预先计划：预测路线、资源和实际情况 20
2.3.2 适当应对：解决问题，做出调整 20
2.3.3 积极沟通：全面把握，避免陷阱 21
2.3.4 留心观察：眼观六路，耳听八方 22
2.4 完美的项目经理 23
2.4.1 富有人格魅力 24
2.4.2 注重细节 25
2.4.3 天生善于沟通 25
2.4.4 乐于上网 26
2.5 收获 26
第3 章 情商 27
不是技术驱动项目，而是人员驱动项目。
3.1 什么是情商 29
3.2 新职业精神 30
3.3 为什么情商很重要 31
3.4 情商的实际作用 32
3.4.1 不要采取防御姿态：要理解他人的感受 32
3.4.2 管理会议：敏锐感知身边发生的事 33
3.4.3 建立预期：让工作更加富有成效 34
3.4.4 做值得信赖的人：分享价值观，恪守承诺 35
3.4.5 认可专长：在工作中发挥他人优势，规避其劣势 35
3.4.6 洞悉一切：从言行举止中发现弦外之音 36
3.4.7 帮助他人：联系团队，倾听心声 38
3.5 为人冷漠，难达卓越 38
3.6 收获 39
第4 章 沟通 41
正确的信息，正确的媒介，正确的时机。
4.1 良好的沟通是什么样子的 42
4.2 沟通的类型 44
4.2.1 事务型与关系型 44
4.2.2 常规沟通 45
4.2.3 临时沟通 47
4.3 最佳实践 48
4.3.1 发送高质量的电子邮件 48
4.3.2 始终让所有人都知情 50
4.3.3 坚持进行清晰的常规沟通 52
4.3.4 争论之后通过临时沟通来应对 53
4.3.5 交代上下文，而不是释放真相炸弹 55
4.3.6 给出有相应解决方案的否决 56
4.3.7 消息不论好坏 57
4.3.8 七个字缓解紧张 57
4.3.9 解决冲突要展望未来，而不是回顾过去 58
4.4 收获 60
第5 章 流程 61
办妥各项数字化工作。
5.1 现有的项目管理模式 62
5.2 Clockwork 公司的流程 64
5.2.1 定义流程的特性 65
5.2.2 流程概览 66
5.3 为何该流程富有成效 68
5.3.1 人员推动流程，反之则不然 68
5.3.2 知其所以然，带来大不同 68
5.3.3 你不知道客户有何需求，客户自己也不知道（最初之时） 69
5.3.4 惊喜只有在生日派对上才是好事 69
5.3.5 制订一个计划，关注它的落实 70
5.4 收获 71
第6 章 项目准备 73
把所有事情都安排妥当。
6.1 做好准备 74
6.2 走好关键第一步 74
6.2.1 选择团队成员 74
6.2.2 主持首次会议 76
6.3 联系客户 78
6.4 准备管理计划 81
6.4.1 概括项目 81
6.4.2 制订沟通计划 82
6.4.3 评估项目风险 84
6.5 收获 86
第7 章 项目定义 87
评估，概括，统一。
7.1 确定目标以及达成目标的方式 90
7.1.1 评估当前整体情况 90
7.1.2 确定项目方向 94
7.2 从简报到计划 95
7.2.1 在疯狂之中找到方法 95
7.2.2 与人协作 96
7.2.3 完成内容策略与信息架构概要 98
7.2.4 项目需求概述 101
7.2.5 有效地向客户展示文档 104
7.3 推荐方案 105
7.3.1 项目评估 106
7.3.2 设计开发方法 107
7.3.3 向客户展示开发方法 109
7.4 收获 110
第8 章 项目生产 111
享受乐趣。
8.1 项目管理巨星 112
8.1.1 召开生产启动会 113
8.1.2 在团队中协调信息 115
8.2 前端：推动技术发展 117
8.2.1 完成内容策略与信息架构 117
8.2.2 完善创意 120
8.2.3 创建设计理念 123
8.2.4 从设计到前端开发 125
8.2.5 创作主题 128
8.2.6 项目管理检查点 128
8.3 后端：编写代码 130
8.3.1 发布开发计划 130
8.3.2 代码：让产品运行 132
8.4 前端与后端的相结合 135
8.5 收获 137
第9 章 项目演示 139
反馈与微调。
9.1 准备收尾工作 140
9.1.1 定义演示版本 140
9.1.2 把开发版本转换成演示版本 141
9.1.3 对演示版本进行内部审核 141
9.1.4 为产品发布敲定内容终稿 143
9.1.5 项目经理检查点 145
9.2 核实工作 145
9.2.1 拥有现实预期 145
9.2.2 测试最终产品 147
9.2.3 为什么要测试 147
9.2.4 起草测试计划 149
9.2.5 项目经理检查点 151
9.3 演示：最后的彩排. 152
9.3.1 展示演示版本 152
9.3.2 创建沟通计划 156
9.3.3 支持你的团队 157
9.3.4 项目经理检查点 159
9.4 收获 159
第10 章 项目发布 161
全世界，你好！
10.1 把产品交给客户 162
10.1.1 发布只是开始 162
10.1.2 项目经理检查点 165
10.2 最后的绿灯 166
10.2.1 审核最终版本 166
10.2.2 批准最终版本 167
10.2.3 项目经理检查点 168
10.3 按下开关 168
10.3.1 在周三午饭后发布 168
10.3.2 发布前的几周 169
10.3.3 创建发布日计划 172
10.3.4 发布后的活动 173
10.3.5 项目经理检查点 174
10.4 收获 174
第11 章 项目结项 175
总结一下。
11.1 内部评估 176
11.1.1 召开项目后的团队会议 176
11.1.2 召开项目经理会议 177
11.1.3 项目经理检查点 178
11.2 客户评价 179
11.2.1 开启项目发布后的关系 179
11.2.2 安排项目后的签字确认 179
11.2.3 项目经理检查点 180
11.3 放眼未来 181
11.4 收获 181
11.5 朋友们，我们后会有期 181
· · · · · · (收起)
读后感
用户评价
这本《项目管理新思维》的出现，简直是为我这个在传统项目管理框架里挣扎了多年的老兵注入了一剂强心针。我记得我翻开第一章的时候，就被它那种颠覆性的视角给吸引住了。它完全没有那些冗长乏味的流程图和层层叠叠的文档模板，而是直击核心——如何在快速变化的环境中，保持项目的灵活性和高价值交付。书中对“敏捷性”的阐述，不再是那种生硬地套用Scrum或Kanban的表面文章，而是深入到了组织文化和思维模式的转变上。作者似乎深谙现代企业面临的痛点，那种感觉就像是，你正在为一个无法预期的未来做计划，而这本书提供的不是地图，而是一套指南针和攀岩工具。特别是它提到的一种“涌现式规划”的概念，让我对那种僵硬的、瀑布式的年度计划彻底失去了兴趣。我更倾向于认为，未来的成功项目管理，在于我们对不确定性的拥抱，以及构建一个能够自我修复和快速迭代的团队结构。这本书的价值在于，它把那些看似玄乎的“新思维”具象化了，通过一系列生动的案例，让你真切地体会到，什么是真正的以价值为导向的项目管理，而不是仅仅为了完成任务而完成任务的官僚主义。
对我而言，最能体现这本书价值的是它关于“跨职能协作”和“价值流优化”的章节。我们公司很多项目之所以陷入泥潭，不是因为技术能力不足，而是因为部门墙太厚，信息流断裂。这本书没有提供一个神奇的“部门融合药方”，而是提供了一套基于“共同成果”的激励和衡量体系。它阐述了如何通过微小的、持续的反馈闭环，来强制性地打通信息孤岛，让不同职能的人从各自为政转变为共同关注最终交付给客户的价值。我特别留意到它关于“最小可行产品（MVP）”的延伸讨论，不再局限于软件开发，而是将其推广到任何需要验证假设的业务场景。这种普适性和扩展性，极大地拓宽了我应用这些新思维的领域。读完后，我立刻尝试用书中的“价值链可视化”工具，梳理了我手头一个跨部门的流程，结果发现了一个此前被完全忽略的、长达一周的无效等待环节。这种即时见效的反馈，是判断一本管理书籍是否真正有力的最佳标准。
这本书的写作风格非常独特，它没有采用那种居高临下的专家口吻，反而更像是一位资深的项目领导者在深夜咖啡馆里，与你分享他的血泪教训与独到见解。语言流畅且富有感染力，很少出现那种生硬的术语堆砌。我尤其喜欢它对“风险管理”的重新定义。传统观念里，风险管理就是找一堆潜在的问题，然后给它们分配一个分数，最后制定一个应对计划。但这本书指出，在高度不确定的领域，风险本身就是创新的温床。它鼓励我们主动去“探索性地触碰”边界，而不是被动地规避。这种积极的心态转变，对于那些常年被KPI和严格预算束缚的专业人士来说，简直是醍醐灌顶。书中提及的一些失败案例分析，都异常坦诚，没有美化任何一方，直接剖开了失败的内核——往往是源于对现状的过度自信和对变化的恐惧。读到这些，我能真切感受到作者在项目实践中付出的巨大心力，这使得这本书的内容充满了可信度和实操性，绝非纸上谈兵。
读完之后，我的第一感受是如释重负，因为终于有一本工具书没有把我们带入另一个“工具的陷阱”。市面上太多关于项目管理的书籍，读下来感觉像是在学习一套复杂的乐高积木，你拥有了所有零件，但依然拼不出一个能跑起来的成品。这本书的厉害之处在于，它将重点从“如何管理任务”转向了“如何激发团队潜力”。我特别欣赏它对“仆人式领导力”在项目环境下的实践指导。这不光是管理者的自我修养，更是团队效率的催化剂。书中对沟通障碍的剖析，细致入微，它没有简单地归咎于工具或流程，而是指向了人与人之间信任的缺失和目标定义的不清晰。我甚至开始反思自己过去在项目启动阶段，是不是太过于急于敲定范围，而忽略了早期干系人的深度参与和共同愿景的建立。这本书就像一面镜子，让你清晰地看到自己团队内部那些微妙的、却能决定项目生死的“非正式互动”是如何运作的。它提供的方法论，更像是哲学指导，指导你如何像一个园丁一样，去培育一个健康成长的项目生态系统。
这本书给我带来的最大震撼，是它对“项目终结”的看法。通常我们关注项目的启动、执行和收尾，但很少有人会系统性地讨论如何优雅地结束一个项目，尤其是在项目已经部分成功或转型的情况下。这本书提供了一个非常成熟的框架，来处理“项目文化遗产”的转移和知识的沉淀。它强调，一个成功的项目不仅仅是交付了产品，更在于它在过程中培养了团队的能力和留下了可复用的模式。这种对“可持续性”的关注，让我开始重新审视我们项目结束后那些被随意丢弃的经验教训文档。作者对“反思会议”的深度解析，远超出了简单的“回顾与改进”，而是将其提升到了组织学习和战略校准的高度。读完最后一页，我感觉自己像是完成了一次深度的思维重塑训练，而不是简单地看完了一本技术手册。它教会我的，是如何在每一个项目周期内，都埋下通往下一个、更优秀项目的种子，这才是真正的“新思维”的精髓所在。
内容有是有，但不得不说太难读了……
有启发，但感觉人员分工那就挺混乱的，不是那么清晰，容易乱
我觉得是还不错的书，推荐，项目管理和技术一样也是有方法有套路。其中有些点子是非常不错的。很轻松，不是那种特别方法论和学术的书，很值得跟着实践。
有启发，但感觉人员分工那就挺混乱的，不是那么清晰，容易乱
有启发，但感觉人员分工那就挺混乱的，不是那么清晰，容易乱
