虽然自己定位在产品经理,但书中很多知识也很有借鉴意义。软件产品是脱离不了代码开发的,如果产品经理一点不钻研技术,那是于产品脱节的,也无法实现自己的想法。
本书索引:
第一篇 组织结构篇
第一章 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 附录:敏捷开发的宣言与原则 (可借鉴)
第三十七章 方法反思(找到自己的方法,自救)
产品经理也要懂管理
对“产品经理也要懂管理”的回应
《走出软件作坊》热门书评
-
争鸣来了——老曹如是说
58有用 10无用 叶卡 2009-01-12
http://hi.baidu.com/caoz/blog/item/51ee8a13486770d7f7039e2e.html走不出软件作坊2009-01-12 12:51黄一孟 小朋友犯了一个小错误,把他自己订阅的书寄给了我,是两本书,一本是“基业长青”,一本是“走出软件作坊”,这也让我有机会嘲...
-
读《走出软件作坊》有感
34有用 1无用 无尽之眼 2009-04-19
第一次看到这个书的副标题《三五个人十来条枪,如何成为开发正规军》,心里就觉的这是一本十足的IT小说书,但是读了几段之后,就放不下手了,很久没有看书看到欲罢不能的境地了,所以晚上一有空就读上几章,当然也不放过在等车和在轻轨上捧读的那一点时间,因为是部门公共书籍,所以看第一遍的时候也没有写下什么笔记,后...
-
为什么?!
29有用 0无用 joylite 2008-12-12
看完了这本书,我想的更多的是为什么? 一. 为什么项目做不好? 既然是软件作坊,一般来说,都还是谈不上什么软件产品的.能说的...
-
不错的项目管理+自我管理
25有用 2无用 O'Henry 2008-12-15
书摘:--------------有很多网友特奇怪我为什么能有时间来写博客,甚至还能接受网友的IM交流,问我是怎么做到的。他们都觉得自己每天忙死了,相信我作为部门的头公司的高层,估计更忙的不见人影,怎么回事呢?我总结了总结,在此给大家分享一下。首先,我每天的工作主要干什么?1每日接受开发组长报告给我...
-
很不错的书,4篇系列书评
21有用 1无用 judeyan 2009-02-15
读《走出软件作坊》-1自以为看书不用做笔记,匆匆翻过一遍便能吸取其中的精华。其实我不能。自以为可以把事业和感情平衡的很好,做到鱼与熊掌可以兼得。其实我也不能。那就一个一个来改吧。先来读读《走出软件作坊》这本书,每天把自己的心得写上来,看看自己究竟能学到什么。今天读了“双龙会”和“人,是人,真的是人”...