Телеграмм чат группы itarchitect страница 3241

Size: a a a

Архитектура ИТ-решений

2020 September 18

Нужно иметь круг "опорных программистов" и работать с ними, так как разорваться на всех вы не сможете. В Agile важно, чтобы команда была подготовлена к реализации, ибо незнание всегда порождает страх, неуверенность, и стремление ходить обходными, но более знакомыми для команды путями. Т.е. нужно предвидеть круг проблем на несколько месяцев вперед, и направлять развитие команды в нужном направлении. Ну и, периодически нужно заглядывать в код, разумеется. Если в продукт X впихнули компонент от Y, значит, не хватило знаний, чтобы разрешить этот вопрос правильно. Значит, были предвестники, которые можно было обнаружить на более ранних стадиях.

emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.

В своей практике я нередко наблюдал ситуацию, когда недостаток знаний вызывает у разработчиков неуверенность, которая не позволяет им отступать от привычных шаблонов, даже если привычные шаблоны не подходят под решаемую проблему. Из-за чего решения многократно переделываются. Сперва выбирается неподходящее решение, но знакомое. В процессе реализации накапливается какой-то отпыт, обретаются знания, рассеивается неуверенность. Потом возникают силы все переделать, и реализация переделывется со второй (или более) попытки.

Пути решения проблемы здесь есть два:

1. Обретать знания. Страх - всегда от незнания.
2. Воспитывать в себе храбрость. Это может показаться неуместным, но именно об этом говорит Кент Бек:

#Agile #Career

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