刘阳阳
在传统的瀑布流开发形式下，上个人的输出交付物就是下个人或环节的参照物，在这个流水线型的沟通传达过程中，势必会因为人的能力，情绪不稳定，导致信息逐渐失真；那么在AI coding时代背景下，设想一个产品怎么做，以及这个产品具体开发，还有产品的后续实施推广，只有中间的那道环节，门槛变得低了，编码现在变得不复杂了，那么我们就要集中精力往前道和后道去解决提高效率，接下来将从会议分类和会议形式进行展开说下：第一：如何开一个高效的会议先决条件是会议形式组织的是否得当！日会：建议是开晨会，小团队最好是站会，中大型团队也可以分组，主要说昨天的卡点，堵点；周会：开部门之间的流程阻塞问题，信息不对称问题；月会：开组织，人事，制度同步每种形式的会议都有自己的定位和组织形式，如果把日会当成周会来开，很有可能会因为细节问题纠结展开讨论，浪费时间!另外就是哪怕是小会议一定要有主持人，来把控节奏，也不一定说非得都是领导或者部门核心的人来当主持人，也可以你要挖掘和培养的新人，当主持人的话团队成员会自觉向他对齐，而且可以事前事后了解会议背景，需求现状和执行情况，本身也是一个管理锻炼。第二：建议所有的IT团队开会形式都进行一次会议转型升级，原来开会是对齐，会后制定任务，再进行跟进执行；而目前所有的会议都可以进行默认录制，交给AI Agent进行执行，无论是飞书妙记，还是企业微信的记录面聊功能，或者豆包千问的会议录制功能，是可以跟你的Agent打通的，最好是将会议的逐字稿发给Agent进行处理，因为这些信息是给智能体最重要的上下文，上下文内容管理是会议的结束，但是是工作的开始，未来的会议本身就是一个 prompt，因为将这些信息识别、处理和分发成to do任务是AI最擅长的，而且，通过手机在对话框里面通过对话，直接让它把to do都干了。举两个例子一是在销售拜访完客户以后，我们的会议总结推送给Agen，t基于会议逐字稿给销售反馈和建议，并且把话术/FAQ沉淀进行个人知识库；二是IT开发新范式：开需求评审会（提前明确各个话题才是高质量会议）-生成会议纪要包含原文-push给Agent生成待审核的to do list-通过对话明确交付物包括（1.prd.md 2.流程图 3.示例）之后直接通过codex开干-人来审核；未来会有越来越多的团队接入会议的工作流驱动
发布于 浙江
分享
3
1
未登录
友善发言
评论
加载中
