Срок реализации бизнес проекта это

«Любой проект можно закончить в срок, если научиться вовремя сдвигать дату его ввода вправо!» (Владимир Малахов, к.э.н., вице-президент Национальной ассоциации инженеров-консультантов в строительстве).

В Китае 30-этажную гостиницу возводят за две — три недели, у нас же многие стройки превращаются в долгострой. Почему так? Инвестору важно с самого начала понимать, за какой срок данный проект целесообразно реализовать, чтобы вернуть вложенные средства.

Поэтому планирование времени (сроков) и затрат являются контрольными показателями любого проекта, а их достижение — результат системы управления проектом. И если в самом начале проекта определить период времени его выполнения как предельную границу для всех участников, сроками можно управлять. Их установление — один из принципов сокращения стоимости и сроков проекта. Как определить такой целесообразный бюджетный срок? Подход и решение предлагает Владимир Малахов, к.э.н., вице-президент Национальной ассоциации инженеров-консультантов в строительстве .

Сроки реализации проекта

В.М. Проект станет понятным, прозрачным, доступным, если научиться управлять сроками его реализации. Сегодня же, чтобы понять, за какой срок можно реализовать тот или иной проект, обычно инвестор опрашивает всех участников, за какой период времени они выполнят свои задачи, и складывает эти сроки, используя затратный метод, или метод сбора нормативно-технологических сроков (НТС).

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

Задание на выполнение проекта в оптимальный срок в российской практике не выдается, а чаще всего является императивом Заказчика, например, все полагают, чем быстрее строится объект – тем дешевле он обходится, но фактически проект от сжатия сроков долго дорожает. Поэтому не надо заниматься растягиванием и сжиманием сроков с целью подогнать под дату назначенного «праздника», а нужно определить экономически оптимальный, или бюджетный срок, и в его рамках построить оптимальный с точки зрения цена/сроки график реализации проекта.

Различать затраты и сроки по стадиям проекта

Любой проект разбивается на этапы, стадии, имеющие определенный результат, поскольку каждый их этапов можно заказать и продать отдельно. Для определения экономически целесообразного срока проекта и управления им нужно различать затраты и сроки по его этапам.

В российской практике речь идет лишь о сроках строительства без учета других стадий проекта, и в ССР учитываются затраты только на строительство без затрат на управление всем проектом (см. «ЭЖ» № 26).

Срок реализации бизнес проекта

Бюджетный срок всего проекта, с точки зрения оптимального соотношения цена/сроки, который инвестор может себе позволить, можно определить исходя из стоимости всего проекта, целевых капитальных вложений, инвестиций (capex). Поэтому для каждого этапа проекта рассчитывают свой срок и оптимальное количество специалистов необходимое для выполнения этапа.

Западный строительный бизнес, как правило, долго готовит проект, используя минимально возможное количество специалистов, уменьшая тем самым стоимость управления проектом, а строит быстро и привлекает в этот процесс большое количество людей. Например, компания может заниматься проектированием, закупками, поставками в течение 3 — 4 лет силами всего 10 специалистов. А когда все спроектировано, подготовлены, согласованы и утверждены все договора на закупки, построен единый график работ, стройка длится всего 6 месяцев и на ней может работать до 200 человек.

Поиск оптимального соотношения количества специалистов и времени выполнения проекта можно представить в виде движения по кривой (гипербола) в системе координат, где на вертикальной оси (оси ординат Y) наносится количество специалистов, а на горизонтальной — (оси абсцисс Х) — время выполнения проекта.

Сроки реализации проекта

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

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

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

Временные отрезки, за которые проводится реализация проектов, чаще всего зависит от таких факторов:

• организационного, территориального или функционального объема замысла;
• используемой технологии ведения начинания;
• внедрения типового проектного решения или разработки уникального своими силами;
• наличия подготовленной профессиональной команды.

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

И если при параллельном методе планирования еще можно как-то попытаться исправить ситуацию, максимально сократив критический путь(если это технологически допустимо), то при последовательном методе этот сбой совершенно точно отодвинет дату сдачи объекта.

Некоторые видят причины возникающих проблем в том, что в последнее время временными моментами при подготовке обоснования проектов занимаются планировщики, часто не владеющие необходимыми знаниями относительно установленных нормативов и правил проведения строительных и монтажных работ. Используемые ими компьютерные приложения, такие как MS Project, Primavera, Spider, эффективно просчитывают все строительные этапы только тогда, когда им заданы правильные параметры. Поэтому оптимальным является вариант, при котором над календарным планом работают совместно планировщик и опытный инженер-строитель.

В любом случае, такой вопрос, как реализация проектного задания во времени, на сегодня остается открытым. Разными исследователями и специалистами-практиками предлагаются различные варианты решения проблемы, в первую очередь, относительно возможности продуманного планирования горизонта событий.

В начинаниях, связанных с капитальным строительством, а таких среди инвестиционных проектов большинство, традиционно используется метод планирования по календарно-сетевому графику. Он представляет собой модель, иллюстрирующую, как будет протекать реализация замысла по временному и процессному параметрам.

Фактически, такой график является инструментом:

• анализа, описания и согласования всеми сторонами (инвестором, заказчиком и генеральным подрядчиком) технологии проведения строительных работ;
• текущего взаимодействия участников проекта;
• управления инициативой по ряду показателей (ресурсы, время, финансы) и внесения необходимых корректив;
• прогнозирования потенциальных проблем и рисков, их компенсации или минимизации последствий.

Однако графики составляют люди, поэтому постоянно возникают проблемы с их соблюдением. Например, если составить схему, основывающуюся на освоении капитальных вложений, то при проведении ряда параллельных операций, постоянно возникают накладки в положительную или отрицательную сторону. Критический путь при этом часто выводится вручную, он не является экономически обоснованной расчетной величиной, а «рисуется» к определенной дате, которая регулярно не соблюдается.

Фактически такого рода графики лишь ставят временные ограничения нижестоящим исполнителям, но слабо зависят от других факторов (готовности необходимых комплектующих или конструкций, логистических проблем, наличия квалифицированных кадров).

В этом случае руководитель проекта не может точно прогнозировать его течение и заранее повлиять на потенциальную проблему. Поэтому затягивание времени завершения отдельных этапов и строительства в целом при таком подходе не редкость, как и необходимость дополнительного финансирования.

Чтобы не возникало серьезных разногласий с подрядчиками по поводу длительности выполнения тех или иных операций, многие заказчики нанимают для составления плана инжиниринговые компании. Те заранее проводят работу относительно составления специализированных баз данных или справочников, где определяется продолжительность типовых или стандартных работ. Такие справочники позволяют избежать затягивания процессов со стороны подрядных организаций.

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

Когда речь идет об инвестиционном проекте, то горизонт расчета (расчетный период) охватывает весь жизненный цикл начинания – от разработки концепции до завершения или ликвидации.

При определении общей продолжительности реализации проекта учитываются такие факторы:

• износ основных средств производства или критически важной их части;
• полное насыщение рынка продукцией;
• отсутствие на рынке необходимости в выпускаемой продукции по причине потери ее конкурентоспособности, морального устаревания или изменения законодательных норм и стандартов относительно конкретных видов продукции или требуемых условий труда;
• исчерпание доступных запасов сырья;
• окончание арендного договора относительно сооружений, зданий или земельных участков;
• полная окупаемость проекта и выход на запланированную совокупную прибыль.

Для более адекватной оценки ситуации производят разбивку горизонта расчета на отдельные шаги.

Наиболее показательными с точки зрения эффективности замысла являются шаги, в рамках которых собирается определенная статистическая и оперативная информация (год, полугодие, квартал, месяц).

При планировании общего срока реализации инвестиционного замысла и разбивке его на более мелкие шаги необходимо учитывать такие существенные факторы:

• Определение цели расчета, т.е. зачем все это делается. Например, для уточнения финансовой целесообразности, мониторинга управленческих действий, общей оценки эффективности начинания.
• Длительность каждой фазы общего жизненного цикла реализуемой инициативы. При правильном планировании окончание одного процесса должно являться фактическим началом другого процесса. Так, момент окончания строительных работ в отдельно взятом цеху должен быть стартом для монтажа оборудования и пусконаладочных работ и т.д. Такой подход позволяет контролировать финансовую состоятельность проекта на разных стадиях.
• Сезонные колебания относительно объемов производства и продажи выпускаемой продукции, следовательно, неравномерность притока капитала.
• Периодичность финансирования, особенно в случае привлечения кредитного капитала. В этом случае шаг может быть нестандартным и определяться с учетом сроков возврата кредита или выплаты процентов. Также важно учитывать условия инвестирования в части соотношения собственных и заемных средств.
• Уровень инфляционных процессов и роста цен на сырье и комплектующие. При высоком уровне инфляции шаги следует делать более мелкими, чтобы в течение одного шага цена не повышалась более чем на 10%.

Все инвестпроекты состоят из таких основных временных отрезков:

• подготовительная фаза вплоть до сдачи объекта в эксплуатацию;
• фаза освоения выпуска продукции и выхода на рынок;
• работа предприятия на полную мощность до закрытия проекта или полной окупаемости.

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

Предпроизводственный этап может ориентировочно включать в себя такие действия:

Задавайте вопросы нашему консультанту, он ждет вас внизу экрана и всегда онлайн специально для Вас. Не стесняемся, мы работаем совершенно бесплатно.

Также оказываем консультации по телефону: 8 (800) 600-76-83, звонок по России бесплатный!

• подготовка и согласование документов по государственной регистрации предприятия;
• получение лицензии на соответствующую деятельность;
• разработка проектной документации и проведение ее экспертизы;
• решение всех вопросов с приобретением или арендой земельного участка и подготовкой всех коммуникаций для создания стройплощадки;
• строительство (земляные, каменные, облицовочные работы);
• закупка и монтаж оборудования, его отладка;
• подбор и обучение требуемого персонала;
• сдача в эксплуатацию готового объекта.

По некоторым из указанных действий есть утвержденные нормативы относительно затрачиваемого времени. Однако обязательно следует учитывать и местные особенности, которые могут сдвинуть сроки вперед (климат, состояние почвы, необходимость дополнительных работ, возможность быстро привлечь нужную технику или специалистов).

Признавая все достоинства метода календарно-сетевого планирования, используемого в строительстве, нельзя не отметить и его недостатки: невозможность точно рассчитать временные параметры всех документальных оформлений и технологических операций, время на переговоры и согласования тех или иных решений.

Поэтому ряд специалистов предлагает внедрять такую систему, где каждая единица времени отклонения от разработанного плана должна иметь свою стоимость для заказчика или подрядчика:

• просрочка с точки зрения инвестора может иметь различную стоимость для исполнителей в зависимости от степени готовности объекта;
• просрочка по вине заказчика грозит для него уплатой неустойки подрядчику за простой оборудования и персонала;
• вычисляется минимальная и предельная стоимость отрезка времени из графика КСП, которая определяет их максимально допустимые сроки, за нарушение которых наказывается подрядчик.

Для того чтобы не срывать жестко установленные сроки, при стоимостном методе предлагается такая система управления:

• Рассчитываются экономически обоснованные минимальный и предельный сроки выполнения всей задумки. Таким образом, формируется релевантный (допустимый) коридор возможных отклонений.
• Исходя из вышеуказанных сроков, разрабатывается нормативно-технологический срок (НТС), необходимый для подготовки и утверждения нужных документов и выполнения предварительных действий. Если расчетный НТС не укладывается в предельный срок, то разработчики ищут пути оптимизации процессов (изменения в проекте, новаторские технические решения, поиск более продуктивных механизмов и более профессиональных работников).
• Поиск и изучение всех возможных рисков, а также пути их минимизации, позволяют просчитать необходимый резерв времени для реализации всей инициативы.
• Обладая сведениями о доступном временном резерве, планировщики могут определить целевой срок окончания проекта, который также должен вписываться в «предельно-минимальный» коридор. Самым лучшим вариантом считается тот, при котором целевой срок незначительно (на 10-25%) отличается от нормативно-технологического, а тот, в свою очередь, так же незначительно отличается от минимального.

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

Практика показывает, что только небольшое количество инвестиционных идей внедряется в заранее утвержденные сроки, особенно актуально это в российских реалиях.

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

Получите консультацию: 8 (800) 600-76-83
Звонок по России бесплатный!

Парень задает вопрос девушке (ей 19 лет),с которой на днях познакомился, и секса с ней у него еще не было:
Скажи, а у тебя до меня был с кем-нибудь секс?
Девушка ему ответила:
Да, был. Первый раз – в семнадцать. Второй в восемнадцать. А третий -…
После того, как девушка рассказала ему про третий раз, парень разозлился, назвал ее проституткой и ушел вне себя от гнева.
Вопрос: Что ему сказала девушка насчет третьего раза? Когда он был?

Источник: center-yf.ru

Расчет сроков и стоимости проектов: как это делается и можно ли упростить процесс?

Если вы когда-либо занимались разработкой приложений на заказ, то наверняка знакомы с довольно рутинным процессом расчета стоимости и сроков реализации проекта. И ладно бы, если расчет проекта выполнялся лишь единожды, но зачастую потенциальные заказчики не могут уложиться в бюджет, и начинают на ходу менять требования к продукту:

— Это слишком дорого, что если сделаем без функции Х?
— *делаем расчет* Столько.
— Все равно дорого, а сколько будет стоить разработка только под платформу Y?
— *делаем перерасчет* Столько.
— Ух ты, то есть, если мы откажемся от платформы Y, то сможем сделать не только Х, но и Z?
— *очередной перерасчет* Увы, нет.
— Жаль, тогда давайте сделаем без Z, во сколько нам обойдется?

Стандартные пути упрощения расчетов, такие как установка фиксированной стоимости дня работы сотрудника или компании, как правило ведут к потере точности результатов и все равно не избавляют нас от ручных вычислений.

Но, как и любой другой процесс, характеризующийся словами “рутина”, “точность” и “вычисления”, подобные расчеты скорее всего могут быть автоматизированы. Давайте проверим, действительно ли это так.

Процесс расчетов

Прежде всего нам следует определиться с тем, как в общем случае формируются конечные сроки и стоимость проектов.

Шаг 1: Оценка задач

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

Шаг 2: Расчет сроков разработки проекта

Как бы ни старалась разработчики, но их оценка сроков крайне редко соответствует действительности. Так что, первым делом, отталкиваясь от сложности проекта и опыта команды, мы определяем страховку: количество дополнительного времени, необходимого для разрешения различных непредвиденных обстоятельств. Обычно страховка выглядит как некоторый множитель (процент), на который увеличивается общий срок разработки.

Далее нам следует определить очередность этапов выполнения работ (workflow). Вне зависимости от используемой методологии (agile или waterfall) нам нужно знать в каком порядке нашей командой выполняются различные виды работ. В рассматриваемом нами примере с мобильным приложением порядок мог бы выглядеть следующим образом:

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

Теперь мы располагаем всей необходимой информацией и можем приступить к расчету сроков:

В случае с Waterfall: суммируем количество времени для каждого вида работ (UI/UX, Back-end, etc.), добавляем к ним страховку, и, учитывая их очередность, находим самую длительную последовательность работ, которая, собственно, и представляет общее количество времени, необходимое для реализации проекта.

В случае с Agile: учитывая очередность работ, мы определяем время на реализацию каждой из задач (каталог товаров, новости, etc.), после чего, путем их суммирования и добавления страховки, получаем конечный срок реализации проекта.

Шаг 3: Расчет стоимости разработки проекта

Следующее, что нам следует получить — это себестоимость проекта, которая обычно формируется из двух типов затрат: общих ежемесячных расходов (аренда офиса, оплата серверов, лицензий на ПО, etc.) и зарплат непосредственных исполнителей проекта. Что касается зарплат менеджмента, то они больше подходят к первой категории, так как являются более “пассивной” статьей расходов, и в некоторых случаях они могут быть опциональными (к примеру, если речь идет о небольшой команде фрилансеров).

“Общие ежемесячные расходы” рассчитываются предельно просто: делим их сумму на среднее количество дней в месяце и умножаем на количество календарных дней, необходимых для реализации проекта.

Расчет расходов на зарплаты исполнителей зависит от используемой методологии разработки:

В случае с Waterfall: для каждого сотрудника делим ежемесячную зарплату на среднее количество рабочих дней в месяце и умножаем результат на количество рабочих дней, необходимых для реализации этапа работ, за который он ответственен; в конце суммируем все выплаты.

В случае с Agile: для каждого сотрудника делим зарплату на среднее количество рабочих дней в месяце и умножаем на количество рабочих дней, необходимых для реализации всего проекта, в конце суммируем результаты.

Теперь, зная себестоимость проекта (выплаты исполнителям + общие расходы), мы можем получить конечную стоимость, добавив к ней ещё пару вещей:

1. Прибыль: здесь все довольно просто, мы либо прибавляем желаемый процент от себестоимости проекта, либо добавляем соответствующий пункт к “общим расходам” (если желаем получать фиксированный ежемесячный доход).

2. Налоги: каждый считает их немного по-своему в связи с разнообразием систем налогообложения и способов уклонениях от них. В некоторых случаях можно считать налоги как некоторый усредненный процент от себестоимости проекта с включенной прибылью.

3. Комиссия менеджера по продажам: зависит от ваших условий сотрудничества, если вы выплачиваете процент от сделки, то это процент от суммы себестоимости, прибыли и налогов, и если вы выплачиваете процент от прибыли, то, очевидно, считаете ее как процент от заложенной прибыли, полученной в первом пункте.

Итак, теперь мы располагаем итоговой стоимостью проекта. Но что делать, если клиент, услышав результат, спросит нас: “А что если сделаем без X?”.

Автоматизация вычислений

Можно ли разработать приложение, которое бы производило подобные расчеты автоматически? Ознакомившись с процессом вычислений, теперь мы можем сказать, что да, это возможно, но не без пары нюансов. И первый из них — это расчет налоговой части.

Учет всех возможных вариантов налогообложения при расчетах требует не только значительных трудозатрат на разработку, но и на постоянную поддержку формул в актуальном состоянии. Вариантов решения проблемы здесь несколько: либо жертвуем точностью расчетов и считаем налоги как некоторый процент от стоимости проекта, либо же значительно усложняем систему расчетов, добавляя возможность ее ручной модификации.

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

1. Храним данные на сторонних серверах приложения (SaaS). Быстро и удобно, но требует доверия к владельцам сервиса.
2. Разворачиваем приложение на собственных серверах. Этот вариант требует трудозатрат на настройку и сопровождение приложения, но позволяет самостоятельно контролировать безопасность данных. Дополнительно можно сделать приложение доступными только из собственной инфраструктуры, но это лишает определенных удобств, таких как возможность обратиться к расчетам с личного телефона за пределами офиса.
3. Реализация программы для расчетов в виде самостоятельного десктоп-приложения, хранящего все данные в локальном файле. Этот случай не предполагает никакой настройки окружения и позволяет самостоятельно контролировать безопасность данных, жертвуя возможностью предоставления общего доступа к данным.

— Жизнь сотрудника, занимающимся расчетами, станет немного легче
— Клиенты смогут получать перерасчеты в считанные секунды
— Стоимость разработки станет чуть более справедливой и конкурентной

На сегодняшний день существует очень небольшое количество решений для подобного вида расчетов, и все они имеют достаточно высокий порог вхождения из-за своей монструозности. В связи с этим хотелось бы задать вопрос аудитории Хабра: а каким способом выполняются расчеты в вашей компании?

Источник: habr.com