1、游击到正规
Q:操作说明、培训机制、系统稳定性
A:1\术业有专工，技术强的人负责公共模块、接口开发，其它人调用
Q:需求多变、定制化高、开发流程规范行同虚设，业务要求，开发不做找领导，恶性循环
A:设计模式 软件工作 虚拟接口、反射、持久化、框架走出来，担任客户角色
架构+技术+测试技术支持+文档培训
业务架构、技术架构、测试兼技术支持、文案兼培训
项目计划
确认目标 责任人，标准，时间计划
开发管理
分工明确，需求到项目经理使用office工具写需求文档，开发人员评审，开发人员写系统开发文档，测试人员评审，测试人员写测试案例，项目经理评审
运维：提供文档给与开发人员，使用开发人员开发完成培训测试运维人员，测试运维人员培训文案人员，方案人员培训客户，客户反馈需要统一上传专门BUG平台，技术运维人员负责维护，如遇到困难再转开发人员（新增优化需要增加项目经理评审）
2、人，是人，真的是人
团队建设
扁平化管理，互相信任，有效奖励，招人分“层级”，培训新人，多沟通，有计划有目标的走更高专业
3、习惯决定性格，性格决定命运，细节决定成败--实施经理的工具箱
了解业务部门想要什么，利益点再哪，让系统不止减少工作量，而且可以提高KPI
系统实施 数据字典完善，封锁数据库，错误日志，数据准备
培训需要定义考核评分
4\客服顾问的工具箱
提供平台增加沟通渠道
5\你这该死的销售
PPT做系统总结，对比业务PPT\销售PPT 写设计、需求文案重要
6、水清则无鱼
评估项目: 产品开发+实施
产品开发
1、客户调研（10人天）、调研报告 功能设计 培训文档（word+ppt）,专员培训 功能说明书需要另付费
2、团队成员组成， 产品开发团队，一般由以下角色构成开发总监1名架构师1名，公共代码开发人员2名业务开发组长1名，主要代码开发1名，辅助开发1名。每个子系统由3名人员构成。假设有4个子系统，就需要有12名开发人员产品测试团队，一般由以下角色构成测试员1名。假设有4个子系统，就需要有（4+1）=5名开发人员，其中+1是公共代码测试。
产品开发团队，一般由以下角色构成开发总监1名架构师1名，公共代码开发人员2名业务开发组长1名，主要代码开发1名，辅助开发1名。每个子系统由3名人员构成。假设有4个子系统，就需要有12名开发人员产品测试团队，一般由以下角色构成测试员1名。假设有4个子系统，就需要有（4+1）=5名开发人员，其中+1是公共代码测试。
7、实施费用也能DIY
实施费用=（所选级别的项目经理每天费用+N套子系统x所选级别的培训专员每天费用）x实施天数。
设计文档、测试案例、测试报告、帮助文档、演示版、需求管理库、BUG管理库、每一次版本的归档源代码和文档，并且也用了专门的开发部服务器，表明里面装的都是公司最重要的财富：软件源代码
8、物以类聚，人以群分
以身做则，团队锻造
9、多看书，各种产品相关书
10、奖励机制，定制规矩，培养新人，一带一
11、分享
12、架构师总是游走在技术和业务之间，既要兼容软件历史不能割裂又要面向未来发展。
主要有具备4方面
核心软件技术，产品特性，软件趋势，创新技巧
13 定位产品
14文档
功能详细设计文档 EXCEL文档
第一个sheet中是版本信息，每次修改都有变更记录。
第二个sheet是页面布局。我们通常会用PPT或开发工具建立个界面草图，然后贴上去。
第三个sheet是页面上面的每个字段的说明，如默认值、不可为空、输入约束、主键唯一、输入长度、参照录入等等。
第四个sheet，如果有必要，可以用VISIO画出业务流程图。
第五个sheet是关于运行要求，如易用性、安全性、性能、数据量、并发性，这几个特性都分为高中低三个等级。
另外，对运行的操作系统、内存都做了最低要求。
15量化工作量
我们能如何证明呢？能拿一些大家都能理解的方法来证明自己呢？所以，我想到了文档数量和尺寸大小，想到了BUG数量，想到了任务数量，想到了需求数量，想到了开发进度报告，想到了版本发布次数，想到源代码归档容量和源代码行数。
一个项目开发结束，任务数300多，BUG数量400多，文档尺寸70多M，项目历次讨论开会纪要30M，项目历次方案提交20多M
，开发进度报告100多份，帮助文档100多M。
16、系统公共模块开发，插件化
17、重点客户先服务
