Разработчика мотивируют задачи с уровнем сложности на пределе текущей компетенции

Да полно:

TI: CC2541 (старый, не держит как central больше двух подключений, но проверенный)
TI: CC2640 (новый, модный, но есть баги в стеке)
Nordic: nRF51822 (старый, проверенный, надежный)
Nordic: nRF52823 (новый, много памяти, NFC)
ST: BlueNRG-1 (только на днях анонсировали, энергопотребление пока лучшее в режиме peripheral)
Dialog: DA14583 (на Диалоге Xiaomi свои браслеты делает, API ужасное)

Есть еще у Toshiba, CSR, Cypress (неплохие, кстати), Broadcom. По моему, только ленивый сегодня BLE не делает.
Можете еще посмотреть на модули от Microchip или Bluegiga (сейчас Silabs). Там скриптовый язык и AT-команды для управления, будет проще взлететь.

Если вы раньше не занимались электроникой, то вероятность успеха в оценке проекта стремится к нулю, по любой методологии.
Реальность очень хорошо отражает вот эта картинка:

В разработке электроники достаточно большое количество исследовательской составляющей. Ее невозможно планировать, и те, кто это понимает, используют концепцию PDCA, делают прототипы, MVP, ставят целью не готовый девайс а ответ на вопрос.

К примеру, берете вы MEMS-акселерометр LIS3DH от ST и ставите в свое устройство. Казалось бы, девайс выпускается уже чуть ли не 10 лет, изучен вдоль и поперек, даташит на 10 страниц — где там споткнуться? А на самом деле достаточно подводных камней, к примеру, служебные регистры, которые не защищены от записи. А запись в них может превратить устройство в кирпич. Вы можете сказать — ну так не надо туда писать. Да, конечно, отвечу я, но на SPI висит еще и последовательная флешь, и вот ведь сюрприз — CS акселерометра кроме разрешения обмена еще работает как служебный сигнал для выбора типа интерфейса (SPI/I2C). Возможна ситуация, при которой при поднятом CS на шину попадет I2C адрес акселерометра и в служебные регистры будет записан мусор.

Это я вам написал чтобы, так сказать, подтвердить свое право категорично ответить на ваш вопрос. Описанная ситуация встретилась в реальном проекте. Ребята молодцы, локализовали и пофиксили быстро, но могло бы быть и по другом. И таких историй — вагон. И с фирмварой и с железом.

Поэтому не надейтесь на Ганнта, водопадную модель и другие классические методы планирования. Могу только дать несколько советов, как сделать прогноз (не оценку):
— дробите проект на задачи, задачи на подзадачи, подзадачи на элементарные действия. Чем больше степень декомпозиции, тем более достоверным будет прогноз. Мы, например, дробим большие задачи на подзадачи длительностью не более 8 часов.
— прочитайте книжку SCRUM. Революционный метод управления проектами. Гибкие методологии на удивление хорошо ложатся на разработку электроники и встраиваемого ПО
— договаривайтесь с заказчиком на поэтапную работу: результат и оплата. Сначала платку сделайте, потом запустите ее, потому еще какой-нибудь функционал добавите. Так у вас будут контрольные точки, и обратная связь от заказчика. Не получится, что через полгода работы вы сделаете не нужную клиенту штуку.
— беритесь за небольшие проекты

Разумеется, нужны, днем с огнем не сыщешь хорошего специалиста. Хороший — это который может на бумажке нарисовать и объяснить как работает step-down преобразователь, знает, как зависит падение напряжения на полупроводниковом диоде от температуры, может нарисовать неинвертирующий усилитель на ОУ и эмиттерный повторитель. Это так, навскидку, на чем обычно валятся джуниоры, возомнившие себя крутыми спецами. Ну, до кучи, неплохо бы знать технологии производства: как печатные платы делают и как на них потом паяют компоненты.

Если же есть узкоспециализированные знания по черной магии трассировки скоростных плат или СВЧ дизайну, то работу в столицах найти будет совсем просто. В небольших городах, конечно, сложней.

Но тут пишут правду — какой-нить, осподиисусе, фронтендер с 2 годами опыта говнокодинга на JS в среднем получит лучшее предложение. И сможет найти удаленную работу. Так что в железки идут фанаты, которых прет. Те кто выживает и развивается, может достигнуть неплохих высот. Ну и занимаются они любимым делом, а не пашут на галерах в ЕПАМе или Люксофте.