Некоторые этого не понимают или не хотят понимать

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

Доверяйте им

Многие менеджеры настаивают на том, чтобы измерять то, что вы делаете, по часам, которые вы проводите в офисе. Если я закончил что-то очень сложное за пять часов и слишком устал, чтобы начинать что-то новое, отпусти меня домой. В другой день будет наоборот.

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

При выборе стека разработки доверяйте мнению своих разработчиков, потому что обычно они все в курсе.

Сосредоточенность важна

Разработчики не могут прыгать от одного проекта к другому. Изменение контекста требует времени, и если вы хотите, чтобы что-то работало хорошо, вам нужно, чтобы разработчики сосредоточились на одном, а не на тысяче.

Небольшие изменения

Да, изменения есть и происходят часто. Но любое небольшое изменение, даже простое, может отвлечь вас от внимания и потерять часы. Например, представьте, что вы разрабатываете проект анализа данных. Внезапно начальник говорит вам добавить новую форму для хранения возраста пользователя в приложение (приложение, которое уже загружено в Google Play или App Store). Хотя в принципе это выглядит очень просто, вы должны учитывать следующее:

  • Вы должны помнить, как было оформлено заявление.
  • Вы должны внести изменения.
  • Вы должны обновить приложение до последних политик безопасности, запрошенных каждым магазином.
  • Вы должны это проверить.
  • Вы должны скомпилировать его и загрузить в разные магазины. И если с момента последнего изменения прошло много времени, они, вероятно, изменили правила и способ сделать это.

В итоге на это уйдет больше суток.

Все в приоритете

Если все является приоритетом, ничто не является приоритетом. Так что, если вы скажете своим разработчикам, что нужно сделать сначала одно, а затем другое, в конце концов, они не выполнят ни одного из них, и все будет отложено.

Честно говоря, я много раз сталкивался с этим в прошлом, и это было одной из вещей, которые меня больше всего раздражали.

Неспособность сказать клиентам «нет»

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

Просить об одном и том же тысячу раз

Для многих из них, помимо работы, вы их секретарь. Они могут тысячу раз просить вас предоставить документы и анализы, которые вы им неоднократно отправляли, вместо того, чтобы искать их в первую очередь.

Оценить очень сложно

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

Уважайте время разработчиков

Не проводите встречи, в которых нет необходимости, а когда вы организуете встречу или «корпоративное» мероприятие, делайте это в рабочее время. Свободное время - это свободное время, и это важно.

Давление плохое

Не торопитесь и не давите на разработчиков. Это только приведет к ошибкам и все замедлит. Вместо этого доверяйте их мнению. Если разработчик говорит, что на что-то уходит день, это занимает день. Лучше делать что-то правильно, чем быстро и неправильно.

Инвестируйте в них

Инвестируйте в своих разработчиков и снабдите их хорошим оборудованием. Если им нужен второй монитор или для обновления оборудования, слушайте их, потому что время, потерянное из-за разработки с использованием неадекватного оборудования, очень велико. Если мы посмотрим на это с финансовой точки зрения, то за очень короткое время вложения не только окупятся, но и принесут вам много выгод.

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

Изменение чего-то старого обычно вызывает проблемы

Исправление или изменение чего-либо в старом проекте может быть одиссеей.
Во-первых, вы должны заставить проект работать, понять его и попытаться сделать то, о чем вас просили. Часто лучше всего начать с нуля, если вы не хотите, чтобы это было слишком дорого.

Продажа старого продукта, но с «незначительными модификациями» другому покупателю, которого не трогали в течение некоторого времени, может привести к полной катастрофе и стремительному увеличению количества часов. И будьте осторожны, это не вина разработчика. Они должны прекрасно понимать устаревший стек проекта, часто без онлайн-документации или какой-либо документации.

Статус кво

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

Последние мысли

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

Уход разработчика из компании через 3-6 месяцев - это катастрофа для продукта или услуги.