IT技术工作总结(19)


语音外呼项目的推动中 , 收获可以从两个方面来总结 , 一个是经验的积累 , 通过这个工作 , 经历了一个项目负责人的过程 , 此时经历就是收获 , 设计方案的一次次被推翻 , 就是一次次的进步 , 从沟通到设计再到开发 , 去组织去推动 , 也逐步的流畅 , 和大家的合作 , 借用别人智慧的能力也稍有提高 。另一个是信心的增强 , 刚开始对需求的混乱和对系统不清晰的定位让我对这个工作无从下手 , 对它的思考时易时难 , 对设计更是心里没底儿 , 设计好了对开发又不自信 , 需要的知识点还很多 , 虽然前期是这样思考的 , 但是随着设计的明朗化和大家智慧的迸发 , 感觉越来越顺利 , 信心提高了很多 。所以一个项目负责人不一定要是一个样样精通的人 , 但是一定要是一个能把大家智慧凝聚到一起的有思想有自信的人 。以后我继续向大家学习!
6、 资料迁移
工作职责:整体负责人
a、 收集需求人 , 使用人的意见整理文档 , 弄清楚要解决的问题 , 和造成问题的原因
b、 给参与人员分工梳理现有流程
c、 组织技术内部对此熟悉的同事讨论 , 铲出一份需求设计文档 , 之后又进行审核
d、 和需求人 , 使用人碰面沟通 , 对设计文档中涉及的流程进行了二次审核
e、 页面开发和测试
f、 功能模块维护和数据跟踪
带来的成果:在移动进行大规模的ecid重整时期 , 资料迁移功能发挥了很重要的作用 , 解决了博客博客圈的匹配 , 校讯通积分影响问题 , 客服的资料处理流程效率也得到了大大的提高 。
资料迁移整体上考验的是对业务的熟悉和对需求的梳理沟通 。我的总结感受:对于请教的问题 , 别人并没有责任一定要参与 , 即使参与了也不能把自己的疑惑全部抛给大家 , 应该做好前备工作 , 把能梳理的都梳理通 , 真正想不通的给几个选项 , 尽可能的节省大家时间 , 缩短这个环节在整体上大家就有精力给与更多的指导和建议 。另外还要写好文档 , 一份好的文档可以给沟通带来好的影响 , 如果自己都稀里糊涂文档的逻辑性不强 , 让别人看着更不感兴趣 , 虽然沟通是双方的 , 但是如果想在沟通中掌握主动权 , 必须比别人多想点 , 多做点 。
7、 资料录入助手
工作职责:整体负责人(但是到最后没有用)