Avotokyo
    bjmhe02

    2024Q4 季考

    业务需求与支撑交付 权重 70% 自评成绩：1

    保证各节点按时交付，独立支撑 LOC 项目需求迭代，完成榜单页面 H5 化

    门槛值
    目标值
    挑战值

    【项目层面】

    1. 保证各节点按时交付，不因个人原因延期
    2. 个人负责 / 参与的项目，需要清楚其中的逻辑
    3. 独立支撑 LOC 项目的需求迭代
    4. 完成榜单页面 H5 化

    【开发层面】

    1. 布局不使用绝对数值，当 UI 不居中时使用 padding 进行填补
    2. 逻辑分层清晰明确：model 用于直接处理 API 数据，controller 用于对 model 数据进行逻辑处理（判断是否进行展示、跳转等），view 根据 renderType 进行页面渲染
    3. view 中保存的状态尽可能少，当需要跨组件同步时可以使用 context

    【交付层面】

    1. 正式评审后 96% 需求如期提测
    2. Bug 解决时效：提测后 6 小时内 Bug 解决率 98%
    3. 100% 进行技术方案输出及评审
    4. 功能主流程必须 100% 自测覆盖
    5. iOS、Android 主流机型上兼容性必须 100% 自测覆盖
    6. 提测前埋点 100% 自测覆盖

    【上线层面】

    1. 代码 Review 100% 完成
    2. 核心埋点 100% 回归验证
    3. 非研发自测可上线的需求，任何代码变更必须经过测试验证后，方可上线

    完成情况

    Tip

    1、【项目层面】

    1. 不因个人原因使得项目延期，能够准时交付结果——已完成
    2. 参与的项目，能够理解其中部分逻辑——已完成
    3. 能够独立支撑 LOC 项目——共上线 4 个迭代需求
    4. 完成榜单 H5 化——榜单 H5 符合提测条件，工作内容主要配合测试样式解决 Bug

    2、【开发层面】

    1. 合理进行页面布局，满足不同机型
    2. 业务逻辑进行分层处理，model、controller、view 进行代码块的收敛
    3. 跨页面传递状态时优先使用 context，在品牌馆项目中进行落地

    3、【交付层面】

    1. 正式评审 100% 如期提测——共完成 18 个需求，100% 如期提测
    2. 提测后六小时内 Bug 解决率为 90%（19/21）
    3. 100% 进行方案输出及评审——方案输出 100%，C 端需求 & B 端大于 3 天需求 100% 评审
    4. 主流程 100% 自测覆盖——已完成
    5. iOS、Android 主流机型 100% 自测覆盖——C 端项目 Android & iOS 各覆盖一台测试机
    6. 提测前埋点 100% 自测——已完成
    7. 100% UI 还原像素级——已完成

    4、【上线层面】

    1. 代码 Review 100% 完成——已完成
    2. 核心埋点 100% 回归——已完成
    3. 非研发自测可上线的需求，任何代码变更必须经过测试验证后，方可上线——已完成

    多端与平台能力 权重 20% 自评成绩：1

    M 站项目脚手架

    门槛值
    目标值
    挑战值
    1. 读取配置，可用命令行自动根据项目运行打包程序
    2. 接入中间仓 + 自动构建，自动化打包部署预发 / 正式环境

    完成情况

    Tip

    1、【门槛值】

    1. 读取配置，可用命令行自动根据项目运行打包程序——提供能力，但未对现有项目进行替换，新项目尝试接入
    2. 接入中间仓 + 自动构建，自动化打包部署预发 / 正式环境——已完成自动构建打包推送远程，12 月月底接入使用

    2、【目标值】

    1. 提供初始化项目能力，根据选项值进行初始化项目模板——已完成
    2. 提供格式化能力，根据 JDH5 规范封装 ESLint + Prettier + Stylelint 中间层——已封装 format，但格式化标准待全部项目主 R 共同商讨得出统一规范，计划下 Q 统一标准
    3. 提供版本锁定能力，固定依赖版本——已完成

    3、【挑战值】

    借助 AIGC 提供代码分析能力——未完成，计划下 Q 与 JoyCoder 进行 AIGC 支持能力的评估

    成长目标 权重 10%

    形成符合项目规范的开发流程，独立支撑 / 参与中型需求的开发工作

    门槛值
    目标值
    挑战值
    1. 总结复盘过去项目的开发流程，清晰理解各个节点需要做到的事情，做到项目按照预期提测、上线
    2. 对于非常规的开发流程能够灵活变通。例如，当较小的需求是需要产品自测时，要提前与测试人员沟通该需求是产品自测，这样上线流程中才不会出现测试节点的卡点
    3. 参与多个项目时，会被各个项目中的开发规范所影响，导致自身编码逻辑产生错乱。需要整理自身开发的模版，落地到不同项目的开发过程中。如果与当前的项目存在冲突，需要与项目负责人沟通合适的处理方式，并且据此调整自己的模版
    4. 独立支撑中型需求的全流程：
      • 需求评审时需要确认技术可实现性、是否需要外部协助、项目目标上线日期
      • 项目排期时需要确认联调日期、提测日期、上线时间等
      • 方案设计时需要精细到文件内的状态管理，并且方案写完要与导师进行评审
      • 联调时需要去除全部的假数据、兜底数据，测试接口返回字段是否正常
      • 提测时的代码需要与正式上线的代码基本一致
      • 自测时需要多场景、多机型
      • 精准把握时间节点，不因任何个人原因导致延期

    完成情况

    Tip

    1、【门槛值】

    1. 总结复盘过去项目的开发流程，清晰理解各个节点需要做到的事情，做到项目按照预期提测、上线——已完成
    2. 对于非常规的开发流程能够灵活变通——已完成
    3. 参与多个项目时，能够根据不同项目结合过去经验与项目内其他代码进行开发
    4. 独立支撑中型需求的全流程：
      • 需求评审确认技术可实现性、外部协助、上线日期——已完成
      • 项目排期确认联调日期、提测日期、上线时间——已完成
      • 方案设计精细到文件内状态管理，C 端 & PC 端大于 3 天与导师进行评审——已完成
      • 联调时去除假数据、兜底数据，测试接口返回字段——已完成
      • 提测时代码与正式上线代码基本一致——已完成
      • 自测时多场景、多机型——已完成
      • 精准把握时间节点，不因个人原因导致延期——已完成

    2、【目标值】

    针对开发节点中遇到的不同情况能够进行解决，支撑项目如期交付

    3、【挑战值】

    遇到特殊 & 突发情景仍需导师的频繁协助或直接接手解决——未完成

    综合自评

    Info

    表现较好

    1. 能够完整支撑项目从评审到上线全部流程，不因个人原因影响项目进度
    2. 需求开发 100% 留档，便于后期追溯

    有待提高

    1. 设计方案的书写未从读者的角度出发，写方案时省略了部分要点