#про_управление

Сетапы ДС. Минимальная выделенная команда

Если в предыдущих сетапах вы показали хорошие результаты, то у вас есть возможность получить бюджет на собственную команду! А если вдобавок вы дружите с финансовым директором, тогда можете расчитывать на бюджет побольше, возможно вам даже хватит на двух джунов-разработчиков! Неплохо же.

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

Как это ни парадоксально, но то что у вас появился целый один (или даже два) разработчика не означает прогресс в качестве дизайн-системы.

⊕ плюсы: нет.

⊖ минусы: вы теперь несёте ответственность за качество кода.

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

Важно помнить, что дизайн-системы — технологически сложный инструмент. Когда разработкой кода занимается один человек, вы зависите, вы не понимаете правильность его решений, вы не можете ничего контролировать. Это риск. Фидбэк от других разрабов тоже не поможет.
Если вы транслируете, что у вас выделенная команда, тем более, если вы заявляете что вы «продукт!», то готовьтесь к потоку хейта со стороны других разрабов. Они будут приходить и говорить, что вы всё делаете неправильно, при этом советы, как правильно, будут один чуднее другого. Ваш целый один разработчик (или даже два) будут тотально под прессингом токсичной среды разработчиков. Но разгребать вам.

Советую долго не находиться в этом сетапе, а сразу переходить в следующий, иначе выгорите.