Зачем отдавать проект сторонней команде, когда можно устроить отдел разработки у себя? Один наш клиент, который планировал прийти к нам на поддержку как-то задался этим вопросом. Подумал-подумал, и ушел строить собственный отдел. Через год вернулся.
Почему? Потому что нельзя просто нанять разработчиков и получить успешный продукт. В логистике, сервисной службе и даже промышленности так можно, в IT – нельзя. Не потому что у разработчиков белая кость или голубая кровь. Просто здесь все немного иначе.
Я сейчас перечислю, насколько иначе, а вы напишите, согласны или нет. И если нет – почему. Ценю аргументированное нет.
1. Толковый программист ценней руководителя. Именно программист создает добавленную стоимость, которую можно взять и посчитать. Руководитель может ее поднять, но не создать.
2. Программистов бесполезно подчинять. Управлять ими – да. Вдохновлять – тоже. Классические способы управления «я начальник, значит я прав» в этой среде работают крайне плохо.
3. Чтобы эффективно управлять разработчиками, нужен авторитет, а у программистов он базируется на профессиональных качествах.
4. Главный мотиватор разработчика – интерес. Нет, деньги тоже важны, но с определенного момента разработчик доходит до порога «денег достаточно» и начинает выбирать проекты по критерию «интересно/не интересно».
5. Чуткий контроль усилий. Если сказать программисту «прицепи счетчик бонусов к форме оплаты», он может потратить на задачу 50 часов. Просто потому, что перфекционист и слепит из формы произведение искусства. А вам, оказывается, нужно было быстрое решение для акционного лендинга.
Команде разработчиков нужно четко доносить задачу, приоритеты, перспективу, иначе есть риск закопаться в мелочах и не дойти до главного. Вы сами должны решать, как хорошо и насколько досконально нужно решить ту или иную задачу. Возможно, она нужна для теста и надо прикрутить что-то готовое на пробу, а не писать с нуля свою платёжную систему.
Это все к чему…Владельцу среднего, а тем более малого бизнеса, который строит свой отдел разработки, придется погружаться в IT самому, или нанимать полноценную команду управленцев. В первом случае он теряет время – даже не представляете, какую кучу времени! Во втором сходит на нет вся экономия.
Хорошо, что нашему клиенту хватило года, чтобы понять – сапоги должен тачать сапожник, пироги печь – пирожник, а управлять командой разработки – разработчик.
Мария Орлова, генеральный ТехноФабрики
Подписывайтесь, будет больше честных и нескучных историй про разработку приложений и сайтов для бизнеса