本书主要讲的是如何使小的软件作坊走向专业的软件服务提供商。作者写的好实在，字里行间都是实战总结出的真理，绝无空谈，他勾起了我很大的阅读兴趣，感谢陈芸同学推荐的此书受益匪浅。
随笔摘录先送给大家：
- 能救你的只有你自己，别指望别人会救你
- 没用不可能，如果你对这句话有质疑。那再送你一句，一切都没有可能，别白费力气，龙生龙，凤生凤，老鼠的儿子回打洞，认命吧。
- 这个世上没有机会，机会永远是别人的。除非你自己给自己创造机会，但也可能被别人抢走，所以要看住自己的机会。
- 不要把所有的功能都给客户演示，只讲客户最关心的功能。
- 简单的道理：老板不想做的，不能做的，做不了的我做，这就是权利。
- 先固化再优化，不要老是想着把所有问题都解决，要一步一步完善。
- 开发就像写作一样，如果你上来就从第个字开始写，估计你一年都写不完，所以要平时多累计，挑重点先开发然后逐步完善。
- 如果你连别人一句话的时间都容忍不了，怎么可能踏踏实实的做事。多听，多做，少说。
按本书大纲摘录了一些自认为比较重点的内容
双龙会：CTO与技术总监
- 公司必须有CTO，凌驾与技术总监之上，统筹咨询、实施、支持、协调市场和销售等。
- cto负责战略，技术总监负责实现执行。
- CTO四种能力
- 商业眼光：知道公司的盈利模式和应用模式
- 管理才能：
- 技术眼光：
- 产品架构
人，是人，真的是人：团队文化
- 职业经理人和老板的关系
- 老板多是疑人也用，用人也疑
- 再劳苦功高，我也是经理人，记住老板就一个，永远不要超越老板的范围。
- 不管做什么事情都要以老板的利益为目的。
- 如果发生意见不合，要抓住时机，站在老板的角度去沟通。如果还是不同意那就按照老板的意思执行，因为他是老板肯定比你厉害。
- 不要老骂客户，什么样的团队才会有什么样的客户
管人心得
- 抓大放小，搭台让人唱戏。往往事情的成败就那么几个关键点，抓住就行了。
- 要用目标引导。不要事必躬亲，给大家更多锻炼机会。
- 师傅带徒弟。新人一定要有专人去指导。
- 朝九晚五，禁止加班。用成绩去说话自然能得到老板的认可。
- 搞好环境，整好形象。恶劣的工作环境会影响所有人的心情。
- 奖励要及时，立即奖励，马上兑现，别老拖到年底，人心等散了就不好收了。
引入好的人才
- 第一就是要有责任心
- 人的年龄和工作应验要拉开距离，避免同一级别能力的人是上下级。
- 技术第二，EQ第一：首先考察他的EQ，尽量别用测试题，通过交谈去了解他各个方面的能力
- 专业发展，流程协作：不要啥都干，没有精通
- 相互交流，制定下一阶段的目标：让大家都有方向，心往一处使。
四套马车：团队配合（比较理想的团队组成 ）
- 编写帮助文档的人
- 搞内部培训的人
- 测试员
- 编写软件设计文档的人
- 核心代码和公共代码的编写人员
- 比服务部更懂软件的支持人员
- 不允许开发人员在客户现场开发，更不允许开发人员和业务开发组不在一起。
- 辅助工具是非常重要的，也很有效。但是没有使用的时候也不要找借口推卸责任。用word，excel也一样能做计划和管理。
大长今：项目经理
- 项目常见的问题
- 客户关系不好：没事多聊聊天、吃吃饭，多了解客户想要什么
- 技术遇到了难题无法解决
- 项目组不听指挥
- 项目经理懒得推动
- 企业有两种人的薪水比较高
- 一是公司卖的东西是他做的
- 二是公司的东西是他卖的
- 项目经理的两大重点
- 业务需求 ：了解客户到底需要什么，我们能做什么
- 工作安排：项目计划，报告，异常处理，推进，人员调配等
走钢索的人：架构师
- 架构师具备的特性
- 掌握核心软件技术
- 了解产品特性
- 了解软件趋势
- 具备创新技巧
- 架构师模型解析
- 技术能力，业务能力，人际关系，内在素质
- 技术是服务的，不是炫耀的。就像google只有一个简单的的输入框，但背后技术是非常先进的
- 架构师没有想象的那么困难，都是一步一步走出来的，遇到什么问题就解决什么问题。
过程管理
一个人的战斗：老系统维护
- 维护老系统的一些注意事项
- 重点把控输入数据的效验，保证输入的数据正确。可以避免很多问题。
- 添加的内容尽量都写成函数
- 分离出特出业务和正常业务。
- 真正大危害的是那些全局变量和大流水代码
- 改代码尽量按模块修改。别老跳着改。
我要飞的更高：新产品战略
- 只要你比客户快半步就行，不要上来就把你所有的想法加进去，让人看着就复杂麻烦，而且错误率高，成本高，必然会失败。
- 产品的生命周期
- 产品研发两个关键点：
- 整合产品竞争力：多个产品关联在一起，形成完善的产业链。
- 基础类的软件与合作火伴：开发基础类软件，并和其他人合作，完善整个生态系统
怎么样才能卖好软件
- 第一个版本：包装要漂亮，给人的第一印象要好，切忌亮点不要超过三个，否则成本高易出错
- 第二个版本：就开始根据需求增加功能
- 第三个版本：这个阶段非常关键，会有大量用户开始使用，除了增强现有功能和稳定性，尽量使软件易用、易维护。这个阶段建议不要太多功能，否则会使软件过于复杂，会阻碍大多用户的理解。
- 第四个版本：软件会越来越复杂，如果让他更兼容和容错，重点是重构内部代码和优化。
- 第五个版本：经过多年的使用，优化性能是重点
- 第六个版本：这时的软件功能肯定很多，需要把常用和不常用，正常业务和异常业务都区分出来，并隐藏或去除。重点在于重构易用性。
- 第七个版本：仅仅打打补丁等，准备酝酿下个产品。
- 总结：这就是软件的开发周期，不同时期有不同的开发重点。一定不要闭门造车，一口气把所有功能都开发出来。
定风波：产品定位
- 我们要经常问自己，我们的软件是干什么的，他的第一适合用户是谁，第二适合是谁
焦油坑：项目需求调研
- 客户想的只是怎么解决问题，而用什么技术无所谓，越简单越好。
- 如果你想给一个公司做好项目服务，一定要了解他们的组织结构，业务流程，并且要知道他们谁说的算，谁最烦人不懂装懂，谁最权威等
开发团队练兵
- 通过阅读学习上代产品的源码，可以了解他的业务流程和详细的数据结构等。
- 可以在源码上修改，或把有用的包提出来，避免所有的东西都从头开发，要学会利用别人成果，而不是否定别人。
- 代码那些事：代码规范
- 代码风格统一：从命名，大小写，缩进全部统一。
- 从代码中能看出业务流程，代码按照业务流程编写
- 程序都是小函数，有明确的报错机制，不会大面积报错。
- 很多时候在解决问题时，硬性要求是没有用的，要直接把路堵死，可通过程序直接限制等方法强制执行。
- 做技术培训或管理培训固然是好事，但很容易就变成形式，不能解决工作中的实际问题，既没有任何意义。所以要从实际工作中做培训。
- 经常听人讨论企业管理，企业文化，盈利模式，这些大的主题，如果讨论完了也不能解决实际工作问题，他无任何意义。企业的成功恰恰是每一步的成功，才有最终的成功。代码高手也在于细节，写代码和做管理道理都一样。
恶魔吹着笛子来：售前经理
- 首先必须懂客户业务，否则和客户沟通像是个外行
- 他最好干过开发，否则和销售一样，满嘴放炮什么都答应
- 他要有经理气质，往那一座塌个着背，衣冠不整。
- 要有机灵劲，别不识眼色，不知为老板分忧，该说的时候不说，不该说的时候乱喷。
- ppt，文案等要有一定的功底，别做的ppt惨目忍度
修女也疯狂：售前，项目管理，实施适用的演讲方法。
- 此章事例比较多，建议阅读全文。
水清则无鱼：软件报价方法
- 软件成本内容：这些都是软件的成本，不可遗漏
- 客户调研及报告编写
- 功能设计及设计编写
- 开发
- 测试
- 帮助文档及培训
那根胡萝卜：团队激励
- 项目奖励仅仅是一种手段，绝不能全靠他。而且激励一定要有规则。
- 团队一般常见的困难
- 需求分析难确定，改动比较大，累
- 朝令夕改，改腻了，不想改了
- 周期太长，每个结束，什么时候是个头啊
- 解决办法
- 把老板每次说的需求或想法都记下来，并把这些方法的优缺点总结一下，给老板看看。只要慢慢的取得老板的信任，老板会越来越少的干涉你，同时你的资源也会变的更多。
- 封闭开发一个月，双薪
- 要有一个明确的期限，不会让项目慢慢无期
- 项目奖金有理由，压力大，加班工作。
- 这个双薪好衡量，就是多一个月工资，老板好做决定。
一天到晚游泳的鱼：员工考核绩效
- 考核永远都不会让所有的人满意，也不会有绝对的公平。只要客观上公正，大多数满意即可
- 可在量化的流程上，增加现金奖励，500到1000即可，不易太高。目的是让大家为了解决一些小问题而去努力，也同时调节一下工作气氛。
七里香：新人入职手册 新人必学
- 先要和所有人要联系方式
- 每个部门的头要在短期内认识，最好的方法就是吃饭
- 现有的产品使用一遍，找出他的问题及改进方法
- 了解目前项目运营情况
- 和老板最亲近的几个人多聊天，争取容到一起。这样更容易了解老板是什么样的人，还要了解公司主要收入来源和盈利模式
- 找机会和每个主管聊天，知道他们的想法。
- 找到公司比较严重的问题，并争取在短期里解决它，打出自己的名声。
- 强烈建议阅读华为老总任正非写的＜致新员工书＞
财主家也没有余粮：创业型小作坊的职业发展出路
- 家家都本难念的经，不要这山望着那山高。如果能把其他行业的成功模式引入到本行业就是很好的创新。
- 不要仅仅卖软件，也要卖服务。
- 将售后变成专业的管理培训，一举两得。
- 和自己的客户合作，让他们的技术人员去做当地的服务
色即是空：虚公司
- 一定要明白自己的核心竞争力在哪，如果无利用价值马上放弃，不要死死的抓住这点东西不放。
公司级别：六大种类，各有生存之道
- 一流公司运作资本，各种收购和卖
- 二流公司做品牌：让别人做所有的事情，自己没有实际的生产，但是所有的东西都打着自己品牌。
- 三流公司做销售：大量的宣传提高自己的知名度等。
- 四流公司做产品：苹果公司的产品出一个火一个，卖的是产品和服务。
- 五流的公司做生产：不要小瞧生产，提高效率和产品质量公司一样会做大。丰田、富士康靠的就是生产。
- 六流公司做服务：服务是需要大量精力去运作，如果你有一亿客户源，如QQ，互联网公司基本没有人能与他对横。你的资源可以复制吗，你的业务可以扩大吗。
一分钟先生：我的管理心得
- 一分钟管理有专门的书籍介绍，讲的很好，建议大家可以单独去学习一下
- 作为CTO或职业经理人，应该多想的发展战略，盈利模式，管理模式，工作职责，流程制度等，而不是让公司东一头西一棒的瞎干，或靠技术总监天天追求技术。根据公司的现状，现有资源，优势和困难去发展一条可持续的产品路线。避免有项目就疯狂加班无项目就闲的要死，这样什么流程与职责都没用，无法执行。
- 我不会一味的去处理事情，并授人以渔，责任明确。多强调方法与流程或亲自指导。
- 要有稳定的模式，流程和岗位员工，避免人员岗位经常调换，无法累积，质量和效率都不高。
- 我这个人很专：知道自己的优缺点，在优秀的地方更优秀，成为这一领域的佼佼者，缺点也可以不做过多的弥补。别人都清楚自然也不会找你麻烦。
- 我是公司赚钱的向导：因为有清晰的产品发展战略，产品目标，每个阶段的重点。产品有很明显的核心竞争力，避免什么功能都有，四不像，没用亮点。
- 我不是一个追求完美的人：很多时候成功只有那么几个关键点，把握住了自然就成功了，没用必要把所有的事情都做好，避免让团队太累。
- 有每日列表，看着自己的一个一个任务变灰，心里会非常舒服，效率自然高。
- 我要求手下每天下班前一个小时把工作总结发过来，我逐个审批，并给意见。这样他们的效率很高
- 很多时候人都会被一个不是问题的问题困住，只要你清楚你到底要达到什么目的，然后再去分析是什么问题。
- 不要一次性报告太多问题，人的关注点往往只能容纳三个问题，多了就不清楚了，所以要先解决前三个问题，然后再解决其他的
- 咨询有个方法叫四象限：时间管理也一样，重要和紧急，重要但不紧急，紧急但不重要，不重要也不紧急。关注重要的，紧急不重要的这种，时间一长自然就大事化小，小事化了，就真过去了，对未来目标没什么影响，没必要浪费时间。
- 一定要避免事必亲为，即使下属做的不好，但总会有机会让他们做好。
- 如果你不是天才，就要踏踏实实的学习和做笔记，不要什么都看什么资料都收集，要有重点，要专精一定要多记多总结。否则很多东西你都会失去。
- 学习要讲究方法，如何能用最短的时间把别人的经验学来，如何最快的把一本书的重点或对自己有用的地方提练出来。。。学吧少年！
达芬奇密码：从游击队到正规军
- 大量工作都压在一个人身上，项目经理或主程
- 过份弹性工作，导致大家疲惫，好像老加班
- 不断的变化、返工。不断地和其他竞争对手比完全不顾成本，产品成为理想的负载
- 最后老板极了，钉死时间上线。。。。
- 解决办法或建议
- 将引擎和业务分离，和软件开发一样，将公共代码开发和业务应用开发分离，避免能力不一致导致产品缺陷过多。
- 每日构建，每日测试，全程测试，避免测试人员过闲，到最后时间紧也没起到太大作用。
- 代码复查，由于能力不同肯定会有比较累赘的代码，导致以后维护特别麻烦，一有时间就要去代码重构。
- 不要没完没了的看着那山高，要一个阶段一个阶段的去做，目标定下来就坚持先把他完成。不要麻木的追求。
- 可以尝试一下结对开发，这样可以很好的避免一个人死脑筋，效率低，没人监视等。
中层管理至少要把握以下几点：
- 需求，进度，质量，报告，平衡等五点。
- 三个excel表格：所有需求，bug或问题，任务分配
敏捷开发软件誓言
- 我们最优先做的是通过尽早的、可持续交付有价值的软件使客户满意，尽快给客户先能用的软件，然后逐步更新完善。
- 即使到了开发后期，也欢迎改变需求，敏捷过程利用变化为客户创造竞争优势
- 在开发过程，业务人员和开发人员 要天天在一起工作，相互理解。
- 敏捷开发提倡可持续的开发速度，责任人，开发者和用户要保持一个长期、恒定的开发速度
- 简单是最根本的
- 每隔一段时间，团队要如何工作才更有效率进行反省，然后对自己调整。
《走出软件作坊》下载地址：http://yunpan.cn/QCFGa6Wu949WM 提取码 8224
Powered by Sublog