第一篇 陷入泥潭的产品经理
第1章 焦油坑和变色龙
一、需求持续变化带来的痛苦
二、需求的变化类型
三、需求变化带来的问题
四、互联网上没有秘密，需求变化从开发者开始爆炸
五、为了获取需求而产生了大量需求
六、软件成为开发工具而产生的需求
七、软件成为水和电后产生的非功能需求
八、互联网产生的新型商业模式导致的需求
九、互联网残酷的竞争产生了新的需求
十、不变的只有变化
第2章 创业容易守业难
一、软件是产品还是服务？软件的形态在不断变更
二、软件的存在环境在持续变更
三、兵是流水的，营盘是铁打的吗？
四、机会爆炸
第3章 "敏捷"的真相
一、老板最喜爱的员工是最令人头疼的
二、敏捷是一种沟通方式
三、敏捷是瓷器活，你得有金刚钻
第4章 讨厌的老李
一、唠唠叨叨文山会海无所作为
二、离职长谈
三、无为而治
第5章 角色胜于流程
一、不在其位，难谋其政
二、以教训和经验为规范和流程
三、用接口代替检查
四、让理性引导团队
第二篇 项目团队的类型
第6章 特种兵小队
一、强力碾压
二、"特种兵小队"的角色
三、一鼓作气，再而衰
四、准备长期作战
第7章 小作坊
一、师徒相传
二、温情人治
三、人员流动--分水岭
第8章 血汗工厂
一、领导数据赏罚
二、疯狂的测试
三、大隐隐于朝
第9章 外科手术室
一、专业和理想
二、关注目标，研究方法
三、现实很骨感
第三篇 项目管理工作范围
第10章 开组了，速度了
一、人力资源规划
二、校园招聘
三、社会招聘
四、培训--新兵训练营
五、老兵报到处
六、隐形培训
第11章 看好你的小朋友
一、解释"为什么"
二、制定、修改工作方法和工具
三、分配任务和资源
四、找出我们在哪儿
第12章 与老板"角力"
一、计划和总结
二、争取资源
三、计划变更
第13章 跨部门沟通
一、无须太冷或太热
二、沟通记录汇报感谢
第四篇 超小型项目 1
第14章 老板！老板！
一、一句话产品需求
二、准备好随时上线
三、选出你的千里马
第15章 十项全能运动员
一、设定目标--炮兵观察哨
二、小石子法分解目标
三、先设置好试验场
四、确保每天提交工作，并且是可测试的
五、重写不可避免，但须注意时机
六、山寨，善哉
七、简化代码工作
八、自己去补上那些漏洞
九、不要预设功能，但应提出设想
十、网上能下载的绝不自己写
第16章 吃自己做的饭
一、准备好干净的环境
二、设置必要的监控日志
三、自己务必要使用
四、直接接触用户
第五篇 半年期项目
第17章 项目负责人
一、一句话需求
二、做好最好的设想，做好最坏的打算
三、组织大家吃午饭
第18章 市场部的讨厌鬼
一、要求听用户的故事
二、用你自己的感受说话
第19章 骄傲的程序员
一、参与产品设计，并且一起制订进度计划
二、所有非功能需求，必须一开始就设定
三、用可展示的程序推动设计
四、分工=共同设计+分头按接口开发
五、以测试结果验证项目进度
六、应对"上线危机"
七、一边航行一边修理
八、拉响进度警报
九、做好长跑的准备：重构测试运维
第20章 准备好资源，特别是人际关系资源
一、人力资源
二、开发硬件资源
三、服务器等运营硬件资源
四、广告费等项目推广资源
五、团队活动经费
六、所有资源的资源--老板
第21章 沟通各色人等
一、让人大吃一惊的美术
二、拿什么拯救你，我的编辑
第六篇 长期项目
第22章 核心团队
一、核心人物的要求
二、磨合
第23章 做一个斤斤计较的制作人
一、知己知彼
二、让每个人都知道为何而战
三、最忠实的用户
四、追求质量
第24章 管理飞扬跋扈的技术部
一、开发是一切--何时写文档
二、了解什么是软件架构
三、何时以及如何评审
四、分层开发，尽快运行
五、非功能需求决定成败
六、追求代码质量
七、搭好测试这个安全网
八、自己掌控开发方向
九、告别救火队员
十、每天发版
十一、版本列车
十二、论功行赏（绩效评估）
第25章 "硬件"资源
一、你需要的软件工具
二、知识--人力资源倍增器
三、技术部周年财政预算：人力硬件办公设备
四、环境提升效率：门、家具
五、公司内部系统
第26章 专业副手
一、生旦净末丑缺一不可
二、被忽视的IT
三、运维=网管？
四、人肉美术资源转换器
五、神或牛一样的测试人员
六、压力测试
七、客服
八、鼓励为自己加班
第七篇 管理者的三板斧
第27章 目标管理
一、关于管理的误解
二、管理的本质
三、基于目标的管理
第28章 时间管理
一、阿尔卑斯法时间管理
二、番茄时间管理
第29章 沟通技巧
一、了解沟通对象的性格
二、了解沟通对象的职业特征
三、了解你自己
鄂公网安备 42010302001612号 