Метод параноика. Как взять под контроль неопределённость в проектах при создании цифровых продуктов для бизнеса

Если клиент покупает не просто часы специалистов, а конкретные результаты работы, например дизайн-макеты сайта или в целом спроектированное и разработанное мобильное приложение, то это проектная работа. Для такой работы характерны нерегулярные поступления, т.е. оплата клиента, привязанная к этапам проекта, а не к календарным отрезкам. Более того, каждый этап может иметь разную стоимость, т.к. от этапа к этапу может быть задействован разный состав проектной команды. Стоимость может рассчитываться как по фактически отработанным командой часам («работа по T&M»), так и быть фиксированной («fixed price»). В случае с ресурсной бизнес-моделью, а большинство проектов так или иначе выполняются в этой модели, способ расчёта стоимости («работа по T&M» или «fixed price») просто вопрос того, кто несёт риски, клиент или подрядчик.

Аналогично поступлениям от клиентов, расходы тоже могут быть регулярными и нерегулярными. Я говорю сейчас только о проектных расходах, т.е. оплате труда специалистов. В ИТ-отрасли это основные затраты в отличие от производственной сферы, где имеют значение стоимость исходных материалов и оборудования, оплата аренды и другие инфраструктурные расходы. Когда вы создаёте цифровые продукты, самое главное – это люди. Люди же любят стабильность. По крайней мере, большинство из них, и в первую очередь это касается денег. Поэтому компании, работающие в ресурсной бизнес-модели, практически всегда имеют штат сотрудников. Ведь чтобы продавать ресурсы, у вас они должны быть. Это означает регулярные расходы, причём независимо от того, есть ли поступления от клиентов или нет.

Работать в ресурсной бизнес-модели можно и с нерегулярными расходами. Часто компании привлекают в качестве дополнительных ресурсов внешних фрилансеров средней квалификации или отдельных классных специалистов, работающих по-проектно. Тем не менее, это не является существенной долей такого бизнеса. Есть ещё небольшое количество компаний, работающих другим способом. Как правило, это небольшие компании, часто даже просто самостоятельные проектные команды. В них оплата специалистов напрямую связана с объёмом проданных часов клиентам.

Совсем отдельно стоят высокопрофессиональные объединения специалистов, работающих под общим брендом, но при этом каждый из них является не сотрудником, а равноправным участником и претендует на свою долю от поступлений от клиентов. Такой формат, как правило, связан с бизнес-моделью знаний, а не ресурсной моделью. Поступления связаны с отдельными проектами, и они нерегулярные, расходы также нерегулярные.

Из всех этих объяснений про регулярность поступлений и расходов я хочу подвести вас к следующей проблеме. Если за время работы над проектом сумма приходов меньше, чем сумма расходов, то в итоге компания несёт убытки. Эти убытки часто незаметны на общем фоне, т.к. могут компенсироваться прибылью с других проектов. В итоге компания формально прибыльная, но работает не так эффективно, как это можно было бы ожидать. Чем-то похоже на внутреннее кровотечение внешне вроде бы здорового человека. Это связано с самой природой этого бизнеса и тем, как накладываются друг на друга графики поступления денег и графики расходов. На схеме ниже показана ситуация, когда расходы на штат сотрудников срезают все всплески приходов от клиента по проекту и дают в итоге практически нулевую прибыль. Хотя в процессе может захватывать дух от оборотов.

Любая компания, имеющая регулярные расходы, пытается добиться как можно более регулярного поступления оплат от клиентов. А регулярные поступления возможны в случае, когда команда специалистов как можно дольше работает над одним и тем же проектом и её состав не меняется. Именно с этим связана любовь компаний-разработчиков к Скраму, т.к. у проекта нет разных по стоимости этапов, а команда максимально однородна и специалисты взаимозаменяемы. Работа над проектом разбита на равные отрезки времени – спринты, за которые удобно выставлять регулярные счета. Дело, как обычно, в деньгах, а вовсе не в каком-то волшебном качестве этой популярной методологии. Другим вариантом является то, что компания специализируется на одинаковых проектах, либо старается работать по модели аутстаффинга, передавая своих сотрудников на как можно больший срок в проекты клиентам. И то и другое характерно для проектов типа «Процедуры» и «Седина».