【敏捷团队】3.产品+开发+设计+测试=临时团队

本文介绍了一个无需传统领导者的高效团队协作模式,强调了面对面沟通的重要性,并详细阐述了如何通过晨会促进团队协作,确保项目进度及质量。文章还分别从产品、设计、测试等角度提出了具体的建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

      如标题所示,组成一个临时团队,而这个团队,不需要leader,注意,需要的是一个主持人,一般由能说会道长相甜美的产品人员来担任,大家应该多多沟通,例如晨会,每天站15分钟,站着可以避免变成长时间的讨论会,每天开可以保证每个阶段进度的掌控,以便在尽量早的时候发现问题,解决问题,一个只说3件事:1、昨天做了什么?2、今天打算做什么?3、需要支援的地方。

      面对面,是最有效的沟通,比起一堆堆的文档来说,简单有效,过去不断完善文档,但这些文档是否发挥了本应有的价值呢?可能维护、偏离目标,误导新人,这样反而是不好的,想象一个足球队,教练很重要,但是在比赛的时候,教练贡献了很多表情包,大吼大叫之外,真正参与的是球员,如同开发一样,是自己在写代码【踢球】,而leader【教练】在旁指导和安排这个项目的具体研发人员,这样,真正编码【踢球】的开发人员,提高自身的自主意识和责任心,这个项目,能完成的不错。

      产品,需要弄清楚一件事:作为【角色】,能够【干什么】,达到【什么目的】,这个事Use Story的简易公式,我觉得挺受用的,起码在弄清这3个点后,你的思考会变得有意义和比较全面。

      设计需要关心UX/UE,不要盲目去迎合用户,也不要强势让用户适应你的idea,结合产品思考,产生能力的火花,毕竟什么行业,都有牛逼的存在,而成为高手也非一朝一夕。

      测试,在会上,真正了解用户,成为最全面的那个用户,开始编写自己的测试用例,需要结合大方面的参考意见,也可以在会上直接告知开发一些我肯定会测的环节,这样也能增加开发的编码稳定性,听取大家的意见,改进自己测试用例,将产品真正需要做成什么样,达成一个共识。

      会上无论讨论多么激烈,记住,你们的共同敌人,是一个烂产品,而非某些部门,甚至某个人,会上一定要给每个成员一次不被他人打断的发言机会,让每个人都能表达自己的意见,参与感一定要体现,切不可成为一言堂。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值