Уроки по работе с командой

Уроки по работе с командой

За последний квартал вынесла несколько уроков по работе с разработчиками. Делюсь ими с вами.

Урок 1. Бывает сложно признать, что продукт не работает из-за недостатка компетенций разработки, отсутствия мотивации или их комбинации. В этом случае возникает соблазн закрыть проблемы дополнительными встречами, методологиями, фреймворками. Решение: иногда просто стоит просто признать проблему недостатка компетенций / мотивации и работать над этим.

Урок 2. Если нужно выпустить продукт в сжатые сроки - никогда не нанимайте дешевых разработчиков. Сначала все будет отлично: за короткий срок и небольшие деньги вам обещают собрать продукт по ТЗ. Вы умножаете озвученные сроки на 3 и объявляете старт работ. Как итог: даже самые консервативные сроки зафакаплены, и на выходе продукт содержит кучу багов.

Урок 3. Из разряда “капитан очевидность”, но тем не менее. Не забывайте про документацию. Сначала документацию писать некогда, после уже сложно. В итоге продукт разрастается, команда меняется и поддерживать его становится трудно.

Если приходите на проект без документации закрывать “пожары”, то по моему опыту по мере сил ее надо все-таки постепенно собирать в процессе.

Урок 4 (от подписчика). Если продукт интересен сам по себе, вы можете привлечь компетентных разрабов ($$ не менее важный фактор) — сложные проекты интересны профессионалам. А если делаете очередную соцсеть для домашних животных, то интерес угаснет сразу вне зависимости от размера вознаграждения.

#PG_размышления