组织模式与协作

述知科技从启动的第一天开始就在分布式协作，创始人是自由职业者，为数不多的全职员工，亦分布在各地，通过远程松散式协作来逐步推进团队和平台建设。

我们同时招募了不少素未谋面的远程兼职同事，像开源项目一样讨论、分享、Review，来高质量的完成代码工作。还有不少抱着好奇、学习或尝试等心态临时参与项目的陌生网友。

让大家能够在这里参与并收获价值与乐趣，是我们一直在探索的。

⚠️ 目前述知的制作软件产品的方向是由创始人，及几个顾问来共同决策，后续发展到一定阶段，也希望能找到更好的机制来决定产研的投入方向。

成员类型

  • 创始团队，负责产品方向决策，整体资金投资回报管控；
  • 全职员工，负责平台搭建，任务分拆和评审，会被分配管理员权限；
  • 兼职员工，负责具体开发任务处理和维护，会被分配具体项目组权限；
  • 注册用户(GitHub 登录用户)，等同于匿名用户，可以参与对外开源项目与竞争类型的开发任务；

🤔 如何加入述知及 「在招」 岗位, 👉 请看这里

工作流程

  1. 在飞书表格中查看任务需求、讨论确认后，标记状态为进行中；
  2. 在Code Review 平台按照 Review 流程 进行代码修改、交付工作；
  3. 交付完成后，在限定的维护期内，对开发任务关联的问题工单进行修复处理；

开发任务

  • 需求明细、文档完整、相对独立的开发需求；
  • 工时控制在两周内（1 周开发，1 周 Review，2～4 周维护周期）；
    • 最快一周内完成交付，最迟两周内；
  • 开发任务的薪酬包结构说明：
    • 1600 元（Review 通过支付 800 元，维护期结束支付 800 元）;
    • 为避免兼职劳务税务成本，一般分在两个自然月内完成支付结算；
    • 并行任务造成额外的税务成本，需要个人开发者自行承担；
  • Review 审阅人员会有单独的津贴奖励，目前并未公开招募；

🤔 为什么这么设计？

薪酬包预算和时间固定，由全职团队按标准评估确认，避免评估、报价的沟通成本及信任损耗；

任务类型

  • 指派任务，按计划时间执行，项目管理人员直接指派，其他人无法竞争；
  • 开放任务，谁先提交修改通过初步 Review(+1)，谁获得该任务，其他人的修改作废。
    • 该任务需求说明是公开的，所有代码平台注册用户均可读。