如标题所示,组成一个临时团队,而这个团队,不需要leader,注意,需要的是一个主持人,一般由能说会道长相甜美的产品人员来担任,大家应该多多沟通,例如晨会,每天站15分钟,站着可以避免变成长时间的讨论会,每天开可以保证每个阶段进度的掌控,以便在尽量早的时候发现问题,解决问题,一个只说3件事:1、昨天做了什么?2、今天打算做什么?3、需要支援的地方。
面对面,是最有效的沟通,比起一堆堆的文档来说,简单有效,过去不断完善文档,但这些文档是否发挥了本应有的价值呢?可能维护、偏离目标,误导新人,这样反而是不好的,想象一个足球队,教练很重要,但是在比赛的时候,教练贡献了很多表情包,大吼大叫之外,真正参与的是球员,如同开发一样,是自己在写代码【踢球】,而leader【教练】在旁指导和安排这个项目的具体研发人员,这样,真正编码【踢球】的开发人员,提高自身的自主意识和责任心,这个项目,能完成的不错。
产品,需要弄清楚一件事:作为【角色】,能够【干什么】,达到【什么目的】,这个事Use Story的简易公式,我觉得挺受用的,起码在弄清这3个点后,你的思考会变得有意义和比较全面。
设计需要关心UX/UE,不要盲目去迎合用户,也不要强势让用户适应你的idea,结合产品思考,产生能力的火花,毕竟什么行业,都有牛逼的存在,而成为高手也非一朝一夕。
测试,在会上,真正了解用户,成为最全面的那个用户,开始编写自己的测试用例,需要结合大方面的参考意见,也可以在会上直接告知开发一些我肯定会测的环节,这样也能增加开发的编码稳定性,听取大家的意见,改进自己测试用例,将产品真正需要做成什么样,达成一个共识。
会上无论讨论多么激烈,记住,你们的共同敌人,是一个烂产品,而非某些部门,甚至某个人,会上一定要给每个成员一次不被他人打断的发言机会,让每个人都能表达自己的意见,参与感一定要体现,切不可成为一言堂。