Существует масса книг о “правильном” бизнесе, о том, как заработать много денег, как стать успешным руководителем, который сворачивает горы, реализуя большие проекты. Сдаётся нам, большинство читателей данной статьи вполне разумные люди, не питающие иллюзий по поводу того, кто зарабатывает на подобных книгах — автор или читатель. Поэтому поговорить о реальных больших проектах и об их подводных камнях — куда более реалистичный путь к пониманию роста компании, по сравнению с чтением книжных теоретиков, у которых цель вовсе не ваша прибыль, а продажи своих сочинений.
Стоит ли бояться больших проектов и избегать их? Какие риски они несут для вашей компании?
В любом бизнесе можно разделить проекты по размеру бюджета и отнести к трём категориям, не будем оригинальными — малый, средний и огромный бюджет. В зависимости от стратегии бизнеса компании она фокусируется на определённом размере сделок. Радиоэлектроники не исключение, и мы поговорим о специфике крупных проектов в нашей отрасли.
Заполучив большой проект по разработке РЭ, команда с воодушевлением берётся за него. Обычно такие проекты характеризуются большим объёмом программного кода и сложным взаимодействием электронных моделей. Многие решения на таких проектах появляются впервые и их приходится обкатывать и проверять, в этом заключается один из основных рисков.
В наших статьях про ЦОД и ГРП, мы косвенно касаемся вопроса технических проблем и рисков. Так какие проблемы ожидают участников “забега” на большом проекте?
Давайте попробуем вспомнить, с какими ошибками приходится сталкиваться нам, инженерам, в работе на подобных проектах.
1. Эффект циклона. Большой проект — это циклон, затягивающий ресурсы команды, причём чем дальше, тем больше. Срыв сроков или сдвиг со стороны заказчика приводит к неминуемым финансовым проблемам. Заказчик обещал оформить заказ на производство в марте, но всё сдвинулось и переносится на конец лета. Циклон об этом ничего не знает, ему нужна энергия в виде хрустящих денег на зарплаты, и он начинает разносить все ваши финансы в щепки. Первый совет — крайне внимательно относитесь к размеру команды и соизмеряйте бюджет проекта и бюджет компании, имейте под рукой кредитные продукты для возможной отсрочки в случае обозначенных трудностей.
2. Системность, а точнее бессистемность. В больших проектах всегда возникает многовекторность пожеланий клиента: больше и дешевле, быстрее и качественнее, “а вот тут ещё ключик прикрутите, а тут бумажку”, а в итоге “мы же вам писали три месяца назад, что ключика не нужно”. Противоядие одно — систематизировать всё общение, благо в IT подобных систем (как отечественных, так и зарубежных) много. И это лекарство должен вручить руководитель проекта или руководитель компании, он должен обеспечить жёсткой рукой и несгибаемой волей, чтобы все обращения и пожелания проходили через систему учёта.
3. “Значит так... Солнце на западе... Значит, Ашхабад там! Пошли!” (из к/ф “Кин-Дза-Дза”). Многие считают, в большом проекте главное ТЗ, если есть — всё хорошо, можно бежать. “Ха-ха-ха”, - скажут вам бывалые сотрудники, которые не один раз сталкивались с нюансами и разными трактовками одного и того же требования. Клиент читает А, вы читаете Б, и как ни странно, аргументация клиента более весомая, чем ваша. Совет — согласовывайте методику сдачи (ПМИ) на самых ранних этапах проекта, показывайте результаты клиенту, фиксируйте результаты этапов перепиской, документами, сдачей части пунктов ТЗ.
4. Дальше мы сами! Пройдя экватор проекта и приближаясь к его финишу, объём задач уменьшается, бюджет тоже, но команда, как правило остаётся прежних размеров (выводить людей из проекта сложно). Клиент понимает, что дальше с разработкой нужно и можно идти в серию и он задаётся вопросом, а не собрать ли свою команду? Тут главное — зрелость заказчика. Мы видели разные варианты развития событий, от печальных до уважаемо заслуженных. Что значит IT зрелость? Мало просто нанять людей, любой успешный проект базируется на методологии разработки, методология определяет эффективность проекта. Нанять программистов и разработчиков, запереть их в комнате — ничего кроме стаканов кофе и коробок из-под пиццы вы не найдете в этой комнате через 3 месяца. Как мы относимся к такому развитию событий на проекте? Положительно! Каждый такой клиент после нашего участия плюсуют ещё одну компанию с экспертизой в РЭ в нашей стране.
Стоит ли бояться больших проектов в РЭ? Конечно! Держитесь от них подальше, они разорвут вашу команду, они обанкротят вас, вы будете работать над ними до пенсии за гроши! Ну, а если вы прочитали статью, вы прекрасно понимаете, что всё зависит не от масштаба или бюджета проекта, а от….? Ждём ваших мнений в комментариях.
Не надо бояться густого тумана,
Не надо бояться пустого кармана.
Не надо бояться ни горных потоков,
ни топей болотных, ни грязных подонков!
Не надо бояться тяжёлой задачи,
а надо бояться дешёвой удачи.
Не надо бояться быть честным и битым,
а надо бояться быть лживым и сытым!
Умейте всем страхам в лицо рассмеяться, —
лишь собственной трусости надо бояться!
1978. Евгений Евтушенко