Продолжаю мою прошлую статью, дальше идем по истории фирмы и разгребаем, что было сделано хорошо и плохо.
В прошлой статье я достаточно сильно налег на то, какие ошибки были допущены. Пару слов все таки о том, что было хорошо (а то не понятно, каким образом компания вообще росла).
По пунктам:
- В 2003, когда мы стартовал компанию оффшор полным ходом шагал вперед и проектов действительно было много. Так что время было достаточно удачное. С другой стороны, западные компании еще не стали открывать свои офисы, поэтому конкуренция была только с местными компаниями
- Мы работали достаточно в узкой нише (программирование для мобильных). Я бы сказал, тогда эта была ниша идеального размера для старта – не слишком большая (то есть не слишком много конкуренции) и не слишком маленькая (то есть заработать уже можно).
- Мы в тот момент были гибкие и быстро реагирующие. Собственно у маленькой фирмы очень немного козырей на руках и это один из них. В тот момент, когда небольшой проект переваривается слоями иерархии крупной фирмы с заказчиком уже можно договориться и начать работу.
Теперь с чистой совестью можно продолжить расследование, как все было и где были зарыты грабли. В той статье я где-то описал что произошло за месяцев 6-9 с старта фирмы. В этой статье покрою следующие месяцев 9.
Постепенно, количество проектов (в основном мелких) нарастало. Вместе с этим мы нанимали новых программистов, тестировщика. В целом все продолжало идти по настающей, причем достаточно сильный упор делался на количество (больше работников, больше проектов, в надежде – больше прибыли).
Кстати, очень сильный упор делался именно на наем программистов.В тот момент когда у нас было 10 человек (включая меня и брата), то из них 8 (включая меня) исполняли программисткую работу. Базируясь на той стратегии, которую мы вели – это было понятно. Для маленьких проектов, заказчики редко раскошеливались на то, чтобы заказывать работу тестировщика и дизайнера.
Я помню даже, что некоторые проекты мы тестировали не показывая эти часы заказчику.
Кстати, важный момент, первый год огромное количество работы делалось под моим именем. То есть приходил заказчик и говорит, блин, какой ты крутой программист, сделай нам X. Естественно меня больше чем на определенное количество проектов не хватало, поэтому проекты делали другие люди, а я зачастую участвовал только в решении сложных задач и переговорах с заказчиком.
К концу этого периода у нас прибыль, все продолжала расти, но наметились уже проблемы.
Ну и теперь перейду к моему любимому пункту. Анализ ошибок. Ну во первых, те ошибки, о которых я писал в первой статье никуда не исчезли, а новые отлично легли поверх них.
По большему счету была одна самая большая и серьезная ошибка, которую можно подразбить на кучу более мелких.
Эта ошибка заключалась в том, что по росту фирмы мы не ввели нормальное разделение обязанностей и должностей. Я например вполне занимался и sales (поиск новых заказчиков) и project management и developement и support. Хотя мы начали выделять людей с менеджерскими правами, но опять же на них ложилось и немножко sales работы и project management и development. Естественно люди не могут быть во всем хорошо и что-то по ходу терялось, делалось не на должном уровне.
Подошибок тут пожалуй было две: мы не выделил поиск заказов в отдельную функцию. Мы не разделили project management и development.
В целом если ошибки из первой статьи можно обосновать тем, что фирма нужны были деньги на развитие и выживание. То эта ошибка полностью была базирована на нашей неопытности в построение бизнеса.
В данный момент я бы сделал две вещи:
- нанял бы sales, которые искали бы проекты
- нанял бы project manager’а, для управления проектами
Это бы очень всех разгрузило и сделало бы выполнение работы гораздо более эффективной. Кстати, я писал о том, какой я вижу иерархию компании. Хоть та статья и относилась больше к продуктовой компании, разделение в ней близко к тому, что нужно и в оффшорной компании.
Вторая ошибка, которая стала результатом первой, это то, что от нас ушел большой заказчик. Он даже не хлопал дверью, как обычно уходят заказчики, просто постепенно свернул деятельность. Мягко говоря, это было фигово. Если остальные ошибки просто постепенно снижали нашу конкурентоспособность, то эта ударила по карману.
Ушел заказчик просто потому, что ему уделялось мало внимания. В тот момент, когда фирма стала расти и у нас не было нормальной структуры, мы фактически потеряли контроль и просто как-то решать проблемы с заказчиками по мере их поступления.
Ну и учитывая, что большая часть проекта этого заказчика была не слишком профильная для нас, то мы слегка спустили на тормоза проект, что закончилось увы не хорошо.
Из того, что нужно было сделать. В целом заказчик был просто золотой. Идеальное решение было бы сбор dedicated team чисто под него. То есть поставить менеджера, который бы с ним общался и 3-4 программиста (как можно более опытных), которые бы решали все нужны. Если бы мы тогда это сделали, я уверен, что такая конструкция приносила бы деньги очень долго и без необходимости всякого вмешательства.
Примерно такие были результаты за 2004 год.
Продолжение следует…




