2.2.1 项目分析
目录：2. 备赛篇  / 2.2 项目管理 / 2.2.1 项目分析
来源：https://bbs.robomaster.com/wiki/6723/16594
源站更新：2026-10-14T16:20:02.000+00:00
抓取：2026-10-27T02:58:06.194Z

项目分析要解决的核心问题是：怎么把"打好这个赛季"这个笼统目标，转化成一套可以被拆解、分配、追踪的具体工作。

一、先想清楚“为什么做”，再想“怎么做”

很多队伍容易跳过这一步，直接扎进技术方案设计，而导致后期方向错误或是没有理想效果的情况出现。

机器人设计初期需要经历：

(1) 明确兵种定位：结合历年该兵种在赛场上的实际表现和规则走向，做合理分析

(2) 确定需求和指标：根据定位倒推需求，设定具体、可量化的技术指标（比如伤害输出效率、装配任务耗时等）

(3) 细化方案：把需求和指标拆解成机械、嵌入式、算法等各技术组的具体设计任务

 

二、用周期思维管理机器人的研发，而不是”做到哪算哪“

把每台机器人的研发拆解成几个明确方案：

周期

核心任务

建议输出物

提出方案周期

基于兵种定位提出初步设计思路

方案初稿/技术选型说明

方案设计周期

细化到技术组的具体设计

图纸、电路设计等

审核周期

评审方案可行性与风险（详见下文评审体系）

评审记录、修改意见

制作周期

按审核通过的方案进行实际加工制作

实物阶段性进度

调试周期

联调测试，排查问题

测试记录、问题清单

迭代周期

根据调试和比赛反馈持续优化

迭代记录

 

延伸参考：同济大学SuperPower战队和复旦大学星云EGA战队公开的《赛季规划开源》中，都完整呈现了从技术路线到任务分工的实际拆解过程，可作为这一步骤的真实范本参考。

 

三、分工上，将合作和培训加入到流程里

周期的不同阶段，不一定都要核心骨干亲自上手。比如制作、调试这类执行性工作，完全可以让预备役、新队员参与进来：

(1) 减轻核心成员的负担，部分执行性工作可以下放，避免把所有事情都压在几个人身上

(2) 协同推进不同周期的工作，有利于保证整体进度，避免单点卡壳拖慢全队节奏

(3) 让预备役和新成员承担具体任务，在实践中积累经验

(4) 老队员在带新人完成任务的过程中，自然形成传承，不需要额外安排"传承会议"

 

延伸参考：哈尔滨工业大学（深圳）南工骁鹰战队《2026赛季项目管理经验开源》中提到，队伍在成立初期几乎从零搭建管理体系，很多分工问题是在实践中才逐步显现的——这提示周期分工方案不需要第一年就追求完美，可以在运行中持续调整。

 

四、建立评审体系

机器人的评审是备赛阶段的重点环节，一套好的评审制度能及时判断方案是否可行，减少因方案不成熟就投入制作而造成的人力物力浪费。

几个实际操作要点：

(1) 评审要评估的不只是"这个方案能不能实现"，还要评估风险——比如加工难度、调试周期是否现实

(2) 参与评审的人不是人越多越好，主要执行者的意见权重应该高于旁观者，避免评审变成"大家随便说说，最后还是按最初的方案做"的形式主义

(3) 评审结束后需将结论和修改意见整理成文档，存进队伍的共享资料库——新队员通过评审记录，能快速理解和参考队伍过去在方案取舍上思考的内容和决策，

(4) 各参赛队应适时召开评审会，评估方案的可行性以及潜在风险

 

开源指引: 论坛 文章列表左上角分类栏选择"管理"标签，或直接在搜索框输入关键词。

搜索关键词建议：

• "项目管理经验开源"——能找到完整讲述从零搭建管理体系的实践类文章

• "内部赛开源" / "校内赛方案"——能找到涉及方案评审、选拔机制设计的完整案例

• "RM AWARD + 方案"——RM AWARD是官方评选的管理类奖项，获奖者的申请材料通常会系统总结方案/规划相关的管理思考，含金量较高