前端交接文档_前端搞规划

技术的价值在于解决问题——为业务赋能,为团队提效,为自己开心,为家人提供保障富足的生活。

堂主说:从场景出发找方案,事半功倍。

堂主还说:身价取决于解决问题的能力。

下边,我们带着问题出发从前辈们分享中找答案。

背景

最近,我很焦虑,原因是:大概去年这个时候,leader找到我,希望我能抽出一部分精力负责基建或者带人,我当时的回复是我两方面都有兴趣,带人方面由他来安排就好,基建方面给出的回复是以下这些我当时想到的

5b07d63df9c154fab33dd87c96ea38f9.png

考虑到自动化测试相关会有一定的推广难度,应该需要依赖组织的能力来执行,跟leader沟通,这个事情由他来推动,正好他也计划要做。

时隔一年,目前的成果是:

带人方面:合理分工,带领新人熟悉业务,熟悉新技术,同时保障业务正常上线。

基建方面:

1.抽离自己业务线中的通用模块和组件;

2.模板库: wepy1.0模板、Taro模板、h5模板、CMS系统模板;

3.cli: 基于模板创建项目,初始化项目并自动创建、关联远程仓库。

虽然做了一些事情,但是我觉得并没有产生多少价值,对团队的帮助也很小,应该没有实现leader的预期,同时过去一年自身的成长也不够,所以我很焦虑,我想除了自身负责的业务线之外,做一些不一样的事情,解决团队和业务的问题,也提高自己的身价。

定位

远舟:《定位》、《你的团队需要一个会讲故事的人》

怎么描述定位 :

⾯面向/围绕xx场景,通过xx⽅方式,实现/构建xx解决⽅方案/产品,帮助/为/实现xxx⽤户创建/提供xx服务/价值/提升

一些要点 :

1.找定位的过程可以理解为找差异化价值的过程

2.过程中需要着重思考的是哪些事情是再难也一定要做的,哪些事情是再简单也不做的

3.而有些事情,尽管我们不做,也是一定要想清楚为什么不做的

城池:GROW模型—跟别人沟通

dacd55b9bac42bd3a158eed12283651d.png
我在团队中的角色是什么?
7f30fb9b937deb8a7d8921ff8c9c5479.png

远舟:每个攀登者⼼中都住着一个扎营者,作为TL也要相信 ,每个⼈⽣来就有促使⾃⼰攀登上升的核心驱动力。

以上是远舟前辈对团队同学阶段性状态的一个划分,个人认为入木三分。

相比团队其他同学,技术能力之外,我的优点是:

  1. 有自驱力,愿意折腾;
  2. 不由自主的关注业务和团队的更多维度;
  3. 乐于沟通,懂得适时向上汇报,能及时和业务线相关同学协调,更好的完成工作。
2d70484deb5cec45ddf330c6c4e5fe03.png

远舟:团队、业务、个人三者之间的关系。

团队当下有哪些事情需要做?

堂主:系统能力

0b6477939eb67a08be3b8c186319e756.png

摘自 政采云前端团队《如何推动前端团队的基础设施建设》

这个周期中每一个环节的阻塞点越少,研发效率就越高

提效、体验、稳定性,是基建要解决的最重要的目标,通用的公式是 标准化 + 规范化 + 工具化 + 自动化,能力完备后可以进一步提升到平台化 + 产品化。

感谢堂主给出可以优化的点,每个团队可以结合自身的现状,尝试推动。

哪些事情可以推动大家来做?

堂主:从场景出发找方案,事半功倍。

城池:加强对业务背景和行业的理解,有哪些公司在做新零售?技术的挑战在哪里?

敦煌:a160c7790311636db1e5f2b37b786cc6.png

前辈们今天对技术和业务关系的看法,群里小伙伴发的敦煌的文档图,我最近对自己能做什么的思索,促成了我的第一个想法。

背景:因为业务高速发展,同学们每人负责1~2条业务线,需求文档、UI设计图(早期未启用蓝湖等)都散落在每个同学本地,接口文档在后端项目里。所以看到敦煌的团队沉淀这张图,我就着迷了,产生了我想推动的第一件事,和leader沟通,推动团队文档沉淀,基建成果可视化。

沉淀文档的目的:

1.团队内各业务线同学重新梳理、思考自己所负责的业务,引起大家对业务的关注,尝试为业务赋能;

2.确保各个功能有迹可循,方便新人交接和跨业务线协助;

3.理清我们哪些规范需要添加;

4.梳理业务的同时,对各业务线中分散的组件、模块、工具库搜集整理,总结可公用、复用部分;

5.沉淀自己团队的东西。

备注:

谨记:对于规范的制定,需要强调的一点,是规范的产出应是团队内大部分同学的共识,应该是集体审美。规范一旦确定就应该严格执行,要能形成团队行为的一致性。对于文档,为了写而写的文档是垃圾,不如不写。文档的重点在说人话,在于有效性,在于直观、省事、不绕。——摘自政采云《如何推动前端团队的基础设施建设》

fb1cecc7ba94dba6833656106f9bfc40.png
如何推动落地?

团队沉淀不是某一个人的事情,需要协调和引导大家共建,一起把这件事情做好。

远舟:规划的思考方式

6229250559bf967deb9d6f60c466be14.png
cf2d3f7080a2a251db3248ea3341f835.png

贵重:

如何拿结果?一定要有产出

目标定义——>目标拆解——>拆分为多个里程碑——>主动汇报

实现路径

抓手

组织保障

项目计划:

任务分工:找正确的人做适合的事

开发人员能力如何定级?

知道如何定级,也就知道了差距;

路漫漫其修远兮,吾将上下而求索!!!

P4 初级工程师

应届 or 工作1年左右,独立执行,快速成长

  • 熟悉业务流程及岗位信息
  • 可以作为独立的项目成员,独⽴执⾏,日常工作需指导
  • 能够发现并解决问题
  • 站在客户立场思考问题,达到客户和公司都满意
  • 能在团队协作中沟通清楚,彼此尊重,互相学习

破局:把手头事情做到极致;由点到线,解决问题

P5 高级⼯程师

工作1~3年左右,主动协调,独当一面

  • 熟悉业务流程及岗位信息,积累较多的日常工作经验
  • 独⽴的项⽬组成员,能独⽴完成复杂任务,偶尔需指导
  • 掌握分析解决问题的能力,主动协调资源,独⽴处理复杂问题,拿到有效结果
  • 不断反思及改进创新对客户的服务
  • 以积极正⾯的心态去影响团队

破局:资深之前是汲取,资深之后是反哺;由线到面,专项能力

P6 资深⼯程师

工作2~5年左右,主动出击,自有一套

  • 具备专业领域能力,深⼊的知识和技能,能够培训和教导初级员⼯
  • 对⾃⼰所从事的职业具备一定前瞻性了解
  • 基于分析思考,有效执行,领导跨部⻔项⽬
  • 掌握分析解决问题的能⼒,主动协调资源,独⽴处理复杂问题,拿到有效结果
  • 不断反思及改进创新对客户的服务
  • 以积极正⾯的⼼态去影响团队

破局:从影响到改变;面到立体,系统能力

P7 技术专家

工作 3 ~ 8 年左右,破而后立,卓有成效

  • 专业领域的丰富积累,具备专业影响⼒,是他⼈的咨询对象
  • 在专业领域中,对公司内外及业界的相关资源及水平比较了解
  • 基于分析思考,有效执行,领导跨部⻔项⽬,培养新员⼯
  • 良好的分析解决问题的能⼒,有创新想法,能改进业务流程
  • 团队协作中具备利他精神,能以积极正面的⼼态去影响团队
  • ⾏业外或公司内培养周期较⻓

破局:维度、广度、跨度、深度;系统到体系,多维能力

P8 高级技术专家

工作 6 ~ 10 年左右,专业独到,策略系统

  • 公司内某专业领域专家,指导他人解决本职位复杂问题
  • 基于战略理解,深入思考;基于系统认知,思辨执⾏
  • 对专业领域的复杂问题,进⾏有效分析,提出策略性解决方案
  • 洞察潜在需求,超越客户期望
  • 参与专业领域的决策,决策影响部⻔管理层,影响未来 1~2 年的业务发展
  • ⾏业外或公司内培养周期较⻓
51e3b2433ed5f3e6a9c2684d163445b8.png

层级背后体现的是解决问题的能力,看待问题的角度,可以优化的点,培养好的职业习惯。

TL如何分配技术和管理的精力占比?

城池:

新技术自己要去看教程学习,保持敏感度;

code review;

tip: 不要实际参与项目编写,因为时间原因可能会坑~

贵重:

TL要成为CEO(首席解释官),是组织氛围的缔造者

过程跟进、做好正面反馈和反面反馈

TL你想得到什么,你就去检查什么,坚持去做

如何快速提升自己的软技能?

远舟:

把一件事情做到极致,就会遇到不同的风景

换位思考,追问,对话;从他人角度看待自己的问题

放出去,拉回来,解决的应该是同一个问题,不忘初心

不要10个土堆都是1米,而是1个土堆要堆到10米

64f11226e6bafb7d47209c568a40b972.png

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Java程序员交接文档是指在程序员离职或者项目交接时,提供一份详细的文档给接手人员,以便于新人快速了解项目的技术架构、代码结构、运行环境以及开发规范等方面的情况。 该文档通常包含以下内容: 1. 项目概述:简单介绍项目的背景、目的和规模。 2. 技术架构:详细描述项目的技术架构,包括系统架构、硬件配置以及软件框架。 3. 代码结构:介绍项目的代码结构,包括各个模块的目录结构、类的关系、函数的调用关系等等。 4. 数据库结构:描述项目所使用的数据库的结构,包括各种表、字段的定义,以及数据关系等。 5. 运行环境:介绍项目的运行环境,包括操作系统、版本、服务配置等等。 6. 开发环境:介绍程序员的开发环境,包括开发工具、版本、插件等等。 7. 代码规范:列举项目的代码规范,包括编码规范、开发规范等,以确保新人在接手后,能够遵循良好的代码风格进行开发。 8. 工作流程:描述项目的工作流程,包括需求分析、设计、编码、测试、验收等过程。 Java程序员交接文档帮助新人快速上手,避免了在了解项目结构、代码风格等方面浪费时间,同时也便于后续的维护和迭代。把一个原本复杂的系统变得简单易懂,提高了工作效率,这对于项目的顺利完成是非常有帮助的。 ### 回答2: Java程序员交接文档是Java程序员在交接项目时提供给接手者的一份文件。文档包含项目开发的历史、代码结构、功能模块、技术选型等内容。交接文档的作用是为接手者提供了解项目情况的参考资料,提高了交接效率和接手者的理解度。 Java程序员的交接文档应当包括以下内容: 1. 项目简介:简述项目的背景和目标,项目开发的历史和阶段。 2. 代码结构:对项目代码的结构进行说明,对代码的目录结构和模块进行介绍,尽可能详细地解释各个模块之间的互相关系。 3. 开发环境:介绍Java程序员使用的开发环境,包括开发工具和数据库,操作系统等,方便接手者能够在自己的环境中对代码进行调试和测试。 4. 技术选型:对使用的框架、技术及其主要功能进行介绍。 5. 代码规范:列出程序员遵循的代码规范和开发流程,包括代码注释和编码规范等,用于保证代码质量和提高代码的可维护性。 6. 功能模块:对各个功能模块进行介绍,包括其实现原理、作用以及与其他模块的交互关系等。 7. 部署说明:给出代码的部署说明,包括如何在服务器上部署和启动项目。 8. 遗留问题:列出尚未解决的问题和需要进一步完善的功能,并给出相应的解决方案。 总之,Java程序员的交接文档应当尽可能详细、清晰地介绍项目的相关内容,为接手者提供帮助和指导。这样有助于确保接手者能够顺利掌握代码,并更好地维护和优化项目。 ### 回答3: Java程序员交接文档,是程序员在交接项目时必须提交的文件,主要包括项目的约定、设计、实现、测试、文档及其他重要信息。该文档是对项目进行详细说明的资料,让接手人能够快速找到相关信息,以便于顺利接手该项目,并更好地完成相应的工作。 Java程序员交接文档的内容一般包括以下几个方面。首先是代码实现部分,包括代码库的版本、构建方式、部署方式、运行方式等。其次是系统设计部分,包括系统的架构设计、组件设计、界面设计等。然后是测试部分,包括测试计划、测试用例、测试结果等。最后是文档部分,包括用户手册、API文档、安装说明等。 程序员在编写交接文档时需要遵循以下原则。首先,要全面、准确地描述软件各个部分的功能、实现、限制、使用方式等信息。其次,要规范化文档结构,采用统一的风格和格式,使文档能够清晰易懂。最后,要尽量少使用行业独有的术语和缩写,避免造成接手人的困扰。 总之,Java程序员交接文档是程序员进行项目交接时非常重要的文件,它可以让接手人快速了解项目相关信息,从而更好地完成相应的工作。程序员在编写交接文档时应该注意文档的完备性、规范性和易懂性,让接手人能够理解并顺利接手项目。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值