Стандартная ошибка начинающих программистов-бизнесменов.
Есть очень-очень стандартная ошибка у всех начинающих программистов, которые стали бизнесменами.Вместо того, чтобы нанять кого-то и платить ему за делание вторичных дел они начинают делать это сами. Я сам проходил через эту стадию, когда я был вовлечен буквально во все действия в компании (начиная с стратегического планирования, заканчивая ремонтом стульев).Собственно, откуда растут тут ноги
- Я могу сделать это лучше других.
Потрясающая формула, которая способна превратить вашу жизнь в ад (просто потому, что дел станет больше чем времени).
- Я толком не могу контролировать, что они сделают это качественно.
Во первых, не все вещи нужно делать качественно. Некоторые вещи, нужно просто делать. Например не идеально подметенный пол - это достаточно. Не обязательно он должен блестеть.
Если действие действительно должно быть сделано качественно придумайте не как вы должны проверять качество, а как подчиненный должен вас удостоверить в качестве.
Плюс через некоторое время, вы увидите, что он либо работает хорошо (оставить), либо постоянно лажает (уволить и нанять другого).
- Я же трачу на это деньги.
Частично, я об этом писал в статье “Умение оценить нерабочее время“. Подумайте, вы можете делать дело (чинить стул), которые не принесет денег фирме и стратегическое планирование, которое в удачном случае может принести серьезную прибыль. Соответственно, нужно оценить стоимость своего часа и все задачи которые лежат ниже этой стоимость должен делать кто-то другой.
Дополнение от Станислава Малкина:
- Программисты не любят переходить к следующей задаче
Очень часто, программисты предпочитают полировать задачу то потери пульса. И поэтому им тяжело переключится с текущий задачи и отдать ее кому-то на следующую.
имхо по большому счету все верно. только начинающие именно программисты, а не менджеры, имеют веский недостаток - отсутствие опыта общения с подчиненными. Все задачи, даже самые легкие и низкооплачиваемые, могут оказаться тем слабым звеном, на котором остановится весь конвеер. Бывает что какая-то задача, например чистота и проветриваемость помещения (утрирую, т.к. это может быть все что угодно, например, тестирование продукта, работа почтовой службы или сервера с системой контроля версий…) становится причиной того, что никто не может работать, пока не устранят неполадку. конечно можно немедленно уволить нерадивого неразобравшись, нанять еще кого-то, тот за 3-4 дня нихрена не сделает и так можно увольнять и нанимать довольно долго, а все это время работа будет стоять…
Так вот…. как раз отсутствие опыта в найме людей и заставляет начинающих программистов бизнесменов делать многие вещи лично… Это я к тому, что эта стандартная ошибка вполне оправдана. Именно недостаток опыта в одной области застравляет их компенсировать его хоть чем-то.
>Это я к тому, что эта стандартная ошибка вполне оправдана. Именно недостаток опыта в >одной области застравляет их компенсировать его хоть чем-то.
Да, собственно говоря, я вполне понимаю откуда эта проблема. Действительно отсутствие опыта в найме, управление, раздаче задач, контроле и увольнение.
Но, при том что людей можно понять, все равно это остается одной из самых больших ошибок.
Тяжело строить бизнес ничего ни делегируя.
а по-моему это классическая ошибка тим лида, который открыл свое дело. он переносит паттерны управления командой — вовлеченность в проект, понимание предметной области, знание технических решений на уровне архитектуры и т.п. — на управление конторой (отделом, множеством проектов). и тут наступает лажа.
хотя я с удивленим обнаружил, что у нас люди не понимают разницы между project manager и project leader.
>а по-моему это классическая ошибка тим лида, который открыл свое дело.
Не совсем понял, слово “это” к чему относилось.
Естественно согласен, что управление командой в виде team lead или project manager абсолютно не такое, как ведение полноценного бизнеса.
Но, по крайней мере проблема делегирования уже для team lead и project manager не стоит.
Я бы сказал, для них есть следующая проблема - что бизнес - это не проект с спецификацией.
Так почему же ему не воспользоваться услугами профессиональных рекрутеров? В этом случае вероятность нанять “не того” человека резко уменьшается.
Это если удастся нанять нормального рекрутера
Есть две проблемы
а) Только хороший рекрютер достаточно силен в интервью, чтобы выбрать хорошего кандидата
б) Хороший кандидат будет по понятия рекрютера, а для вас он может показаться плохим.
в) Собственно то, что написал jaguar, еще для этого и хорошего рекрютера надо найти.
Помоему это ошибка не сколько программиста, переходящего в бизнесмена, а ошибка программиста, у которого в подчинении появляются ЛЮБЫЕ люди.
Согласен.
Единственное отличие - третья проблема (”Я же трачу на это деньги”).
Я помню, когда я стартовал бизнес и мне было очень страшно тратить деньги, особенно до того как я начал зарабатывать. Будь то доллар или сто. Соответственно, если тратятся чужие деньги, то человеку легче чуть расслабиться и даже ошибиться (наняв не того человека).
Когда же человек тратит свои деньги, то зачастую его просто стопорит.
Слово деньги поменять на слово время и все будет так-же
Людям привычнее тратить время. Зачастую они считаю, что времени фактически бесконечность. Ну, в крайнем случае, легко урезается смотрение телека вечером и времени становится на 3 часа больше.
А вот с деньгами люди гораздо хуже расстаются, так как чаще тяжело смотреть на уменьшающиеся цифры в своей копилке.
Я не говорю, что это правильно, просто описываю, что по крайней мере у меня в голове творилось.
Проходил такое 3 года назад - тыкался сам, пока не понял, что это глупо. Это даже не из бизнеса идет - а от нежелания передавать свою работу кому-то еще и переходить к другой. По инерции пытаешься сделать все ту же работу, а не сосредоточиться на другой.
Так что из личного опыта могу сказать, что все верно, такое есть и с этим нужно бороться изначально. Иначе подчиненные будут начинать ездить на шее
> Это даже не из бизнеса идет - а от нежелания передавать свою работу кому-то еще и >переходить к другой
Кстати, добавлю как я это дополнительным пунктом к своему списку. Действительно людям нравиться делать одно и тоже, до идеального состояния, в тот момент, когда на самом деле уже давно переходить на другую задачу.
>и с этим нужно бороться изначально. Иначе подчиненные будут начинать ездить на шее
С таким подходом подчиненных может и не появиться. А уж если появятся, то действительно будут ездить на шее.
Это как с детьми, если каждый раз за ними убирать, то они от этого сами убирать не станут. То же самое, если постоянно за подчиненными доделывать задачи, то они наоборот даже больше от задач отлынивать будут.
Там ошибка закралась -
>Программисты не любят переходить к следующей задачи
задачЕ.
В остальном - согласен на все 100%
Сейчас поправим
Я в своей практике столкнулся с серьёзной ошибкой руководителя - Он начал распихивать задачи возложеные на определённых людей (Люди Х) людям, которые в текущий момент оказались свободными (Люди У). В итоге люди Х почувствовали слабинку и вместо того, что бы всеми силами выполнять свои задачи филонили - А ведь начальник всё равно перекинет задачи. Люди У наооборот становились перегруженными даже в тот момент когда толком ничего не делали. В итоге и кролики голодные и с партизанами неудобно получилось….
Ага. Есть такая проблема. Я хотел сделать отдельный пост, но пока он у меня в планах, о распределении ролей в компании. Кстати, это вполне стандартная проблема, когда начинают назначать на свободных, в результате QA занимается планирование продукта, программисты тестируют, продуктовый менеджер ездит по заказчиками и занимается маркетингом. И ни с кого спросить толком за это спросить нельзя, так как все это делают типа в дополнение к своим основным обязанностям.
Всё правильно. Бухгалтерию делает бухгалтер, посуду моет посудомоечная машина. Для каждого дела есть либо инструмент, либо фрилансер.
Та да, и как только покупка инструмента или наем фрилансера/наемного рабочего стоит дешевле чем стоимость своего часа (а зачастую и до этого) - сразу нужно все внаружу выдавать.
Ооо, это отдельная и очень увлекательная песня, с парой десятков куплетов про грабли, велосипеды и судьбу-проказницу, маму Билла Г., с обязательным припевом про нерадивых программистов и глупого заказчика
Да, в этой песне действительно куплетов много
Полностью согласен с автором