产品经理也要懂管理
2014-10-15
虽然自己定位在产品经理，但书中很多知识也很有借鉴意义。软件产品是脱离不了代码开发的，如果产品经理一点不钻研技术，那是于产品脱节的，也无法实现自己的想法。
本书索引：
第一篇 组织结构篇
第一章 CTO与技术总监
1、相当好CTO或技术总监，首先老板得喜欢你
2、想出与老板想法匹配的产品
3、老板给你的资源，永远小于你干事的资源
CTO四种素质：商业眼光、管理才能、技术眼光、产品架构。
4、我的日常工作（可以借鉴）
第二章 团队文化
1、职业经理人和老板的关系（职责划分）
2、老板不是混饭吃的
管理心得：
- 抓大放小，搭台让人唱戏
- 师傅带徒弟
- 朝九晚五，禁止加班
- 搞好环境、整好形象
- 立即奖励，马上兑现
好的人才
- 第一当数责任心
- 人的年龄和工作经验要拉开距离
- 技术第二，EQ第一
- 专业发展，流程协作
- 互相交流，制定下一阶段的目标
3、润物细无声（锻炼下属）
4、学习管理80后、90后
第三章 团队配合
1、混乱中的软件作坊（现状）
2、从游击队到兄弟连
软件开发团队角色：
- 帮助文档编写
- 内部培训
- 测试
- 公共代码编写
- 设计文档编写
- 支持人员
3、研发经理驾驭的四套马车
- 项目经理，1~2人
- 公共代码开发人员，1人
- 测试人员，1~2人
- 文案人员，1~2人
（P29 表1.1 四套马车在研发过程中的配合方法）
4、保证项目进度的四个“不允许”
现场开发、脱离业务、多种技术、最新技术
5、业务组长每日的进度沟通：向下、向上（可以借鉴）
第四章 项目经理
1、让人抓狂的项目经理
项目经理两大重点：
- 业务需求
- 项目计划、项目报告、项目异常解决、项目推进、
人员调度
第五章 架构师
1、李维：架构师应该具备的特性（参考）
2、需要越复杂我的成长越快（技术成长）
3、架构师必须了解业务
4、理解客户行业可以这样提问（5条访谈技巧可以借鉴）
5、MySpace怎么样做架构（案例）
第二篇 过程管理篇
第六章 老系统维护
1、写代码的8项建议
- 重点把控输入数据的校验
- 以后的需求再往上加，都写成函数
- 以后再加功能，尽量不要做成联动触发的
- 分离特殊处理业务的功能代码
- 隐藏处理不常用功能
- 避免全局变量和大流水代码
- 改BUG按照模块集中修改
- 多些视图和存储过程
2、客户需求！客户需求！
规范客户需求的管理。（可以借鉴）
3、几个过渡性的实用建议
- 修改代码前先备份,跟上日期
- 大修改前，先定一个稳定的版本发布出去
- 每天备份一份源代码
- 利用文本对比工具：WinMerge
- 发布新版本时，把关闭需求的列表附在新版本后
第七章 项目开发
三类客户：
- 根本没有IT维护人员
- 自己有专门的IT部门
- 自己有IT部门，但只做需求、招标、协调、管理等
1、共赢：说服没章法的客户
达成共识、收集需求、项目开发流程、原型。
2、文档以及文档的版本维护（可以借鉴）
第八章 新产品战略
1、做企业不能只守不攻
2、保守中的创新
- 剖析行业老大产品
- 只比客户前进半步
- 获得公司内部支持
第九章 产品生命周期
1、客户不同，产品不同
低端、中端、高端（简化版、标准版、高级版）
产品规划（新老产品关系）
公司各种角色对新产品的要求
2、什么是好软件
- 第一版：实用性。
- 第二版：包装漂亮。
- 第三版：增强现有功能和稳定性，尽量易用、易维护。
- 第四版：如何兼容，如何容错，代码易读。
- 第五版：性能。数据大。
- 第六版：重构易用性。
- 第七版：打补丁，准备下一代产品。
第十章 产品定位
1、微软的产品定位方法（案例）
2、“完美”的最佳客户
解决用户最核心的问题，不可能面面俱到。
第十一章 项目需求调研
1、日本人怎样讨论需求（案例）
2、需求调研实战
- 企业部门组织结构图
- 了解项目和各个部门的关系
- 不要采用聚众座谈，而是单个击破
- 发现流程、日常处理的空白、漏洞和矛盾
第十二章 设计文档编写方法
- 首先给出功能点文档
- 然后对功能点进行优先级标识
- 再根据功能点清单编写功能设计说明书
1、用户不必是计算机高手
我们并不是为了正规才编写文档，我们写的每一个文档都有作用。我们从来不为没有利益回报的东西多付出。
第十三章 开发团队练兵
1、技术总监做对的两件事
如何阅读代码、如何学习新技术
2、技术团队犯得致命错误
新产品、新团队、新技术同时出现
第十四章 代码编写规范
1、走极端的新手
- 代码风格统一
- 代码能看出业务流程
- 小函数组成，都有明确报错
2、新手容易出现的两个错误
- 调试没有章法
- 对数据没有警觉性
第十五章 软件测试
1、有方法和没方法的区别
测试方法：
- 分工测
- 不全部测
- 每天下班前汇总问题统一上报
- 每天的测试报告要连在一起
- 每个问题要标好功能模块
- 把需求和问题分开
2、测试人员兼任技术支持
- 经常遇到的问题，就做成FAQ
- 定期培训，解答疑问，并且考试
第十六章 产品文案（案例）
第十七章 售前经理
1、不难找的售前经理
- 必须懂得客户业务
- 最好干过开发
- 有项目经理的气质
- 有那么点机灵劲儿
- 会制作PPT和写文档
第十八章 售前、项目管理、实施适用的演示方法
- 字号够大
- 要有重点
- 字体要统一
- 名词要统一
- 不要用色太多
- 图表不要太复杂
- 把握好节奏
- 调整好页的顺序
- 眼睛不要死盯一个角
- 手放自然
- 讲话要大声、响亮
- 不清楚不要乱说
1、PPT之外的许许多多细节
- 清楚宾馆到会场的交通路线、车行时间
- 这次听众是谁？
- 准备好录音笔、激光笔
- 如果听众要求现场演示，最好不要做
- 检查好U盘内容
- 笔记本电脑清理干净
- 提前到会场，看好电源环境
- 准备复印听众材料
- 会场光线
- 会前检查自己的衣冠、面貌
- 不要评价竞争对手
第十九章 软件费用报价方法
1、调研费用
2、开发费用
第二十章 实施费用报价方法
项目实施阶段：
- 调研期
- 数据准备期
- 培训期
- 上线运行期
- 验收期
1、实施费用
实施费用=（A+N*B）*实施天数
A：所选级别的项目经理每天费用；
B：所选级别培训专员每天费用；
N：子系统数量。
第二十一章 服务费用报价方法
免费：论坛和QQ群
缴费：有一次性交清一年（或半年）和临时缴费。
服务能力：普通级、中间级、高级。
第二十二章 打造实施顾问
1、作坊VS大公司
2、一头一尾很关键
- 不要演示全部功能
- 不了解行业，不要打比喻
- 不要和管理层谈行业
- 不要和IT层谈IT
- 我们最了解的只是我们的软件
第二十三章 实施过程管理
1、实施：做好数据准备
- 严格地测试数据字典准备功能
- 封锁数据库，严格控制数据库访问权限
- 错误日志
P176 表2.4 实施工作分配表（可借鉴）
第二十四章 试点实施（如何找试点）
第二十五章 客服支持
QQ群、BBS、客服工单系统
P189、P190 表2.5 客户日报、周报 （可借鉴）
第三篇 激励考核篇
第二十六章 团队激励（奖金不一定能解决问题）
第二十七章 员工绩效考核
P206 表3.1 员工绩效综合评定表（可借鉴）
第四篇 职业发展篇
第二十八章 新人入职手册（潜规则）
1、职场老鸟入新巢
- 收集公司所有人联系方式
- 认识每个部门的头
- 了解现有产品
- 了解现有客户和跟单项目
- 结交与老板最亲近的人，观察他们的做事，分析老板为人
- 结交每个部门最有影响力的人，了解公司真实消息
- 了解每个主管的想法
- 寻求短期出彩的活
第二十九章 员工职业发展思考（职位、技术）
第三十章 创业小作坊职业发展思考
第三十一章 CTO职业发展思考
1、职业经理人的命名（大副）
第五篇 心路成长篇
第三十二章 关联性思维（可借鉴）
第三十三章 皆在一个“心”字（责任）
1、团队，团队，你有团队吗？（领导气质）
第三十四章 帮助过我的那些书那些人
大学时期：
- 严援朝 《CCDOS源代码剖析》
- Marco Cantu的《Delphi高级开发指南》
- Charles Petzold《Windows程序设计》
- 《微软的秘密》（可阅读）
- 迈克·波特《竞争战略》（可阅读）
- 《计算机世界》
工作时期：
- RonSoukup 《Microsoft SQL Server 7.0技术内幕》
- Don Box《COM本质论》
- 李维《Delphi高级开发》
- 王玉荣 《流程管理》
- 《谁动了我的奶酪》
- 《CORBA企业解决方案》
- 《软件开发的科学与艺术》
心智：
- 二月河 《雍正皇帝》
- 陈东升《华为真相》
- 《毛泽东》
- 《程序员》杂志
- 《财富》杂志
第三十五章 自我时间管理（参考）
第三十六章 从游击队到正规军
- 把引擎和业务功能分离
- 每日构建、每日测试、全程测试
- 代码复查
- 不要没完没了
- 结对开发
P266 附录：敏捷开发的宣言与原则 （可借鉴）
第三十七章 方法反思（找到自己的方法，自救）
查字典图书网