开发团队成为正规军一些方式

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、重点客户先服务