表达不清与站位不明导致的过度演化

March 15, 2014 posted in [bdst]

事情发展到这一步真是让人有点震惊,由此可见当一个人在做计划发指令的时候,一定要想清楚要达到什么样的效果,千万不能模糊的任其蔓延。

事件回放

前台处于论文状态,没太多时间,后台的人不能闲着,根据上次的经验,在我们没有多少文档的情况下,大家应该充分了解我们平台的功能,熟悉目前已有平台的样子,所以我的计划是由一个人负责,理顺系统脉络,然后“所有人员阅读报告,理解系统完成的所有功能,对所有页面有个整体认识。后台 了解协助梳理所有功能,吹毛求疵的了解所有细节”,而关于讨论和意见,多半是针对前台的,因为前台是第一个最需要知道所有功能,提出意见的,所以定义为“前台 了解所有功能,并提出修改意见,思考可能的页面,确定所有功能点(例如社团的QA是否要,为什么要),确定网站的整体风格,定调前多与大象沟通”

结果事情的发展是负责梳理脉络的人在画好思维导图后群发了邮件,定义自己为“负责社团管理平台底层功能改进建议的收集与整理工作”,并要求大家提出功能修改意见完善意见,此时所有人没有方向的发散的提出大量的意见,而太多的意见不是我们现在需要讨论的,整个团队一度处于混乱的状态。

总结

此次事件我应该负全责,既然定义了进度,就应该负责去把控。在收到收集意见的邮件时,自己退化到随波逐流的成员去思考(可能这个是第一反应吧),没有及时把握当前的形势,虽然我完全明白当前不需要讨论(我一直强调做好基础功能),而是需要熟悉了解当前的基础功能,但是没有及时发现形势的转变。由此,在以后的工作中,我应该有更强的领导意识、全局意识、责任意识,多与大象沟通,积极健康的推动团队的发展。

补救

周末开会时一起梳理这一次的基础功能,让前台了解当前的目标和所有功能,让后台知道以后页面上所有功能的作用和期望。