Если вы сомневаетесь, мысленно жалуйтесь
Жалоба портит день не только всем остальным, но и тому, кто жалуется. Чем больше мы жалуемся, тем несчастнее становимся. Деннис Праге
Разработчики жалуются на свои проекты — это третье по популярности времяпрепровождение для разработчиков после кофе и серфинга в Интернете.
Все разработчики знают, что жаловаться на их проект скучно, но не делать этого невозможно. Например, есть фаст-фуд, поздно ложиться спать, чтобы посмотреть фильм, который мы уже видели, и делать что-нибудь со своим смартфоном. Мы знаем, что это неправильно, но не можем остановиться.
Помню, я так много жаловался на проект, что даже мне стало скучно слушать собственные жалобы. Я жаловался себе на это, но к этому моменту перестал слушать.
Единственное, что может быть хуже, чем слышать, как разработчик жалуется на свой проект, — это слышать, насколько хорош их проект. Я шучу, такого никогда не было в истории разработки программного обеспечения.
Ниже приведены три правила, которым следует следовать, говоря о вашем текущем проекте.
- Первое правило клуба разработчиков: вы не жалуетесь на свой текущий проект разработчику, который не работал над этим проектом. Ни один разработчик не хочет слышать, как другой разработчик жалуется на то, насколько плох их проект, когда они работают над проектом, который, по их мнению, еще хуже.
- Если кто-то спрашивает о вашем текущем проекте, он вежлив, говорит кратко, выделяет только самое главное, потому что на самом деле им все равно — см. правило 1.
- Если у вас есть что-то интересное с технической точки зрения, поделитесь этим, но исключите все, что связано с людьми, старым программным обеспечением, глупыми процедурами или другими нетехническими битами информации.
Подробности, которыми можно поделиться
Я знаю, что разработчики все еще будут жаловаться на проект. Пункты ниже, по крайней мере, сделают его полезным для слушателя.
- Технические ограничения — любые обнаруженные вами технические ограничения (дизайн и стоимость). Помогите своим коллегам-разработчикам, рассказав им о ловушках ограничений, которых следует избегать.
- Ошибки — ошибки, которые вы допустили, которых могут избежать другие разработчики и проекты. Всегда лучше (менее болезненно) учиться на ошибках других разработчиков.
- Новая технология — любые новые технологии, инструменты, услуги, функции, которые являются удивительными. Объясните, почему и в чем выгода.
- Контур архитектуры — общее техническое решение и интеграции. Всегда полезно знать о других созданных решениях (не только о планах).
- Хорошие разработчики. Упомяните в своем проекте отличных разработчиков, придерживайтесь фактов.
- Правила хранения данных и правила хранения — правовые нормы, правила безопасности, защиты данных, GDPR или другие политики конфиденциального типа хранения, о которых вы узнали.
- Большие проблемы. Большие проблемы и их причины, но только если они серьезные.
- Плохие разработчики — предупредите о сумасшедших и плохих разработчиках, которые работали над проектом, придерживайтесь фактов, делайте это кратко. Если сомневаетесь, ничего не упоминайте.
Чем не делиться
Избегайте тем ниже. Они являются локальными для вашего проекта и интересны только людям, участвующим в проекте.
- Люди. Почти все, что касается людей в вашем проекте, будет крайне скучным.
- Изменение требований. Тот факт, что никто не знает, как должно работать программное обеспечение и бизнес-процессы. После того, как вы создадите программное обеспечение, о котором просят требования (и заказчик), вы поможете им понять, чего они не хотят, и поможете им понять, чего они хотят.
- Все, что связано с табелями учета рабочего времени. Все программы для составления расписаний отстойны и неприятны в использовании. Не тратьте время на разговоры об этом.
- Ваш проект задерживается. Все программные проекты недооценены, а большинство планов ошибочны. Большинство проектов опаздывают не потому, что команда разработчиков была медленной, а потому, что проект нашел кучу дополнительных требований.
- Болезнь путешествия – сколько времени уходит на дорогу до офиса.
- Решения — глупые решения, принятые людьми в вашем проекте.
Есть ситуация, когда можно пожаловаться на ваш проект
- С другими участниками проекта
- Вы спустились в паб и все согласились выпустить пар. Сделайте одолжение всем и себе, сделав его коротким. Есть вещи поважнее для обсуждения в пабе, чем жалобы на программный проект.
Дополнительные материалы на PlainEnglish.io. Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter и LinkedIn. Посетите наш Community Discord и присоединитесь к нашему Коллективу талантов.
