ThingJS-X团队规范

2021-07-02 by uino 173 Proxima ThingJS-X

团队职责

ThingJS-X团队负责ThingJS-X(Proxima)产品的研发工作,包括产品能力演进、产品功能测试、产品文档发布、产品赋能培训的输出以及对客户的支持,构建数字孪生行业标准。

团队目标

通过团队的努力构建出一个持续学习、持续改进的团队,团队的成员都能保持热情、真诚和谦逊的企业价值观。 1、 学习型组织:通过不断的学习实现团队个人的成长,并助力团队和企业快速转型,从而获得竞争优势,团队需要精通创造、获取及对知识的分享,同时不断演进、实践以获取新的见解。 2、 创新文化:团队需要保持好奇并对当前的状态提出挑战,应该鼓励团队内部在现有的产品上实践自己的想法、实验一些新的东西、对存在已久的问题进行修复、改进流程以减少浪费或者移除当前的生产障碍等。 3、 持续改进:团队中的每个人都要能够聚焦产品和流程的持续改进,帮助团队寻找最优的问题解决方案。及时总结,通过小的迭代改善状况、基于事实而不是观点采取行动。

团队构成

职责角色 岗位职责说明
前端开发工程师 前端开发工程师
后端开发工程师 后端开发工程师
测试工程师 测试工程师
文档工程师 文档工程师
产品经理 产品经理
产品助理 产品助理
交互设计师 交互设计师
UI设计师 UI设计师
架构师 架构师
研发组长 研发组长

工作流程

日常工作流程以SAFe(大规模敏捷流程)框架执行工作流程,敏捷产品交付是一种以客户为中心的方法,它能够为客户定义、构建及发布持续的有价值的商品及服务。在SAfe中,我们的开发方式是通过固定的开发周期实现,固定的开发频率能够确保一些重要的事件,例如增量的开发计划、Demo。验收工作等能够定期进行,并能提供可预期的计划。 SAFe 上图为整个SAfe框架的介绍图,团队内日常执行为圈注的部分。 开发的频率以一个大的PI(增量迭代计划)为基准,时间长度为6周,每两周一次迭代,一次PI执行两次迭代,最后两周为IP(创新和计划)。 前两个迭代进行功能的演进,在后两周的IP进行迭代的完善、创新的研究。

每个迭代的流程:

  1. 迭代第一周的周一早上九点半开迭代规划会,产品职能的同事负责将本次迭代的需求进行澄清,并将产品文档放在对应的迭代网盘下,迭代会议结束后,进行个人的分享,分享内容不限,每次迭代一个同事。
  2. 迭代规划会的第二天下午开展技术评审会,由每个开发分别想其他开发说明需求的做法,由开发团队给出方案的建议和结论
  3. 迭代规划的第四天下午开展测试用例评审会,由测试对相关的开发和产品进行用例的说明
  4. 除去第一周的周一和第二周的周五,每天晚上五点半要进行站立会,在站立会上大家要围在一起,分别讲述今天自己干了什么,有什么问题,明天的计划是什么,所有人要对照TAPD的故事看板轮流说明,会议时间不超过20分钟。
  5. 第二周周五下午两点到六点要开展demoday及回顾会。demoday要将本次迭代的内容进行演示,由测试演示,产品在此过程中要给出是否完成,并记录会议纪要。回顾会要求大家对本次迭代的工作、成果、流程等进行总结,将做的好的,不好的都要说明,并形成会议纪要和下一步行动。
  6. 所有文档都要及时更新,方便后面回溯
敏捷迭代过程中的一些原则:
  1. 我们最重要的目标,是通过及早和持续不断地交付有价值的软件使客户满意。
  2. 欣然面对需求变化,即使在开发后期也一样。为了客户的竞争优势,敏捷过程掌控变化。
  3. 经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。
  4. 业务人员和开发人员必须相互合作,项目中的每一天都不例外。
  5. 激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。
  6. 不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。
  7. 可工作的软件是进度的首要度量标准。
  8. 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
  9. 坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。
  10. 以简洁为本,它是极力减少不必要工作量的艺术。
  11. 最好的架构、需求和设计出自自组织团队。
  12. 团队定期地反思如何能提高成效,并依此调整自身的行为表现。

一些共识:

  • 对外沟通的入口要以产品为准,当出现问题时需要及时喊产品沟通
  • 任何改动都要落实到纸面上,形成备忘录或者需求
  • 以客户为中心是出现冲突时首先要考虑的原则

关于工时

为满足公司上市审核,团队内所有成员都要在明道中《项目管理看板》应用下的项目工时和周报填写工时。以下为需要注意的地方:

  1. 当月工时填报数量是否达到最低工时要求:当月最低工时=工作日 X 8 小时,休假、培训等非项目工时也需填报;
  2. 工时类型选择(项目工时、非项目工时)是否准确:非项目工时工作内容中不应出现与项目实施相关的内容描述;
  3. 项目工作内容与项目名称及编号是否匹配:确保不串项;
  4. 4项目状态与项目工作内容是否匹配:项目状态为未商务启动、内部挂起、商务暂停、终止、取消
  5. 的,不应产生实施相关工时(项目管理及沟通工时可接受);
  6. 到货签收、代理商实施项目不应有实施工时(培训及售后工时可接受);
  7. 项目状态为已验收:验收后除维保工时外,其他工时需能够提供合理解释;
  8. 提前进场实施项目:需要单独申请项目编号,不得一个项目编号下填报其他项目工时。

常用工具

  1. TAPD:企业微信
  2. Git代码托管平台 :OA账号
  3. 公司云盘:OA账号
  4. 明道: OA账号

其他

  • 保持正常的工作时间,我们没有打卡,但最晚不要超过9:30,超过的时间要自行补上
  • 合理利用白天的工作时间,比如尽量在12点以后吃午饭,一点半准时开始工作,否则很容易造成一种加班的状况
  • 加班没有加班工资,只有周末加班可以调休
  • 参与会议不要迟到
  • 遇到问题及时沟通,包括团队问题、产品问题、项目问题、个人问题
  • 新来的同学请及时跟导师沟通问题,表达出需要的支持
  • 会议迟到,未准时填工时发红包30给到李聪聪同学