Competition Evaluation

Please Write Down your own evaluation here about:

1. What do you think is the major reason for our failure this year
2. What technical achievements can be kept for the next year
3. What technical failures or bugs need solving or what should be improved
4. How to improve our management and organizing
5. What can be a good timeline for development and what can be a good developing procedure

Make your comments

David Y.H. Liu

个人的感受和反思

1. 各组间沟通不顺畅，彼此不知道互相的进度和更改，对于其他组出现的问题不管不问
2. 最终的时间过于仓促，英雄、工程机器人加工时间相对晚，上场前没有充足的时间进行调试
3. 缺少各个层级的论证和测试，例如射弹测试这种单元性的测试和真正双机器人对战的实地模拟

对下年备赛的建议和思考

管理

1. 希望可以实行例会制度，并可以争取到若干lecture room的使用权，定期召开强制性队内会议，主要进行进度跟进和讨论决策；
2. 希望可以进一步推行按机器人分配PO尝试，个人认为PO必须是参加过比赛的老队员，可以一人兼任几台功能相近的机器人的PO，甚至可以不直接参与研发，但是必须负责整个机器人的需求、把控进度，相当于每台机器人的第一责任人；
3. 可以弱化按机械、电控、视觉等的分组方式，这种分组在训练的时候可以更有针对性，但是在研发过程中会成为讨论和沟通的隔阂，与之对应希望可以按各个机器人的研发步骤划分，例如：步兵组设计工程师，步兵组硬件工程师，步兵组软件工程师……，不分别隶属于机械组长、电控组长等，而是都由步兵PO领导
4. 希望可以保留三台功能完备的步兵机器人，用作“假想敌”，进行更多测试和检验
5. 希望可以明确研发流程，例如：

方向	一	二	三	四	五	六
机械设计	确定初步需求	开发&队会通报&修改	论证	出图	组装	准备迭代方案
机械加工	确定初步需求	实时检查设计	论证制造难度和可行性	制造	组装	准备迭代方案
硬件	确定初步需求	设计电路&队会通报&修改	论证安全性和稳定性	模拟并实现电路方案	组装	优化并保护典论
软件	确定初步需求	编程&队会通报&修改	单元测试	优化	调参和测试	整机真实环境测试
视觉	确定初步需求	编程&队会通报&修改	调试和测试	优化	优化	优化

• 个人感觉在真正上机之前，预先的论证和模拟非常有必要，以软件为例，在整机装好之后，我们可以充分利用Keil等仿真/测试工具，可以不必被制造的进度和电路的完成度卡住脖子

技术（电控&软件）

1. 希望可以保留今年的成果，在此基础之上搭建测试/仿真框架，实现单元测试
2. 希望可以明确推行一种开发习惯/编程习惯，强调队员的自学能力
3. 希望所有队员都可以熟练而独立的进行各种层级的测试，例如单独测试上层逻辑、单独测试底层设备是否工作等
4. 希望可以更多地进行理论研究（例如卡尔曼滤波原理、IMU数据解算等等），而不是依赖于试错来进行调试
5. 希望所有队员都可以更加熟练的使用GitHub、Slack这些团队协作工具

新训队员

1. 个人建议不按照电控/机械/视觉组的形式招新，而是采取按职位招新，例如：飞行控制工程师，算法工程师，测试和场地工程师，软件工程师，硬件工程师，机械工程师等
2. 按照职位训练，开lecture，明确每个职位必须通过哪些lecture并完成作业，例如软件工程师应当学会Git、Github、C语言、PWM、PID、滤波和CAN通信等
3. 训练结束之后，则打散，将每个新入队成员分配给各个PO

• 为什么这样建议：希望能最大限度地打破组与组之间的分隔，即不再有硬件组，而是各个机器人队的硬件工程师和整体上的负责硬件副队长/指导

MAK CHAK WING MARCO

個人的感受和反思

1. 沒有一個很明確的時間表, 引致各組別出現拖延情況, 令機械測試不足, 電控和軟體穩定性不足
2. 人手嚴重不足, 引致各組研發進度緩慢
3. 團隊凝聚力和團隊歸屬感不足, 影響各隊員之間的協助
4. 缺乏場地適應, 令機械人在比賽中出現各種奇怪的BUG

对下年备赛的建议和思考

管理

1. 建議使用trello 作進度評核，用兩星期為一個cycle，每cycle 列出要做的task 放進 list for this cycle, 再安排分工，令每個人都有明確分工。
2. 資金管理方面，每月隊長要匯報每月所用的金額和下個月資金預算等，做各機械人得到所需的資金。
3. 隊伍管理方理，用PO去管理各小隊，每位隊員必須懂基本機械技能和電控技能（鑽洞，上鏍絲，焊線），而由老隊員當各機械人PO。而小組方面，我認為有必要去保留，用一個師徒制，識新成員盡快掌他需學的技巧去備賽之用，而師父可以是老隊員（不能長時間跟隊）擔當新人的顧問，而這小組安排將在Sem2解散，以PO制為主。
4. 建議向HKU申請，把所需的練習場地設施建造出來，並和UST交流和對校比賽，（如HKU不答許）可向UST借一下練習場作場地適應，他們都把所有場地設施建造出來，（Edwin 認識UST RM的人）
5. 入隊和離隊安排，入隊時除了面試，應該了解面試者的長處和技能，本地人的話，其實有很多關係，令RM研發的過程更快。而離隊時，必須要求隊員填寫離隊申請書，這是國內隊伍的做法。
6. 團隊凝聚力方面，我建議會議後一同吃飯，多聊天，關係也會快速變好，非常有助他們對港大RM的親切感，令更多人喜歡呆在Dreamlab做事。

技術方面

1. 建議用回今年的代碼，以機械人穩定性為目標
2. 三月前準備好步兵機器人，讓其他機器人有一個基礎
3. 硬體方面，電路圖必須畫好才開始實際製作，可以的話製作PCB.
4. 機械方面，最終solidwork版本需要經過presentation 和整個PO小隊通過才可以開始製作過程，降低機器部件出現嚴重問題
5. 可以找一個隊伍模仿,再在比賽中不同方面(設計, 戰術 # Please Write Down your own evaluation here about:
6. What do you think is the major reason for our failure this year
7. What technical achievements can be kept for the next year
8. What technical failures or bugs need solving or what should be improved
9. How to improve our management and organizing
10. What can be a good timeline for development and what can be a good developing procedure

Make your comments

David Y.H. Liu

个人的感受和反思

1. 各组间沟通不顺畅，彼此不知道互相的进度和更改，对于其他组出现的问题不管不问
2. 最终的时间过于仓促，英雄、工程机器人加工时间相对晚，上场前没有充足的时间进行调试
3. 缺少各个层级的论证和测试，例如射弹测试这种单元性的测试和真正双机器人对战的实地模拟

对下年备赛的建议和思考

管理

1. 希望可以实行例会制度，并可以争取到若干lecture room的使用权，定期召开强制性队内会议，主要进行进度跟进和讨论决策；
2. 希望可以进一步推行按机器人分配PO尝试，个人认为PO必须是参加过比赛的老队员，可以一人兼任几台功能相近的机器人的PO，甚至可以不直接参与研发，但是必须负责整个机器人的需求、把控进度，相当于每台机器人的第一责任人；
3. 可以弱化按机械、电控、视觉等的分组方式，这种分组在训练的时候可以更有针对性，但是在研发过程中会成为讨论和沟通的隔阂，与之对应希望可以按各个机器人的研发步骤划分，例如：步兵组设计工程师，步兵组硬件工程师，步兵组软件工程师……，不分别隶属于机械组长、电控组长等，而是都由步兵PO领导
4. 希望可以保留三台功能完备的步兵机器人，用作“假想敌”，进行更多测试和检验
5. 希望可以明确研发流程，例如：

方向	一	二	三	四	五	六
机械设计	确定初步需求	开发&队会通报&修改	论证	出图	组装	准备迭代方案
机械加工	确定初步需求	实时检查设计	论证制造难度和可行性	制造	组装	准备迭代方案
硬件	确定初步需求	设计电路&队会通报&修改	论证安全性和稳定性	模拟并实现电路方案	组装	优化并保护典论
软件	确定初步需求	编程&队会通报&修改	单元测试	优化	调参和测试	整机真实环境测试
视觉	确定初步需求	编程&队会通报&修改	调试和测试	优化	优化	优化

• 个人感觉在真正上机之前，预先的论证和模拟非常有必要，以软件为例，在整机装好之后，我们可以充分利用Keil等仿真/测试工具，可以不必被制造的进度和电路的完成度卡住脖子

技术（电控&软件）

1. 希望可以保留今年的成果，在此基础之上搭建测试/仿真框架，实现单元测试
2. 希望可以明确推行一种开发习惯/编程习惯，强调队员的自学能力
3. 希望所有队员都可以熟练而独立的进行各种层级的测试，例如单独测试上层逻辑、单独测试底层设备是否工作等
4. 希望可以更多地进行理论研究（例如卡尔曼滤波原理、IMU数据解算等等），而不是依赖于试错来进行调试
5. 希望所有队员都可以更加熟练的使用GitHub、Slack这些团队协作工具

新训队员

1. 个人建议不按照电控/机械/视觉组的形式招新，而是采取按职位招新，例如：飞行控制工程师，算法工程师，测试和场地工程师，软件工程师，硬件工程师，机械工程师等
2. 按照职位训练，开lecture，明确每个职位必须通过哪些lecture并完成作业，例如软件工程师应当学会Git、Github、C语言、PWM、PID、滤波和CAN通信等
3. 训练结束之后，则打散，将每个新入队成员分配给各个PO

• 为什么这样建议：希望能最大限度地打破组与组之间的分隔，即不再有硬件组，而是各个机器人队的硬件工程师和整体上的负责硬件副队长/指导

MAK CHAK WING MARCO

個人的感受和反思

1. 沒有一個很明確的時間表, 引致各組別出現拖延情況, 令機械測試不足, 電控和軟體穩定性不足
2. 人手嚴重不足, 引致各組研發進度緩慢
3. 團隊凝聚力和團隊歸屬感不足, 影響各隊員之間的協助
4. 缺乏場地適應, 令機械人在比賽中出現各種奇怪的BUG

对下年备赛的建议和思考

管理

1. 建議使用trello 作進度評核，用兩星期為一個cycle，每cycle 列出要做的task 放進 list for this cycle, 再安排分工，令每個人都有明確分工。
2. 資金管理方面，每月隊長要匯報每月所用的金額和下個月資金預算等，做各機械人得到所需的資金。
3. 隊伍管理方理，用PO去管理各小隊，每位隊員必須懂基本機械技能和電控技能（鑽洞，上鏍絲，焊線），而由老隊員當各機械人PO。而小組方面，我認為有必要去保留，用一個師徒制，識新成員盡快掌他需學的技巧去備賽之用，而師父可以是老隊員（不能長時間跟隊）擔當新人的顧問，而這小組安排將在Sem2解散，以PO制為主。
4. 建議向HKU申請，把所需的練習場地設施建造出來，並和UST交流和對校比賽，（如HKU不答許）可向UST借一下練習場作場地適應，他們都把所有場地設施建造出來，（Edwin 認識UST RM的人）
5. 入隊和離隊安排，入隊時除了面試，應該了解面試者的長處和技能，本地人的話，其實有很多關係，令RM研發的過程更快。而離隊時，必須要求隊員填寫離隊申請書，這是國內隊伍的做法。
6. 團隊凝聚力方面，我建議會議後一同吃飯，多聊天，關係也會快速變好，非常有助他們對港大RM的親切感，令更多人喜歡呆在Dreamlab做事。

技術方面

1. 建議用回今年的代碼，以機械人穩定性為目標
2. 三月前準備好步兵機器人，讓其他機器人有一個基礎
3. 硬體方面，電路圖必須畫好才開始實際製作，可以的話製作PCB.
4. 機械方面，最終solidwork版本需要經過presentation 和整個PO小隊通過才可以開始製作過程，降低機器部件出現嚴重問題
5. 可以找一個隊伍模仿,再在比賽中不同方面(設計, 戰術等)分析

Anonymous

比賽其他隊伍的觀察

1. 队长正面表现多 善于激励队员 让队员拥有团队意识 有团拓 团队凝聚力强 队员关系友好
2. 比赛前安排战术 有的队伍有战术板 操作手会加强训练 熟悉机器人操作
3. 比赛前完成机器人的制作 并且模拟测试很多遍 更强的会以比赛形式对打计时 连音乐播放都一样
4. 实验室放有倒计时牌以及任务时间轴表 阶段性检查工作情况
5. 顾问很重要 找出可以指导机械、电控、视觉的学长或者老师
6. 各部门要分享想法 多沟通 查看是否具备可行性 合理分工和考察
7. 每个部门都写每周报告 报告每周做了什么 有什么困难需要解决之类的 1.团队资金透明化 一切支出要商量 而且大小都要列表

Anonymous