Не только я испытывал гнев и разочарование в моменты, когда задача не решена в очередной раз. Первая мысль — воткнуть что-то острое в руку тимлиду. Вторая — ударить его лицом об стол. Третья — смогу ли отделаться хулиганством? Но нужны ли такие жесткие меры? Ответ отрицательный.
Неприятно, когда простая с виду задача затягивается на неделю, две и дольше. Особенно неприятно, если эта задача напрямую влияет на доходы с продукта. Совсем плохо, когда это баг, а не фича.
Будем считать, что программисты у нас самые лучшие и задание поставлено четко, но сроки затягиваются и ребята, кажется, не торопятся. Хочется всех уволить к херам и нанять новых сотрудников. Иногда помогает освежить команду =)
Я привел приемы без привязки к типу задач и количеству человек в команде. Подобные моменты стоит учитывать, когда решены основные проблемы, но мы уже набрали ход и тормозов у нас не оказалось.
Быстрый компьютер
Это ОЧЕНЬ важный фактор! Программист — не секретарь! Он запускает дофига приложений одновременно и они нагружают компьютер.
Что мы получаем при покупке нормального железа:
- Серьезное уменьшение простоя при тяжелых задах, часто простой исчезает. Сотрудник больше работает, меньше отвлекается.
- Пропадает раздражающий фактор вечно тормозящего компа.
- Появляется возможность делать какие-то задачи параллельно.
Как результат, разработчик больше разрабатывает и сдает задачи быстрее. Мы раньше фиксим или добавляем фичу в продукт, тем самым увеличивая доходы.
Что такое быстрый компьютер:
- Процессор — от 4 ядер
- Оперативная память — от 8гб
- Хранилище — SSD
Менеджер проекта
Правильное название человека, который защищает команду разработки от желающих помочь/спросить (нужное подчеркнуть). Также этот хороший человек старается сделать жизнь прогеров максимально комфортной, заменяя им мамку.
Если команды нет или её никто не теребит — менеджер проекта не нужен.
Погружение в проект
У части управленцев от этого подгорает. Я думаю такие люди непригодны для руководства.
Если разработчики не погружены в проект, не разделяют видения и кайфа от него — будут делать работу медленно и плохо.
Если активно высказываются против фичи, а мы давим — будут делать работу медленно и плохо.
Если делимся видением, идеями, обсуждаем каждую фичу — будут делать быстро и хорошо. При этом от команды прилетят бонусы в виде генерации идей и готовности поработать после шести за еду.
Отсутствие бюрократии
От этого не спасает даже менеджер проекта. Если у нас душа лежит к согласованиям и А4, то давайте заниматься этим сами. Бывает, что нужны заявки на каждый чих:
- на нужный ресурс в интернете
- на сам интернет
- на доступ браузеру в интернет к этому ресурсу
- на нормальный браузер
- на мышку
- на флешку
Это всё отвлекает от задачи, мозг переключается на дебилизм и потом ему нужно время переключиться обратно, иногда много времени.
Выводы
Я редко видел компании в которых нет ни одной из проблем описанных выше. Зато часто видел такие, где все эти проблемы встречаются =)
Как дело обстоит у вас? А может я что-то забыл упомянуть? Жду комментариев и до встречи!