管理经验分享会议记录--【管理经验】

时间：2015年7月24日

背景：针对3.1项目进行管理经验的分享

心态：

要具体的分析这个组员的情况，到底是能力不足，还是没有调整过来。如果能力不足，就让他先以实现为目的，随后项目分享的时候再去学习；如果心态调整不过来，就帮助组员调整，适当的压力能促进人的成长。

项目内部：

a) 创建项目：

i. 确定组织结构

ii. 确定职责

b) 计划

i.有一个大的计划：例如，底层和需求：1天 开发：10天 测试：4天

ii.让各个组长去做详细的组员计划，并控制进度，明确每个组员多久能出活，精确到小时。

iii. 如果计划不合适，有公共原因统一处理，没原因就找个人原因。

c) 执行

在大前提的目标下实现计划任务。

d) 检查

阶段性的验收。

e) 反馈

主要是要体查民情，并汇总，改进。

规范：

a) 文档

i. 一些文档可以事后补充（需求），一些文档必须提前推出（规范文档）

ii. 想要通过文档保证需求的理解和工作的延续，组长组员必须厚着脸皮去要，勤快一些

iii. 文档放的位置必须公开，让大家清楚找文档要去哪里找。

b) 接口

i. 先要像接口总负责申请，出一个专门负责接口的人，管理所有的接口

ii. 判断接口是否重复，确定接口细节，结对编程，开发细粒度的接口，增强接口的微复用

iii. 验收接口，可以通过单元测试

iv. 假数据，最好是从提供接口方统一发放的真实的测试数据。

v.冗余代码，需要组员去梳理旧代码，而不仅仅单纯的复制粘贴。

实例1：

开发过程中，15天完成任务，基础需要开发自己的接口，也需要开发外部接口。成立快产小组，突击解决接口问题，外援求助

实例2：

Java接口开发采用Map,跟实体最大的区别是key value跟属性和值是不同的，只需要保持一份协定，就能保证接口的稳定性，再次更改属性的时候，无需提供接口的系统和被提供者同时更新。

注意：

接口文档具有实时性，需要及时更新。

管理：

a) 组长，组员都要把项目当成自己的，组长要挖掘项目的价值，让每个人都觉得做项目很有意义。

b) 宏观把控能力，分人带人，调动组员积极性

c) 责任明确，合理定位

d) 对于组员：发现问题，帮助解决问题；调动积极性，适当的鼓励，肯定他们的努力；该说就说，指出组员的不足；个性化对待，不能一概而论。

e) 团队之间要沟通，技术分享。

项目间交接：

a) 现任组长要调动身边的资源，搞懂需求。

b) 原任组长要争取把后续文档补充详细，完整，原型、接口等需要及时更新。