所谓“前端能力不足”

前言

随着前端越来越多的被提上日程,用户对产品的体验度要求越来越高,产品除了实用的特性还必须满足方便用,美观,交互好,人性化等一系列的操作,谁的产品先做到这些,就能获取用户的青睐。那么这样一来,前端无形当中追加了很多工作量,所以前后端分离是趋势,不可能要求后台去很多精力花费在帮我们吧数据和前端的静态效果以及相关的资源整合上。让大家分别去做各自擅长的事情。 那么问题就暴露出来了,当对前后端能力要求、测试要求不一样多不一样难得时候,前端就会团队中处于短板,这在中小公司很常见。因为优质的前端是稀缺资源。

突出问题一 前端能力不足 

  1. 问题列表 
    • 某些特性化的,有难度的需求做不来
    • 代码的模块化,可维护性不强
    • 修改bug的能力以及效率有限
    • 分不清楚优化、需求、缺陷、bug不同等级
    • 开发时过于粗糙,不能综合考虑各种数据情况、操作的容错性不好
    • 貌似其他职能没毛病
  2.  解决方案
    • 需求走前端部门统一评审,按照难度等级、可实现等级、替代方案处理,不计入基本的开发中
    • 普及模块化开发的基本方式,增强写注释、团队协作的培养
    • 学会自己的妥善分类,对于需求、缺陷等明确分类,参照前端整体分类
    • 基本的培训,案例分享,在产品不做相关处理的时候,希望前端应该有的基本处理
    • 请问各个其他职能有做好自己的事情么,是否够专业,现在只是因为前端的问题是暴露出来的而已,我们的后台、设计、产品、测试都无可挑剔吗。如果真这样,为什么不把前段淘汰或者这些人去更好的公司谋求更好的待遇和发展空间。

突出问题二 需求不明确,测试提需求加优化

  • 首先不可否认,测试可以提一些优化或者特殊的需求,但是如果这个比例远远超过了bug本身的比例,那么这部分就是不合理的,应该从以下几个角度避免。
  • 产品原型最大程度的明确应该有的产品细节,包括各种数据,数据可能情况,意外情况,用户交互,交互效果,数据验证,插件,等等。举例说明:产品不能说这个地方需要轮播图,而应该说是这个页面什么位置出现多大规格的几张轮播图,最多几张,最少几张,播放效果如何,有没有默认图,跳转的链接是什么,图片来源是什么,什么格式等。
  • 测试应该有自己基本的测试准则,不要每次都没有准则,没有原则的去测试全部的需求,个性化的测试我们要尽量规避,尽量约定统一的规则,尽量参照原型以及需求来进行相关的测试,默认认为如果符合产品设计的90以上的要求,那么这轮测试才是符合产品和开发预期的,而不是直接70以上的测试提的问题都是产品从没提过的、没说要做的。
  • 项目经理控制好整个的测试联调过程,保证基本的缺陷都解决的情况下,尽量在开发周期内完成具体功能模块完整的上线,对于不能很好的实现的,被砍掉的需求要做到下一版本的迭代,而不是全部列入bug修改中。
  • 测试以及联调修改过程中没有周期版本性概念,一直是不间断的断续的提问题,而对于所有问题没有任何规律性,等同于过筛子,期望是整体过一遍功能后,模块仔细测,保证模块可用,而不是每个模块都测点,最后每个都有问题,都不能上。

突出问题三 线上版本bug多,发现就及时改

问题1:为什么之前bug的有那么多,还能上线 问题2:为什么那么多的bug都必须是当天提,当天改的,有这样严重么 问题3:我们提的bug有没有规律性,是无意发现的还是必然的,我们是否经常进行大规模的一次产品优化,吧这些纳入到开发状态,而不是一味的不断续的改问题 问题4:当天问题当天改,能改完么,改的这些bug谁会记录,属于哪个产品版本

突出问题四 前端暴露出来很多分支提交问题

1首要责任在前端 2前端做不好,为什么不让有能力的人去做,或者交给他怎么做 3是不是很多源代码不是前端写的也让前端背锅 4项目架构不明显,增加了前端开发修改的难度,建议尽早前后端分离,而不是四不像的结构和合作方式

突出问题五 团队协作

  • 团队协作需要有基本的协作常识,互相帮助,怎样才能让对方更方便高效的协作,建立基本的规则,如果不能保证各种个性化的要求的,就要给其他职能提供最基本的原则性的支持。
  • 人员角度的互相帮助,责任是要追究的,但是团队需要互相体谅,共同承担压力和责任的,遇到问题要沟通问他,帮他解决问题。只有最上面的人才是boss,可以只关心任务和结果,每个团队的具体成员都关心的是自己如何去实现,有什么难度,如果做不到,谁可以帮我;如果做得好,怎么分享给其他人;如果自己有能力有经验去帮别人做点事情。
  • 每个职能对于专业能力认识不够,专业能力不足导致很多后续问题。所以职能主管或者职能培训是必须的。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏灯塔大数据

干货|互联网运营数据分析的十大经典方法,朴实却能解决问题

导读 眼花缭乱的东西很多,真正派上用场的,却不见得是那些看起来炫酷的。很多方法朴实无华,却解决大量的问题。 下面十个方法都是我这么多年做互联网运营分析时一定会...

2865
来自专栏IT米粉

加强管理能提高程序代码质量吗?

代码质量是咱们程序开发中永远的一个痛,提升代码质量有很多种方式,强化管理是一种很常见的方式,这里咱们就聊聊,所谓的管理,真的是提升代码质量最有效的方式吗? 外包...

2985
来自专栏数据的力量

干货|互联网运营数据分析必须掌握的十个经典方法

4038
来自专栏IMWeb前端团队

前端进阶之路:如何高质量完成产品需求开发

本文作者:IMWeb 陈映平 原文出处:IMWeb社区 未经同意,禁止转载 写在前面 作为一个互联网前端老鸟,这么些年下来,做过的项目也不少。从最初的...

2966
来自专栏FreeBuf

聊聊身份欺诈和窃取那些事

很多人都认为“个人隐私”不过是一纸空谈而已,引用老炮儿中六爷的一句被删台词:“我活那么大,我TM都不知道自己还有隐私?” ? 目前社交媒体如此发达,而社交平台上...

2179
来自专栏PPV课数据科学社区

大数据可视化、实时性分析的工具——Datawatch

编者注:互联网后时代,我们谈的最多的不是电脑,而是基于互联网产生的伟大的互联网公司,比如谷歌、微软、百度、阿里巴巴等;移动互联网后时代,我们谈的更多的不是手机,...

60610
来自专栏敏捷开发&项目管理

章节 2.1 可靠的软件 – 灵活,可靠的软件 使用设计模式和敏捷开发

可靠性和测试 学习目标 学习使软件变得可靠,对于想成为具有竞争力和成功的开发人员是非常重要的。本书大部分将致力于使软件不会失败的开发习惯,技能和实践。本章节的目...

3478
来自专栏CSDN技术头条

如何在三年内快速成长为一名技术专家

作者 | 清英 文章来源GitChat,CSDN独家合作发布,查看交流实录:http://gitbook.cn/books/59b69dc608f7233e6...

1906
来自专栏大数据文摘

聊聊身份欺诈和窃取那些事

1372
来自专栏ThoughtWorks

开源软件那么多,我们该如何选择?|洞见

当我们说起开源软件的时候,想必大家都有丰富的使用经历,小到Node.js的一个组件库,大到一套办公软件如LibreOffice,再如Linux操作系统,可以说无...

3245

扫码关注云+社区

领取腾讯云代金券