【项目管理】

301 阅读7分钟

「这是我参与2022首次更文挑战的第24天,活动详情查看:2022首次更文挑战」。

开发测试规范

  1. 文档一定要反复查看,特别是发给第三方的文档,哪怕不是你写的,否则后面对接的人每个都问你一遍累个半死。
  2. 代码一定要按照文档上的来,每个字段都要和代码仔细查验,不能多不能少,实体类最好新建,每个字段属性和文档保持一致
  3. 修改的代码最好要在测试环境测试一下,让测试人员确认通过之后,增量更新代码,改了那些文件就更新那些文件,每个环境不一样,哪怕是同样的程序,同样的库,同样的静态文件,也会出现不一样的问题。
  4. 代码一定要规范,不要急,之前我是偷懒以为没人查看代码,随意写,命名不规范这种低级错误哪怕知道,也懒的去改,导致代码评审的时候尴尬的一批,幸亏脸皮足够厚。
  5. 能推的工作一定要推,不是你负责的工作如果接了,后面所有人都会找你干,并且接了活要让你的直属领导知道,否则你的直属领导给你排活,其他人也给你排活,累个半死还不讨好。
  6. 现场出现问题,让测试人员不要把问题发到群里就不管了,让现场人员写到文档里,@具体人员,单发给他,如果消息未读,打电话给他,打不通直接找他上级领导。
  7. 懂得拒绝,学会拒绝,你身边95%的人都可以拒绝他的要求,即使他是你的领导。
  8. 由领导组统一安排下周的工作任务(任务同时安排到组和人),任务必须在要求时间内完成。切记!此处的完成指的是最终测试通过,而不是只是开发完成!任务进行中有任何延误的可能请立即提出,加强沟通!加强沟通!加强沟通!开发完成第一时间通知测试组进行测试,测试完全通过该任务才算完成。

项目初期开发

  1. 产品需求确定留底,UI图给出
  2. 功能设计一定要画流程图
  3. 数据库设计一定要给ER图
  4. 接口规则一定要提前规范好,避免出现后端接口返回结果出现不相同的情况
  5. 数据库定时备份,服务器镜像备份,文件恢复工具与备份
  6. 服务器安全方面需要注意,网络安全,密码复杂度,不使用默认端口,防火墙开启,安全组限制ip和端口等等。
  7. 自动化部署流程要尽早打通

项目架构

  1. 根据开发参与的人数设计架构,贴合实际情况,以快速迭代开发为主
  2. 架构需要使用那些技术流程图(使用技术,部署方式等)
  3. 架构通用部分尽早抽离出来
  4. 架构需要具备多人同时开发互不影响的特性,尽量减少耦合度
  5. 对于架构升级,需要根据实际情况一点点迁移代码,升级框架,不能影响主流程开发

任务分配

  1. 由开发组长先过一遍,给到开发估算时间,给出一个合理的开发区间
  2. 根据开发同学的技术栈,工作经验,结合实际情况分配工作任务
  3. 对于超出开发时间的部分,突发情况,需要列举影响开发的原因,进行归档

人员管理

人员招收优先级

  1. 技术能力
  2. 项目经验
  3. 沟通协助能力
  4. 项目推动能力

团队leader

  1. 推动和把控项目进度
  2. 负责项目协调沟通
  3. 帮助开发同学解决卡住的问题
  4. 对项目文档进行调整归纳
  5. 把控项目代码质量
  6. 把控项目风险
  7. 产品需求,业务逻辑,功能实现落地
  8. 数据库结构把控

项目交接方案

  1. 开始交接时,进行电脑录屏(视频记录),给一个留底,方便后期人员快速接入以及资料留存。

避免后期的同学反复问,也可以根据视频进行责任划分

  1. 交接开始制定并且记录交接的流程(文档记录),比如:数据库字段关系,代码实现,业务逻辑图,项目部署,环境配置,对接第三方,文档归纳说明等。

交接手册:记录后期接入人员需要查看的流程文件或者视频,比如第一步看什么文档或者视频,第二步看什么等等。 数据库字段关系(文档资料):给全数据库的ER图,标明库,表,字段意思,关联关系。 代码实现(视频讲解):对核心功能以及常用的功能进行代码实现讲解演示,从功能的业务逻辑开始,到代码实现,使用的表字段,第三方组件的基础使用,给一个详细的讲解。 业务逻辑图(流程图加视频讲解):对项目总体的业务逻辑能有一个概括,可以一眼清晰看出业务的逻辑。对于细分的功能模块也能有独立的流程图。针对流程图,能有一个基础的讲解,可以和后期的同学快速过一遍。 项目部署(以文档为主,视频讲解为辅):接着之前项目部署的流程,每个环境配置(服务器,中间件,缓存,数据库等等),后期如果不按照之前的部署流程需要调整那些,注意事项。 对接第三方(视频加文档):针对第三方的组件或者产品,使用流程,集成到项目中的那个地方,部署方式,需要负责的工作有哪些,注意事项,突发情况可以咨询谁去解决。 文档归纳(对每个文档有一个简单的说明):给到一个文档说明,标明每个文档具体描述的是啥

  1. 交接工作开始之后,在不了解其他团队实际情况下,不要将个人情绪带入工作,保持良好的职业素养。

每个团队都有自己的工作流程,以及突发情况,不要以自己的主观轻易的下结论,判断后期的同学怎么怎么样,然后携带个人情绪到交接中,这样不利于工作的开展,有消极影响。

  1. 交接过程中出现问题,不要急于进行责任划分,以解决实际问题为主,责任划分交由管理层去决断。

交接流程中出现了问题,别着急撇开责任,对于【这个跟我们团队没关系】这种言论和【刷锅】的思想尽量去除,以高效解决实际问题为主。

  1. 交接过程中对于被提问方,尽量保持高效反馈,不要拖,也不要以猜字谜式的回复进行反馈,一切以快速解决实际问题为主。

对于提问方优先列举问题发生的场景,遇到的问题,错误信息,问题整理以文档列出,节约沟通成本。有问题需要及时提出,别出现卡住不问,等开会的时候再曝出问题,拖项目进度的问题。 对于被提问方尽量及时响应,别拖,也别像教学引导式的回答问题,对于后期同学理解偏差的问题,调整表达方式,以解决问题为主。

  1. 清库脚本

对于交接过来的数据库会存在垃圾数据的情况,需要提供清库脚本并且执行清库脚本不用影响项目正常运行。