项目跟进经验总结

职场三大能力:

1.技能 2.认知 (分析产品能力) 3.心智 ( 同理心,抗压能力)   

    靠谱,和产品有原则的合作关系,团队内影响力.

    汇报现有的,问问老大有什么可以帮忙解决的? 不沟通,你怎么知道老大在担心什么?

    经常沟通需求,抓重点,必要的时候反馈给老大. 聊天的时候顺带问问怎么样了?

 标题. 大项目关键点.

  1. 前期梳理, 设计模块, 流量,交互难点. 和以前不同点.

  2.  人员能否顺畅沟通

  3. 进度跟踪. 晨会+邮件. 负责人首先要明确各个功能点需要进入什么进度.

    1.  明确各个流程和用例,明确需要哪几个模块. 根据各个流程去梳理. 评估流量和边界, 交互和风险. 比如跨网络调用,跨域调用.(细节了,( 后期开法者,需要哪些属性,明确实体设计开发者需要)

      已删除部分,解析所有流程,解析各个功能点,预估时间,涉及哪几个模块. 乘以buffer (不要自己下定论,让各个真正开发者预估.)

    1.1 流程中交互方式,实体关系,一对多关系. 改造点. 比如状态通知. 原有有通知给司机,现在要通知给企业支付平台. 通知层,要把司机id和平台id对应关系找到,然后和平台接入连接d.发给平台id

     2.  整理用例图分模块思维脑图工具

     3.  模块依赖调用图. （ 左n格和刘n勇做的好。刘n勇更好是在白板上画出来，定排期的时候。确认各个时间点. ）

     4.  需求文档评审,全员开发+RD,信息同步和沟通. 

      4. 可以没有群,但是要大家都能联系的到.有个task 责任人表格

     5.  收集task汇总. 产品review task 看是否所有功能点都覆盖到

     5.  接口文档+服务端接口+mq评审(后期维护阶段,特别容易忘记),产出.(要文档记录,1.有哪些 2.哪些已产出,文档格式),接口评审. 细节数据点.一定要.  后期维护阶段,这个点可能会忽略. 

          多说一点:  服务端开发现在都不关心UI的,需求评审的时候对UI层变化不敏感. 导致很多时候需要客户端同学沟通需求.

          责任明确: 一旦有接口字段没有更新导致延期,责任方是前端,没有提出设计层面的需求.

     6.  模块间jar包产出,tcp,topic结构

     7.  项目PK, 安排资源,分配资源,安排排期.给出预估的开发,联调,提测,上线时间点. (谁先上,谁依赖谁) 

             邮件全员通报,这个必须要,信息同步和沟通.

     8.  每日task进度跟踪, 邮件形式,晨会形式累人, 问题反馈.这个能有效促进人的积极性. .没有完成的继续发进度通报邮件

     9.  需要有个表格同步大家做的事情,邮件贴出地址. 好联调测试的时候找到具体的人.(遇到问题,群里吼,很乱.)

     10 .上线. 上线时间点要通报, 然后要联调的话,要务必通知对方在岗位上.

人员寻找表+负责人。





技术层面:

http调用, tcp异步通知. tcp 异构系统.需要广播. https . 线上是否内网,外网,联调是否内网外网.. 是否能够跨域访问. 如何获取token. 跨部门沟通,都需要邮件确认.

避免后面扯皮.( 遇到跨域方案的问题.)

       3. 测试流程问题. 依赖闭环来进行测试. 不造数据,不mock

  我是这么想的:

      1.        初期prd评审

      2.        确认涉及模块

      2.     各模块安排一位开发和qa进行prd评审(qa前置介入. 他们对业务更了解,会联想到更多的牵扯功能点.)

      3.    Task切分,概要设计,估计各task详细设计和开发所需时间

      4.    根据项目优先级安排投入的人力,分配task, 给出排期

      5.    各task领取人详细设计和开发

不知道可行否?

0.      责任不明确.

0.1   晨会谁来跟进,跟进什么事物

0.2   每日问题汇总谁来发. 问题汇总.

0.3   各自模块谁负责,双方都要知晓,出问题找谁看日志. (联调很乱的原因)

0.4   Kop 权限配置, 同步. 叶方林负责check

0.5 上线各日程进度同步,协调各模块同学待命.

1. 整体把握人.了解所有功能和task 负责人. 预估时间.

1. 开发每日进度跟踪, %多少.要具体到task

2. 测试日报, delay问题. Task接口人对方,不熟悉,找不到人.

3. 测试流程问题. 依赖闭环来进行测试. 不造数据,不mock

4. 人员调配出问题. 这个没有把对方的工作点明确下来,导致大家心里都不太有数.

前期跨部门沟通:
我方: prd评审,task切分.
与对方沟通: 
遭遇: 对方接口人不定,无下一步计划时间点.无时间讨论交互,技术方案.
沟通技巧: 
 1. 主动跟进,催促
避免对方遗忘,优先级降低 qq,电话沟通进度,对方情况. 
 2. 技术负责人和项目经理多人多次跟进, 增加对方重视度. 另外一个人再沟通,确认对方进度,对方情况.

中期沟通失误:
没有把所有开发, qa都拉上通气时间点.

中期部门内安排:
双方时间点大致确认后,突发说某模块没有时间做了.
面对问题: 1. 资源缺失. 2.各模块协作面临等待困局
沟通失误: 带着情绪说事情. 
反思: 陈述现状, 资源缺失即可. 不要说突然说没时间做了.

中期技术联调方案:
暴露问题: 1. stable环境只有一套,测试环境只有一套.
解决: 1.各自模块mock 请求. 
     2. 自测后,
 3. 接口联调时才能保证时间可控.