Сергей

Вам подойдёт любая система Тикет трекер с возможностью настраивать воркфлоу.

Atlasian Jira один из самых популярных, но недешевых вариантов. Хорош тем, что можно настроить под себя.

Trello бесплатен, но гибкий воркфлоу и автоматизациию на нем не построишь.

You track - неплохая система от JetBrains. Не знаю на сколько он гибок.

Так же для этого может подойти любая cms система. Типа atlasia confluence.
Или git. Там можно на каждое изменение создавать документ. Будет прикольно.

На мой взгляд тут важнее определится с процессом. Для начала можно посмотреть в сторону ITIL и определится с процессом. В потом с реализацией. Автоматизация лишь автоматизирует хаос.

А зачем ему эта асинхронность? Я быначал с требований к системе. Ведь асинхронность можно реализовать разными способами. Например, очередью и обратным вызовом. Маштибороваться легко будет. Все должно идти от бизнес задачи. Тогда не получиться - сделали асинхронность ради асинхронности.

К пунктам выше добавил бы системотехнику, булеву логику, сети, языки моделирования, архитектурные паттерны.

Я бы начал с листика, карандаша и стирки. Ну и азов хотя бы умл и что естььархитектура.

Пример. Vk.com. Они светят ид пользователя. И на заре существования можно было взяв это ид увидеть фотку любого пользователя.

Тут важно использовать эти ид вдумчиво.

Тим лид закрывает сразу две важных области на операционном уровне
1. Поддержание процесса.
2. Решение проблем и сопутсвующая поддержка комманды. если мы говорим о разработке, то это широкие знания за пределами основгоно стека технологий плюс знание доменной области.

Со 2м пунктом сложнее - тут нужен опыт. Без него никуда. Но на мой взгляд это можно компенсировать командой. Главное будет знать, кто какой кусок знаний покрывается и гед белые пятна.

Первый пункт. Он очень важен. Без опыта улучшать процесс не получится. А вот задокументировать его - это просто маст хэв. Это может сделать сам тим лид, если он хороший, то это должно было быть давно описано. Самое время привести эту документацию в актуальное состояние.

На текущий момент Си/Си++ не только промышленный язык, но и хороший язык для обучения. Почему на мой взгляд язык Си знать нужно:
1. Понимание как работать с памятью. Увы, люди, которые ни разу не изучали низкоуровневое программирование похоже не догадываются откуда память берется и куда она девается. Этот язык заставляет всегда помнить о памяти. Не зависимо от того, каким языком в будущем вы будете зарабывать себе на жизнь, эта база будет там. Скрытая, но будет. И лучше понять ее в начале, чем позже набивать шишики.
2. Понимание как работает железо: ЦПУ, сеть, файловые операции и прочее. Именно на таких языках как Си можно увидеть как выглядит многоточное программирование изнутри, что значит "как два байта переслать" да по сети. Все остальное это надстройки над.
3. Развивает внимательноть. Низкоуровневые языки не прощают. Вообще не прощают ничего. Если в некоторых высокоуровневых языках можно просто забить на обявления переменных. Ну упадет и упадет, поиск ошибок это просто. В Си нужно четко представлять, где и что будет записано, на какую память мы ссылаемся. Когда и кем память буедт очищена.
4. Кросплатформенность. Си это один из первых кросплатформенных языков. Именно в этом его сила и заключается. Даже сейчас. Благодаря этому языку JVM работает на многих платформах. Не все так радужно. Но попробовать реализовать что-то что работает под Windows и unix стоит - опять же ради понимания сути вещей.
https://ru.wikipedia.org/wiki/%D0%A1%D0%B8_(%D1%8F...
5. Понимание сути как "это" работает очень важна иначе можно стать специалистом как в шутке "Если программист Делфи не находит компонент, то говорит, что задача не решаемая".
6. Интернет вещей предполагает прогарммирвоание встраевымых устройств. Если вам это интересно, то это один из языков, которые хотелось бы знать.

После 5и лет программирвоания вы поймете, что основы они постоянны, языки смертны... В одной книге вычитал хорошую фразу "Если вы реализовали механизм транзакций на COBOL, после вам все равно на каком языке его писать еще раз".