关于团队管理:悄悄告诉你有种管理方法能让设计团队学习产出两不误

40次阅读

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

这是一篇 PM 治理 Productlife 团队的心得。

Productlife 的前身是 C-Camp,而 C-Camp 是 UX/UI 新手村。心愿可能透过共创工作坊,帮忙大家累积实作上线产品的教训,总共有钻研场与设计场各 4~6 周。而 Productlife 正是在设计场之后产出的设计概念,并交由目前固定的产品团队进行设计与开发。目前团队组成是 1 位 PM、2 位 Design Lead、1 位 Dev Lead、4 位设计师,2 位后端,1 位 App 前端。

以下为 PM 的自述:

从 C-Camp 到 Productlife 过程中,我一开始按照之前实习和工作坊的一些教训布局工作流程与节奏,却遇到一些挑战,因而理解到个别工作的团队与 Side Project 的团队差别,进而缓缓调整成目前的团队合作模式。

一、找到 ” 弹性施展 ” 与 ” 精准规格 ” 的均衡

在工作坊期间,我首先根据产品的性能,产出细节的性能规格以形容用户故事与互动形式,也给了几个概念式的 Wireframe,但未针对 UI 进行设计,对于大部分处于职场新人阶段的工作坊成员,这是一把双刃剑:

长处:让成员学会剖析规格,进而专一在产生对应的信息架构与 UI 设计

毛病:成员被 Wireframe 限度,难以跳脱既定印象,成为只是产出视觉的工具

因而在工作坊完结后,我决定调整指派设计工作的形式:

第一,同样给定明确指标,蕴含产品指标与设计指标,让设计师晓得如何评估他们最终的设计;

第二,调整规格颗粒度,只给肯定要有的规格,其余全副不讲让设计师有更大的施展空间;

第三,提前 Review,咱们每两周一次 SprintReview 和 Planning,但不把所有该 Review 的货色丢到 SprintReview 才探讨,而是在此之前就必须实现 DesignLead 或是 PM 的 Review。SprintReview 的目标除了让各个设计师 Sync,也是让彼此的回馈能透过一个正式场合表达出来,在正式进到开发之前还有一个微调的缓冲。

二、做 ” 最 ” 有影响力的事件

放弃所有 ” 能够做 ” 的需要,集中资源做最有影响力的货色。一切都是假的,只有产品上线才是真的。在与开发团队探讨过后,咱们评估在年中只能开发出一项最外围的机制。

我回头与设计团队屡次探讨了咱们该怎么在最精简的产品规模下提供最外围的体验,然而设计团队的想法善于发散却难以收敛。过后咱们曾经设计了社群探讨以及帮助分享者减少影响力的性能,但最初一一被我删减,设为 Pending。

Productlife 的愿景是「让每个产品常识学习者能因找到独特学习的搭档而成长」,心愿打造社交优先的学习体验。当我回过头来检视咱们外围的指标,就发现一对一的配对就能够实现最精简的社交性能,但还是能保有透过社交来学习的体验。所以咱们接下来只专一把一对一的配对体验做到最好,别的需要和性能能够略微想想,但临时都不会进行设计。

三、将成员成长也视为团队工作

设计团队的成员目前行将交付最终版的设计给开发,在此之前我已经把死线压在 3 月就应该要交付,为什么会拖到 4 月了才终于要完结?

这次凌乱的根因是我疏忽了:团队成员也要有学习的工夫。一味地让设计师赶上该交付给开发的进度,会让这些还须要一些反思能力更稳固的设计师变得节奏凌乱。在问题解决后我透过这个契机,与所有人进行了一对一面谈,并在一对一的过程中理解大家各自冀望的成长门路。

我最初做了一个工作指派上的调整,就是把「学习」也变成工作,这样在布局工作时,就不会排挤掉成长的工夫,同时团队投入在学习打算的资源也比拟容易掌控。

当初咱们有两个学习工作:

A. 理解 UI 设计该留神的所有眉眉角角

B. 理解如何以数据辅助设计

四、赋权团队:让成员从 ” 负责 ” 到 ” 担责 ”

在设计团队中,每个人都负责一个设计,最根本的效益,就是彼此能够看见产出的细节有哪些差别,进而向团队成员学习。然而在我眼中让他们负责是一回事,让他们感触到本人有责任,并且违心为此产出超出冀望的后果又是另一回事,在一对一的过程中,成员提及了这种状态就是有 Ownership。

至于要怎么晓得成员有感触到 Ownership,总结有两个层面能够展示这件事:

集体:独立负责一个设计,在各方面都能认真地思考在限度下交付合乎或超出冀望的成绩

团队:会被动沟通来补救规定缺口,甚至被动推动该被器重但未被推动的工作

无论是集体或是团队层面,成员们都曾经展示局部特质,而我都还在致力让两点都能 100% 达成,期许将来能打造出一个有良好组织文化的产品团队。

以上就是在带设计团队时所总结的四点心得,我集体认为大部分应该是跨团队通用的准则。近期开发团队刚开始成形,而将来也有可能会组建使用者钻研团队,如果将来有任何新的学习,会再找机会与大家分享!

原文链接:daniel-lee.medium.com

作者:Daniel Lee


LigaAI 会继续分享你须要的内容,欢送感兴趣的小伙伴浏览咱们的官网 LigaAI- 新一代智能研发治理平台 专一灵感 回归价值 享受成绩

查看在招职位

正文完
 0