用敏捷的流程进行专利挖掘的初步实践

在敏捷的技术实践过程中，存在很多创新的技术要素和新技术融入的可能，以此为契机构建了专利挖掘虚拟团队。专利挖掘的意义在我们看来有如下好处:有助于企业对项目研发和技术创新成果进行全面的保护;应对竞争对手核心专利，对竞争对手进行对抗牵制，遭遇专利威胁的时候有足够的谈判和反击能力;完善和挖掘现有或将来前瞻性专利，围绕自身核心技术形成严密专利壁垒；

针对专利挖掘，设定了专利挖掘的关键路径:

在实践过程中，我们发现了一系列的专利挖掘存在创新难点和流程效率问题;专利撰写人需具备能力矩阵包括但不限于如下几点:

较强创新思维能力;对所属技术栈和前沿领域具备较深的领悟力和技术嗅觉;专利文献查重代理人对接等流程问题;至此我们提出在专利挖掘过程中两个亟待解决的问题:

1.针对专利挖掘中的复杂流程，如何提升效率？

2.如何让创新想法在众多的同质化专利中脱颖而出，高概率通过专利局的实质审查？

这里，我们大胆的突破敏捷的单纯技术实践，在专利挖掘里面也试图引入敏捷流程，初期构建了如下敏捷要素:

 1.成立虚拟的敏捷专利挖掘团队 2.看板方法引入，使得任务流向/任务瓶颈可视化 3.用户故事的创建，用户故事的任务卡，分解和成员主动领取 我们分解的用户故事卡片主要包含如下:

但是这样实施和开展敏捷半个月以后并不奏效，我们遇到的最大的问题在于:

核心创新点用户故事挖掘任务卡卡片职责过重;

任务粒度过于粗放;

持续创新挖掘任务对于个体能力要求过高;

进一步的结论是:

适当调整团队组织方式，需继续拆解核心用户故事任务卡。

在<Scurm和XP-我们如何实施scrum>一书中有提到，scrum团队的结构，指出了团队组织，合理的组织方式对使用Scrum有重大影响，提到了特性团队和组件团队，多团队之间的协调，版本火车的概念；我们通过理论联系实践，组建了引入核心创新点用户故事挖掘特性团队，核心创新点用户故事挖掘特性虚拟团队的具体实施方式:

1.具备挖掘能力的小的作战单元(3-5个人)；

2.“有的放矢”的集智攻关进行地毯式的挖掘和头脑风暴

引入的核心创新点用户故事挖掘特性团队，专注于创新性评估，创新故事挖掘，专利查重，专利驳回风险的把控;

应对不确定性和风险；特性团队和组件团队的使用，scrum敏捷更加倾向于组建特性团队而不是组建团队，特性团队本身是一个跨职能，跨组件的团队，不同于组件团队能够从产品中抽取并完成最终客户想要的特征，对产品最终的效果负责；组件团队则是传统上由技能类似的专业化人员组成，例如一个集中管理的、为其他团队设计UI效果界面的UX团队；在专利挖掘这里，我们组件团队是专利布局组件虚拟团队，文献搜集查询组件虚拟团队，文案和专利权利描述虚拟团队，效率和跨公司协作沟通虚拟团队;

至此，我们完成了敏捷流程在专利挖掘上面的敏捷启动和业务拆分，团队细化，在迭代中取得了一定的成绩。后续我们会进一步思考:

1.增强挖掘技巧和案例的分享和积累

2.进一步培养和发掘核心创新点用户故事挖掘特性虚拟团队种子成员