小公司CTO的日常工作：
1、每日接收开发组长的进度报告、功能需求设计报告，项目经理设计的项目方案书。2、随时处理手下员工间的流程配合问题。3、定期重新回顾这段时间公司业务开展情况，面临困难和未来发展动态。以重新审视自己过去定义的产品战略，不断调整以适应公司发展的变化。4、定期复查bug库，需求库和服务支持库。5、定期与员工沟通。了解他们对薪水、公司发展、职业发展的看法，对每个员工提出具体的工作指导建议和发展方向建议。6、对于员工工作，在方法上、技巧上指导如何做的更好。7、看It技术网站、行业网站，思考客户行业发展IT技术发展问题，研究软件研发中的管理思想、管理模型、管理业务流程优化、考核评价模型。做企业管理、数据分析咨询业务和市场推广，很需要研究这些模型。8、跟客户交流。
架构师：掌握核心软件技术；了解产品特性；了解软件趋势；具备创新技巧。架构师必须了解业务。
理解客户行业的提问：1、客户行业这个群体有多大？大中小规模各有多少家，分布在什么省？我们面对的最佳和次家客户是什么规模什么信息化程度的？2、我们的上层竞争对手、本层竞争对手和下层竞争对手目前的产品怎么样？它们各自的优缺点是什么？我们应该突出自己的哪些优点？我们的缺点是什么？3、客户行业的过去5年、近2年、未来3年发展历史和趋势是什么？他们面临哪些挑战和机遇？4、我们现在所做的典型客户，他们的组织结构、人员规模、每个岗位每日的业务流程、每个岗位每日每周每月每季每年的异常处理业务流程、输入表格、常用数据查询、统计报表都需要了解。5、针对以上的了解，客户面对未来的挑战和机遇，未来应该如何变更他们的岗位、职责和流程，尽量做到流程少，效率高，运转快？
只有你不断的游走在业务的过去、现状、未来与技术的过去、现状、未来之中，你做的架构才真正实用、有弹性、易用，而且成本最小。
架构师是需要编码的
技术是为商品服务的，能不用尽量不用，技术是藏在商品里面的。
写代码的8项建议：1、重点把控输入输出；2、以后的需求往上加，都写成函数。3、以后再加功能，尽量不要做成联动触发的。 4、分离特殊处理业务和正常处理业务的功能代码。5、对不常用的功能做一些隐藏处理，将其放到一个不起眼的位置。6、写代码时，避免全局变量和大流水代码。7、修改需求或bug时，要按照模块来集中修改，而不要挑好改的先改了，不好改的就最后改。8、多写视图，多写存储过程。
不是客户需求在变，而是你对客户需求的理解在不断加深。
需求很多有时候是个幻觉，那该怎么办？把需求分类，做一个Excel表格，量化解决。需求包括：客户名称，需求提出人，提出日期，需求关闭时间，功能模块名，客户现在版本号，需求描述，需求分类（需求、bug）
过渡性建议：备份，大修改前定一个稳定版本，文件比对，附上修改说明。
我们要求每个计划都要在一周内完成。
不能和过去完全隔离，否则就容易吧过去积累的优势都浪费了。最大的优点就是最大的缺点。优势反而成了前进无法抛弃的包袱。
我们要考虑的是传统模式和流行模式结合在一起的新产品模式，到底面对什么样的客户，市场容量多大？可能会有什么样的竞争对手进入？我们会有哪些风险，应该如何应对？会吃掉多少市场容量，未来我们最大可能占多大容量，这样的容量值不值得我们做。我们需要投入多少资金，需要多长时间达到盈利点。在此之前如何防御性发展。
摸清我们自己的优势、劣势、困境、竞争地位、未来目标、未来业界位置，摸清了行业现状、未来影响，摸清了竞争对手，摸清了现在流行的盈利模式，更加敏捷的技术，我们才能给我们的产品定一个位置。新产品必须和公司的实力和战略相结合。
保守中创新：剖析行业标杆老大的产品，学习他们的架构、产品、实施模式、咨询模式、服务模式、销售模式、市场模式。
只比客户前进半步。
产品战略规划，最难的就是继承过去，结合现在，还要面向未来。
把人布局好，才能规划产品。一个产品的研发，往往立项、筹备就要花费一年，设计、开发、测试、文案，为新产品而匹配的市场、销售、咨询、实施、支持团队的打造，这些都需要花费1-2年时间。
一个好的软件，有许多评价方面，如实用性、稳定性、容错性、性能、可测试、可理解、可修改、可实施、可支持、灵活性、移植性、兼容性、安全性、易用性等。
技术总监做对的两件事：首先，让所有人都阅读一下上一代产品的源代码，整理上一代产品的功能，得出上一代产品功能所映射的客户业务流程，并且要求指出上一代产品业务流程中的漏洞和矛盾。其次，他让大家通过改源代码来学习新技术。
新手容易出的两个错误：找bug瞎搞，应该先找到大的问题圈，然后一段一段注释放开。SQL不要直接运行，先加两个减号测试一下，避免出问题。
售前经理：1、首先必须懂得客户业务，否则和客户交流就像个外行；2、最好干过研发，否则他也会和销售一样，不知道技术是否能实现，一律答应下来；3、需要有项目经理气质，思路清晰，讲话考虑项目需求；4、有那么点机灵劲；5、会制作PPT或文案。
ppt之外的细节：
1、要清楚宾馆到客户会场的交通路线，行车时间。
2、听众是谁？（老板喜欢听公司实力、行业经验、从业经验、产品理念；中层喜欢听产品是否易于实施推行，要解决他们的问题；基层讲产品的易用性。）
3、准备好录音笔，激光笔。
4、如果听众要求你现场演示，也最好不要做。
5、检查好你的u盘。小心链接失效，以及泄密。
6、把乱七八糟的界面背景软件删除掉，体现专业性。
7、提前到会议现场布局。
8、提前复印好材料，材料复印后PPT就不要再修改了。
9、注意会场光线，最后一排看清晰。
10、开场前注意仪表，给所有领导发名片。
11、不要评价竞争对手，也不要打击竞争对手。
产品开发阶段：1）客户调研、编写客户调研报告；2）功能设计、编写功能设计书；3）软件开发；4）软件测试；5）编写帮助文档，培训课程、编写培训演示版本。
实施顾问注意事项：
1、不要把所有的功能都向客户展示；2、不了解行业，不要打比喻；3、不要管理层谈行业，在行业上，不管你走访了多少客户，你的那点经验都是表面功夫，真正的本质和内涵你根本不了解；4、不要和IT层谈IT;5、我们最了解的是我们的软件。
给力的实施工作分配表举例：
职场老鸟入新巢：1、公司所有人的联系方式都要到；2、每个部门的头都在短期内认识，认识的方法就是吃饭；3、现有产品使用操作一遍，发现问题，也了解现状，知道了未来如何改进；4、现有客户，现有跟单的项目情况；5、离老板最亲近的几个人，和他们玩、聊天、吃饭，仔细观察他们的做事方法，分析为什么他们能离老板这么近。近朱者赤近墨者黑，这样也能看出老板是什么样的人；6、每个部门的事实领导人，有些人不是头，但很有影响，是事实上内部头目，和他们玩，请他们吃饭，把部门的利益团伙和公司历史，公司真正的收入来源以及真正的收入数额和盈利模式都了解清楚；7、瞅机会，创造一切机会，和每个主管聊天，了解每个主管的想法；8、改进现有产品最大的几个难点问题，寻求短期内出彩的活，让公司所有人立刻刮目相看。
任老板的致新员工书
在低潮期堕落茫然，在高峰时不可一世，都是不成熟的表现。人要想做事，看的是目标，不在乎一城一池的得失。
开发软件，平时就要注意客户需求，关注客户行业的变化趋势，经常性地阅读、讨论、思考。需要有需求管理系统来明确地记录需求，等下一个版本开发的时候，很自然的就能决定开发的周期、开发重点、开发的工作量。
我也经常去招聘网上去查询，倒不是为了应聘，最主要看看市场上到底需要什么样的人才，我这样的人到底值多少钱？我的竞争力到底强不强。我如果在市场上吸引力不强，那么我在本公司也没多大价值。
作者的读书技巧：1）经常梳理自己的读书体系。2）先看书的目录，发现自己感兴趣的章节，直接找关注问题的答案；3）从小到大保持读书的爱好，一本书在手，经常不吃饭不睡觉。
敏捷开发相关
一分钟的自我管理：
1、经常思考产品发展战略、盈利模式、管理模型、工作职责、流程制度，所以公司的发展一般都是按照计划和既定流程走的。
2、我不会去一味的处理事情。我总是乐意授人以渔。
3、就是因为有稳定的模式、流程和员工岗位，我就从细节中抽了出来。
4、我这个人很专。我清楚地知道自己的优点和缺点，自己想要走的路。
5、我是个公司赚钱导向的人。做与不做关键看是否符合利益和当前阶段的目标。
6、我这个人不是一个追求完美的人。不影响关键因素的，不花时间成本和代价去追求完美。
7、我有个每日任务列表，做完一条条变灰。
8、我要求手下每天下班前前一个小时把今天的工作进展发过来。然后一一审视，给些建议。
9、帮员工弄清目的。
10、报告强调123。
11、咨询有四象限，拿目标和赚钱为导向来校验。
12、讲究方法，不每次都亲力亲为。
13、我喜欢记笔记，不管看书还是做事，想到很好的点就立即记下来。
14、喜欢看书和思考问题。
15、很多事情，能不用我处理就不处理，分配给下属了。
16、能很快读书，也能很快总结出思路。对于员工报告的问题，也能很快找到重点和关键。
//很实用的一本书