随着技术产业对创新需求增加,应用研究团队已成为驱动技术进步并满足客户需求的组成部分。有效管理研究团队对确保研究目标与业务目标一致并产生实战结果至关重要。应用研究队云化获取宝贵的经验平衡研究开发 和商务需求 并同时探索动态快速变化环境
敏捷方法已知帮助开发团队按时实现目标,同时改善不同利害相关方之间的通信敏捷方法常被视为限制研究的创造力和深度历经多年试错后 我相信我终于有了 做正确之事的秘密调料
文章中,我解释云型研究团队如何综合任务,如文献评审、长研究、基准创建和基准实现等,编入敏捷工作流
在每个研究项目中,我们的第一步是完成文献审查这一过程涉及审查学术文献和技术信息 围绕我们正努力解决的具体挑战因为这是探索性步骤, 我们事先不知道完成作业或结果需要多少时间不同因素,如需要阅读论文数、相关性和结果质量等,只有在我们完成任务本身后才能为人所知,这使得任务规划具有挑战性,特别是在敏捷工作流程方法中。
多年来我们学到文献评审步骤对效率至关重要帮助理解解决特定问题是否可行(或值钱),
将文献评审任务编入敏捷过程, 我们将应用下列程序:
新的研究题目分配十个工作日,而重论已知题目则需要三至五天时间。以新题目为例,第一周用于收集不同论文并进行浅度评审准备第二周使用, 评估提供有效解决方案的更高潜力的最重要论文
文献审查任务结束一至二小时团队会议,由主管者提供文献审查摘要设置会议必备幻灯片,我们保留额外工作日形式化最重要之前,我们有 正式会议,评审任务的结果和质量因各种原因大相径庭,其中包括研究者过分偏重单论文,不记录过程或花时间比预期长
正式进程确保每个人分享知识后再决定如何应对新挑战团队成员,特别是新团队成员,需要处理不熟悉题目时,可有更好的起始位置,这将省下更多时间
带更多资料,我们安排特别规划会议详拟下一步任务并估计应花时间
开发产品或服务时,重要的是建立具体量化目标以评估性能和影响成功标准确保所有利害相关者对项目目标实现、使用哪些度量来确定成功和如何评价进展有共同理解。对成功标准有共同理解也有助于为同一目标协调努力,有助于防止日后产生误解或歧见
贝斯特登录入口官网下载确定目标的好处是明确的,但通常难以定义这些标准并收集适当计量的必要资源。未来客户响应尚未知时 发现它特别真实然而,我们试图在规划会议中适当关注这个题目,因为我们发现它有助于我们更好地引导研究并优先处理任务。
长过程成功标准可能与敏捷精神相冲突,由于它可能依赖不同的不可控制因素,处理起来可能非常难解。要正确处理此程序,我们应用下列程序:
初步选取步骤 用来定义基准自我 并编程 沿途问题列表下一步骤中我们尝试解答这些组问题
通常以会议为中心与公司内不同人员举行会议,例如从数据团队获取相关信息,在客户成功管理员帮助下联系客户,与产品团队协调前产品约束等估计所有这些会议时间时,我们定义最大时桶任务并从总工作时数中减法时间桶通常为5天定义编译报告 回答我们预先准备的问题
必要时购买/收集模拟实际用户假想的必要数据这些数据可能与培训数据不同 因为它可能模拟终端产品 而不完全模拟引擎盖下算法
开发任务中,我们执行测量算法成功率的尺度 和必备脚本 对照收集测试集评价未来解决方案通常它综合文献使用已知度量 和面向业务场景的具体度量任务分解子任务,每个任务需要0.5-2天
使用创建基准脚本并记录结果从这一步骤中得出的结果将帮助理解我们是否需要做进一步研究,离最小质量阈值还有多远。在许多情况下 基准解决方案做正工并比预期更快地提供解决方案
赶进扩展研究项目前,我们需要理解 是否有天真简单解决方案可用 可能产生充分结果除有基准比较外,我们可以使用基准解决方案为产品/特性创建POC提前接触潜在客户有助于验证我们的假设,学习使用模式,对研究挑战有更有意义的洞察力
点小技巧步步
- 文献评审结果应指向正确基准因此,你只能在文献评审后规划此步骤
- 定义运行基准并记录结果
- 时间估计需要数天(3至5天)实施,不包括测试和文档
难以测量工作量和时间 达到成功标准进程初始阶段,我们采取了必要措施理解下一步应该是什么,但我们不确定这些步骤是否有效。更重要的是,像任何敏捷工作流一样,我们的初步假设可能会随时间变化, 原因有新信息使用案例, 潜在客户, 以及其他我们不知道的限制很难向高层管理传递对长研究项目的需求 并向他们提供正确决策所需的信息
研究者需要时间思考探索 避免冒风险街窗特效.处理这些挑战时,我们应用以下程序:
- 省时探索可能随时间变化,但通常大约占我们时间的30%你不应该跳过这些研究项目的必要步骤(即:文献审查、基准等),但继续研究项目的决策过程比其他进程严格得多。
- 写下台阶写下您的下一研究步骤并审查我们每日会议帮助其他人审查过程并在需要时提供帮助步骤应有一个清晰的“完成”定义,它涉及对比结果和基准解决方案避免兔子洞很重要 研究者想解决无关紧要问题
- 每隔两周审查你的计划每月规划课长而深入两周后,我们审查计划,看我们的假设、时间估计和其他因素与我们的工作相匹配
- 计划二到三 不同的研究路径优先选择不同路径,视其估计难度和成功潜力从最易解决方案启动 仍然有成功潜力
- 争取利害相关方参与贝斯特登录入口官网下载决策长研究项目很难, 特别是资源不足时要帮助这一进程,关键是要让不同的利害相关方参与,向他们展示当前结果并解释下一步步骤当前状态可能足以解决数例潜在使用案例,这可能显示我们步入正轨并帮助他们感到更自在。
- 挑战接受
- 源码:产品管理员请求或思想出自公司思想会议
- 理解基础知识常见请求谁会需要它和为什么已知约束是什么期限?
- 管理首选:下一季度优先排序吗?
- 第0天:理解研究挑战.
- 定义技术挑战客户面临的技术问题是什么
- 需要研究吗为何无法用当前工具解决
- 准备文献评审需要学习什么才能收集知识应对挑战
- 需要收集更多数据启动研究项目吗?
- 周一至二:文献评论
- 定义谁对这项任务负责
- 预排文献评审会议(第3周结束)。
- 周3:季度规划会议
- 保证你理解成功标准
- 保证你有必要数据if not, we'll定义数据任务收集培训评价相关使用案例结果所需的数据获取所需数据前不动工
- 定义创建基准、基准解决方案和基于文献审查的其他二到三种替代方法所需要任务
- 时间估计为每项任务提供
- 向不同的利害相关方传播计划时间需要 下个检查站需要 挑战是什么
- 3-7周:冲印工作
- 基准和基线解决方案优先排序
- 下沉并定义执行初步步骤所需的任务尝试拆分任务到1-3天或更少避免长任务
- 5周中打印短程规划状态.
- 有变化吗时间估计正确性吗?需要重头看文学评论吗
- 7周规划下一轮冲刺.
- 评审基准求解结果达得成功标准吗if not, why
- 深入到我们解决方案中去理解执行首选替代解决方案需要什么
- 保存时间记录结果和实施过程
- 向不同的利害相关方传播进度和结果
敏捷方法应用到研究项目需要多加注意从我的经验看,在可以正确调整后 团队速度发生巨变 即使是最模糊探索性研究
平衡键强制使用方法会扼杀创造力,而缺乏架构和调度则会消磨时间并降低团队的影响力想要在研究团队中使用敏捷方法,投入时间和精力寻找平衡并按当前状况调整进程
