时间: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) 原任组长要争取把后续文档补充详细,完整,原型、接口等需要及时更新。
版权声明:本文为博主原创文章,未经博主允许不得转载。
时间: 2024-10-28 20:25:01