|
|
51CTO旗下网站
|
|
移动端

让开发者学习设计原理

《管理智慧:成功研发团队的18条管理启示》本书内容取自Lyft、腾讯、蚂蚁金服、用友、ThoughtWorks、平安科技、去哪儿网等17家国内外大型互联网企业的实践经历,分为工程文化、效率提升、团队组建、技术领导力4个板块,是覆盖技术型团队全生命周期管理的参考指南。 本节为大家介绍让开发者学习设计原理。

作者:麦思博(北京)软件技术有限公司来源:人民邮电出版社|2018-01-29 17:06

让开发者学习设计原理

前文提到在Lyft企业版研发过程中的另一个问题是缺乏用户流程的迭代和beta测试。至于原因,研发团队说没有足够的时间,因为UX设计组成了瓶颈,一直没有给出“像素级完美的设计”(pixel perfect design),而研发只能默默等待。

这种思路是不可取的。首先,根本不存在“完美像素”这样的设计,理论原理上的完美设计并不代表用户的体验就真的完美。其次,研发追求完美设计就等同于限制自身试验迭代的速度。工程师应该懂得怎样不受阻,在需要的时候自己来做设计上的决策。

当然这并不意味着研发者可以以解锁自己的名义发布不专业的设计,他们仍然要对最终产品的优劣负责,但是程序员们应该被允许和鼓励采取主动的态度。我们希望研发人员学习基本的设计原则,勇于尝试。

对于Lyft而言,在我们面临的竞争环境里,必须要让每个人在未知的情况下有自主权去试、去学。这其中一定会犯错、会反复,但最终赢得的是速度,和真正的来自用户的实时反馈。

我们甚至认为设计团队的核心任务除了帮助每个项目设计用户体验外,更应该传授设计原理给公司其他部门,尤其是研发和产品的人员。在许多项目的初期,我们鼓励工程师和产品经理在设计团队的协助下,甚至是独立于设计团队自主地做设计选择,并通过不断的beta测试来获取用户实际使用情况,从而确定产品的定位走向,这样可以大大提升效率。反之亦然,技术和产品的人员也可以给设计团队讲解不同设计的工程成本和影响,在一些特殊的情况下,不完美的设计反而可能会带来更好的结果。

几乎每个人都知道好的产品来自反复试验和快速迭代,但一般团队的做法是不停地加人手来保证速度。有时候在需要跨部门合作的项目中,人数的增加并不能直接解决问题,更重要的是有一个健康的团队文化去鼓励研发人员突破框架扮演不同的角色。


喜欢的朋友可以添加我们的微信账号:

51CTO读书频道二维码


51CTO读书频道活动讨论群:365934973

【责任编辑:book TEL:(010)68476606】

回书目   上一节   下一节
点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

网管员必读—超级网管经验谈(第2版)

本书的第1版获得过“2006年度全行业优秀畅销品种奖”。全书共15章,分别介绍了网管员职责和应具备的工作习惯、共享上网与访问控制方法、子...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊