kn0ckn0ck

Этим занимается архитектор. Есть такие разновидности: IT-архитектор, системный архитектор, архитектор. Только обращайтесь к тому, кто документировать умеет, а не только код писать.

Слушай, ну тут вопрос типов данных. Вот ты делаешь "make a list" и потом SendBytes - как по-твоему оно упаковывает этот лист каких-то значений в байтовый вектор? Вот здесь зарыт ответ.

Потом ты считываешь только два байта всегда, думаешь что это твои Pow и Deg. Но судя по циклу, там какие-то float значения, не меньше. float значения сколько байт занимают?

Короче, что делать:
1. пишешь короткую программу, которая отсылает через BT понятные значения тех типов, с которыми ты работаешь в AppInventor
2. на стороне Arduino ВСЕ полученные байты кидаешь в Serial Monitor и пытаешься понять, как же AppInventor твои значения сериализует в байтовый вектор.

Когда поймешь как это происходит, то сможешь написать нормальный код для получения именно твоих значений. Вуаля!

Я рекомендую архитектуру описывать при помощи PlantUML, преимущества:
1. это настоящий UML
2. это модель через текст - видим картинку, но всегда можем отредактировать, не нужно идти в тул, где нарисовали и искать там.
3. это бесплатно и поддерживается многими вики или инструментами совместного создания документации

А вот пример, как это должно выглядеть:

https://erdplus.com

Это профанация.

1. stage - это по определению не для новой функциональности, а для стабилизации уже реализованной (посмотрите перевод термина). Вы либо перепутали, либо кто-то что-то не понимает.
2. нет никакого смысла в параллельных спринтах, поскольку цель спринта - поставить работающий продукт. У вас два разных продукта в рамках одной кодовой базы?
3. бывает так, что нужно фиксить баги текущего релиза и делать фичи в новом. Если багов не много, то есть подходящий для этого процесс под названием Скрамбан. Если багов много, то нужно остановиться плодить баги, все почистить и потом перейти к Скрамбан.