关于前端:项目开发中对成长的一些思考

41次阅读

共计 2209 个字符,预计需要花费 6 分钟才能阅读完成。

写作目标

心愿通过这次分享可能让大家更好的去独立进行我的项目开发,或者是带着团队一起去实现我的项目的开发,并且在这过程中都有成长。

前言

我的项目总有做完的时候,就是看有没有做对,做成。

除了关注我的项目自身之外,还须要关注一下人,比方如何让本人本身成长、如何让其他人成长。

如何独立去进行我的项目的开发?

咱们的指标必定是心愿把这个我的项目做成。

面对的次要问题

  1. 晓得要做什么、能不能做、什么时候截止
  2. 晓得要怎么去做
  3. 开发
  4. 交付

1. 晓得要做什么、能不能做、什么时候截止

  • 对需要:肯定要晓得产品想做什么货色,不然到时候做进去的货色不是产品想要的。
  • 调研:这个需要能不能实现,不能实现咱们就不必做了。
  • 确定一下交付工夫

2. 晓得要怎么去做

  • 相熟开发流程
  • 技术选型、定计划
  • 工作拆分、排期

3. 开发

  • 依照排期进行我的项目的开发,跟其余搭档配合,解决遇到的问题,实现功能模块的开发。
  • 如果用的是新的技术栈,请提前做好基础知识储备。
  • 本人难以解决的问题,可及时向别人求助。

4. 交付

  • 把须要的货色交付给需求方,期待需求方验收。

怎么做得更好?

3 个阶段 1 个总结:开始阶段、执行阶段、收尾阶段,复盘总结

开始阶段

  • 充沛理解需要,明确产品到底想要做什么。补充需要,可能会呈现产品逻辑性能缺失的状况,尽早提出来,防止做到最初了才发现产品逻辑不欠缺
  • 精密的工作拆分,最好是能拆分到一个工作一天(这样对我的项目有多大的工作量更分明,更易于把控进度)。排期不要算上加班的工夫,按失常的工时去计算。
  • 明确交付产物、交付规范和截止工夫(晓得什么时候交付及交付什么货色,这样能力保障交付的货色是残缺的,准时的)。最好整顿一个交付的 checklist,和一个交付测验的流程文档。

执行阶段

  • 当日事当日毕(保障进度)
  • 及时沟通,尽早裸露危险(这样大家能够一起帮忙把危险解决掉,保障进度)
  • 强化解决问题的能力 (保障进度),特地是 debug 的能力。
  • 不确定的问题,肯定及时沟通(保障进度和品质,防止做进去的货色与产品想要的不合乎)
  • 做我的项目的过程中,能够多思考一下以后我的项目开发流程上有什么有余,能够如何去做调整,而后带着解决方案去找我的项目负责人
  • 增加代码正文或者开发文档。比方如何开发、调试、测试及上线。不便后续开发和保护
  • 深刻思考一下我的项目的原始需要,以后我的项目开发实现之后,是不是能够解决之前要解决的问题,有没有更好的计划。

收尾阶段

  • 自测(保障提测品质):交付前依据 checklist 检查一下要交付的货色是否残缺、是否达到交付规范。

复盘总结

  • 想一想,之前开发我的项目的时候哪里被卡住了,如何晋升本人的开发效率。(比如说下次再有同样的我的项目,如何缩短我的项目的开发工夫。)
  • 流程上是否有待欠缺的货色,以进步团队的效率、进步整体开发的品质。
  • 多从其他人的角度去思考问题,看看如何配合起来更顺畅,效率更高,条件容许的状况下,能够帮助别人解决问题,进步本人的影响力。
  • 总结一下目前我的项目的劣势和有余,提取教训复用到下一个我的项目中,能落成文章或者跟大家分享更好。

外围点:进步本身能力和影响力。

如何带着大家去进行我的项目的开发?

面对的次要问题(从业务接口人的角度)

  • 晓得我的项目大的指标是什么、交付什么货色
  • 要让大家晓得各自都须要做什么
  • 技术选型、计划定制、定制开发流程及标准
  • 资源协调(跨部门合作须要进行资源的沟通协调)
  • 解决危险及把控进度(解决开发过程中遇到的问题)
  • 成绩测验(保障交付品质)

如何去做(仅供参考)?

3 个阶段 1 个总结:开始阶段、执行阶段、收尾阶段,复盘总结

开始阶段

  • 充沛理解业务,从业务的角度,和产品经理探讨需要的合理性,发表本人的认识和见解。
  • 依据需要,剖析一下我的项目的重点或者难点,定制一下解决方案。有必要的话出一个小 demo,做技术预演。
  • 定一下我的项目的架构,进行模块及工作划分。
  • 梳理一下我的项目开发中须要依赖的内部资源,提前沟通协调。
  • 定制开发流程和标准

执行阶段

  • 每天上班之前同步一下开发进度及问题点,帮助解决重点难点问题,当日问题尽量当日解决。如果是紧急我的项目,小组内进度同步实现之后,整顿汇总到我的项目负责人或者领导处。
  • 拉通认知,随时放弃大家对我的项目,需要的了解是统一的。
  • 保持良好的沟通气氛,可进步开发效率或者及时发现问题。
  • 治理危险:危险承受(晓得这个危险并且能承受)、危险躲避(通过其余形式躲避这个危险)、危险管制(采纳策略缓解这个危险带来的影响)。
  • 解决抵触:人力抵触、优先级抵触、技术见解抵触等。能自行解决的就解决,解决不了的,可让第三方染指解决(比方其余共事或者领导)。
  • 重要的技术计划及重点问题记录,对立造成文档,让大家都能看到。
  • 帮助解决问题以疏导为主,帮忙其余成员晋升解决问题的能力。

收尾阶段

整合我的项目,并进行自测 / 预演,确认没有问题之后再交付。

复盘总结

我的项目交付之后,本人先进行总结,而后带着大家一起进行复盘。不必太正式,每个人都有发言的机会,畅所欲言(最好是给大家工夫去想,写纸上,而后挨个发言)。最初总结,提取教训,造成文档一起归档。

自我总结的思考:

  • 我的项目是否达到预期的成果?如果没有,起因是什么。
  • 团队开发效率和配合的默契水平如何?是否还能再晋升?
  • 开发流程是否欠缺?有没有须要补充、改善的中央?
  • 团队成员的播种是什么?对于他们来说是和有播种和成长?

外围点:整体规划、项目管理、团队成长、业务了解

结束语

这只是集体的一些思考总结,或者还有很多欠缺的中央,缓缓补充成长,让本人和大家一起缓缓做得更好。

正文完
 0