Как завершать проекты в срок

Публикация № 1207214

Методология - Управление проектом

проекты управление менеджмент сроки ресурсы

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

Бегло напомню к чему мы пришли в прошлой статье (//infostart.ru/public/1199781/):

  1. Качественной оценка длительности задания считается такая оценка, которая гарантирует не менее 80% вероятности завершения задания в срок.
  2. Оценка, гарантирующая вероятность 80% и более завершения в срок содержит не менее 50% подстраховки.
  3. Традиционно считается, что для того, чтобы весь проект завершить в срок, совершенно необходимо каждое задание завершить в срок.
  4. Из-за неправильной организации работ на проекте большинство заданий не завершается в срок, приводя тем самым к срыву сроков проекта.

Мы также выяснили, что есть как минимум 4 основные причины, из-за которых мы теряем двукратные резервы времени, закладываемые командой проекта при планировании:

  • Закон Паркинсона.
  • Студенческий синдром.
  • Потеря выигрыша и передача опозданий в цепи зависимых заданий.
  • Перепрыгивание от задания к заданию в мульти-проектных средах.

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

  • Оценка длительности заданий не переводилась в разряд ОБЯЗАТЕЛЬСТВ - это должно значительно сократить количество подстраховки.
  • Выигрыш по времени и опоздания компенсировали друг друга.
  • Перепрыгивания от задания к заданию резко сократились.

И так, что собой представляет решение?

Методы критической цепи

Метод №1: Эшелонирование

Общепринятая практика при определении даты старта проекта такова: чем раньше проект начнется, тем больше шансов завершить его в срок. Но правильно ли это? Если мы запустим все проекты одновременно, то неизбежно возникнет конкуренция за ресурсы. Нам следует выровнять загрузку ресурсов и организовать ресурсно-обоснованный график запуска проектов в производство. Такой подход называется «Эшелонирование». При этом необходимо эшелонировать проекты относительно самого загруженного ресурса проектной команды!
Вот пример эшелонирования графика по ресурсу «F»:

Важное предупреждение: 

  1. Не начинайте работу раньше графика, даже если ресурсы простаивают!
  2. Обычно существует остаточная конкуренция и за другие типы ресурсов. Возникает соблазн выровнять все ресурсы проекта, однако, попытка убрать остаточную конкуренцию – просто выброшенное время: Мерфи все равно вмешается и вернет все на свои места. Не нужно оптимизировать в рамках шума!

Давайте промоделируем на нашем симуляторе проектов, как изменится время выполнения проектов при использовании метода Эшелонирования.

Напомню, что условия экспериментального проекта для моделирования мы описывали в предыдущей статье:  //infostart.ru/public/1199781/

Исходные условия были такими:

  • В производство запущено одновременно три одинаковых проекта.
  • Каждый проект содержит 7 в разной степени зависимых друг от друга заданий.
  • Всего на трех проектах заняты 10 различных спецов и каждый может выполнять задания только своего типа.
  • Каждое задание длится 20 дней и вероятность выполнения его в срок 80%.
  • В каждом задании 10 дней подстраховки.
  • Плановое время выполнения проекта 140 дней.
  • Для переключения между заданиями работа ресурса не прерывается чаще, чем один раз в неделю.
  • Отсутствуют затраты времени на переключения от задания к заданию.

В таблице результаты моделирования до и после эшелонирования 3-х проектов.

  • Третий проект закончится на 5 дней раньше - 1% ускорения.
  • Второй ускорился уже на 70 дней (16%). 
  • Самые выдающиеся результаты у Первого проекта: 54% ускорение!

Неплохой результат! Эшелонирование работает!

Давайте посмотрим, что с этим еще можно сделать.

Метод №2. Управление подстраховкой.

Вернемся к истории с избыточной подстраховкой в оценках длительности каждого задании. Мы тогда согласились, что должны обеспечить защиту завершения всего проекта, а не каждого отдельного задания ("нам важно, чтобы проект был завершен в срок"). Напрашивается логичное предложение: а давайте передвинем ВСЮ подстраховку, заложенную в КАЖДОМ отдельном задании, В КОНЕЦ проекта!

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

На самом деле не важно то, сколько подстраховки заложено в каждом задании – мы ведь никуда не дели эту подстраховку, мы просто передвигаем ее в конец проекта. И даже если мы ошиблись, определяя ее размер, то когда нам не будет хватать времени на задачу, мы просто будем брать это время из буфера в конце проекта. А раз так, то давайте просто на половину сократим количество времени, указанного в оценке. Тем более, что наш опыт показывает, что до внедрения Методов критический цепи исполнители закладывают не менее 50% времени на подстраховку.

В итоге:

  1. Никто не будет вести себя так, как будто у него есть масса времени. Уйдет Студенческий синдром и закон Паркинсона.
  2. Через какое-то время накопится реальная статистика по схожим задачам.  Мы будем давать более реалистичные оценки задач.

Как убедить исполнителей?

  1. Необходимо, чтобы все знали, что большое количество той подстраховки, которую забрали, заново вносится в план, только в конце проекта и может быть, как и ранее, использовано для защиты от Мерфи для каждого задания.
  2. Необходимо, чтобы все знали, что менеджмент не рассматривает новые оценки по времени как обязательства. Уложиться в эти намного более короткие сроки не является обязательным, но, по возможности, желательным. 
  3. Использование подстраховки теперь централизовано, а значит ее будет сложнее разбазаривать. Время – это невосполнимый ресурс! И более чем нормально, если учет резервов времени в команде будет вестись тщательно и прозрачно!

Идем дальше. Оказывается, подстраховка бывает двух разных видов. Чтобы объяснить это, нам нужно ввести такое понятие как «Критическая цепь».
Вопрос: Что определяет время исполнения проекта?
Ответ: Самая длинная цепь зависимых заданий.
Без учета конкуренции за ресурсы сама длинная цепь - это «Критический путь проекта». 


 
А как изменится ситуация, если есть конкуренция за ресурсы?

Возникает необходимость выстроить последовательно (эшелонировать) выполнение заданий, конкурирующих за ресурсы. В данном случае есть два варианта решения этой проблемы. И мы уже получаем 2 варианта «Критического пути».

Ситуацию, когда «Критический путь» зависит от варианта распределения ресурсов, принято называть «Критическая цепь».
Формулирую определение: Самая длинная цепь зависимых заданий с учетом конкуренции за ресурсы и будет называться «Критическая цепь проекта».
Обратите внимание: каждый раз, когда имеет место зависимость ресурсов, критическая цепь зависит от решения РП относительно того, какое задание выполняется первым!

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

Теперь, как мы и договорились, соберите в одно целое всю подстраховку, заложенную в каждом задании критической цепи, разделите ее на 2 и используйте для защиты ВСЕГО проекта.
Обратите внимание, что получившийся буфер подстраховки критической цепи не должен составлять более 1/3 всего времени исполнения проекта. Назовем общий резерв проекта в критической цепи «Буфер завершения»

Однако, у нас есть еще примыкающие цепи заданий в проекте. В цепи зависимых заданий опоздания по примыкающим цепям неизбежно будут передаваться в критическую цепь ("опоздания передаются, выигрыш по времени нет"). При этом в примыкающих некритических цепях есть своя подстраховка, которую мы пока не трогали. Нужно собрать эту подстраховку и использовать для защиты от опозданий в некритических цепях, создав таким образом собственный буфер. Назовем его «Питающий буфер». Напомню, что буфер должен составлять 1/3 от длины цепи, в которой до этого подстраховку сократили вдвое.

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

Давайте посмотрим, как изменится ситуация в нашей модели, когда мы к «Эшелонированию» введем в систему «Буфер завершения» в критической цепи и «Питающий буфер» в каждой некритической цепи заданий.

Результаты моделирования в таблице. 

Смотрите, совсем другое дело!

  • Третий проект заканчивается уже через 240 - минус 190 дней.
  • Второй ускорился на 125 дней. 
  • Первый улучшил свой предыдущее значение на 5 дней

Неплохой результат? Да, но мы хотим быстрее! Мы хотим определенно более прорывное решение!

Метод №3. Приоритеты выполнения заданий

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

Очевидно, что для того, чтобы следить за потреблением резервов, специалисты должны регулярно сообщать о прогрессе выполнения задания. Специалист должен сообщать «когда будет ЗАВЕРШЕНО задание», а РП должен вести учет расхода резервов.

Для управления приоритетами необходимо ввести следующие 2 правила:

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

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

Внимание на таблицу!

  • Третий проект – еще минус 30 дней!
  • Второй – минус 55 дней!
  • Первый - фантастический результат -  115 дней! Напомним, что самая первая модель с одним проектом давала нам 180 дней с той же вероятностью.

Важный побочный эффект: до внедрения Методов критической цепи ресурсы были заняты на протяжении 375 дней и это давало только 50% вероятности успеть в срок. В результате внедрения все ресурсы высвобождаются уже после 210 дней, при этом вероятность успеть в срок не менее 90%! Методы критической цепи высвобождают большое количество ресурсов, которые можно использовать на других проектах!

Но каким бы впечатляющим не был наш результат, тем не менее существует 10% вероятности не завершить первый проект в амбициозный срок 115 дней. В тоже время обязанность РП обеспечить выполнение проекта в срок!

Это можно сделать если:

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

Для этого нам нужна система показателей состояния дел на проекте.

Показатели оценки проектов

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

  1. Сколько процентов критической цепи уже завершено.
  2. Сколько процентов буфера завершения потреблено в соотношении к проценту завершенной части критической цепи.
  3. Текущая скорость потребления буфера завершения.

Рассмотрим все три показателя более подробно.

Показатель №1. Прогресс проекта

Взгляните на этот график проекта:

  • Длительность проекта: 120 часов
  • Плановые трудозатраты: 300 часов
  • Фактически израсходовано: 150 часов

Традиционно прогресс проекта измеряется в соответствии с процентом выполненных работ в соотношении с общим количеством предполагаемых работ. На сколько процентов, по вашему мы завершили проект? Чаще всего мы услышим, что работы завершены на 50%.

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

В итоге получаем такую закономерную картину:

  • Плановые трудозатраты проекта: 300 часов
  • Фактически израсходовано: 210 часов
  • Статус проекта: 70% завершено! 

Какой молодец наш РП – прошло всего 50% времени, отведенного на проект, а он уже отчитывается о 70% выполнении работ! Того и гляди, проект завершиться раньше срока! 

В результате проявляется тот самый неожиданный феномен: Исполнение последних 10% проекта занимает половину времени всего проекта!

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

При новом подходе прогресс приведенного для примера проекта будет: 25%. Статус проекта не меняется, пока не будет завершено проблемное задание.

Теперь мы знаем прогресс проекта, но как мы сможем понять, на сколько проблемное задание портит нам жизнь? Может 25% на данный момент — это норма? Для этого нам понадобится второй показатель.

Показатель №2. Процент потребления резервов времени

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

Взгляните на рисунок:

3-я задача сверху в критической цепи вызвала проблему и начала потреблять буфер завершения. При этом сдвинулись сроки завершения зависимой от нее задачи.
Статус проекта: 50% критический цепи завершено, при этом потреблено 20% буфера завершения. 
Все хорошо, у нас нет повода волноваться! 

Надеюсь, логика понятна –процент потребления буфера завершения должен быть меньше или равен проценту завершения критической цепи проекта. Для приведенного примера если бы отчитались о потреблении 80% буфера завершения, то это значило бы, что на проекте проблемы.

И так, теперь мы знаем не только прогресс проекта, но и состояние резервов времени, и есть ли у нас проблема со сроками. Однако, возникает еще пара вопросов:

  • Как можно определить на регулярной основе, находится ли проект под контролем? 
  • Если на проекте случился перерасход буфера завершения, мы приняли меры, возможно ли как-то проверить – идет проект на поправку или нет?

 Для этого нам понадобится третий показатель.

Показатель №3. Скорость потребления буфера

Этот показатель позволяет увидеть, когда проблема возникает и вернули ли наши действия проект в свои рамки. Напомним, что буфер завершения составляет 1/3 времени исполнения проекта. А это значит, что если в определенный интервал времени скорость потребления буфера завершения выше, чем 1/3 (33%) времени данного интервала, то у нас проблемы накапливаются. 

Пример: Прошло еще 10 дней проекта, было потреблено дополнительно 5 (5 это 50% к 10) дней буфера завершения. Вывод: у нас проблема.

Если в определенный интервал времени скорость потребления буфера завершения ниже, чем 1/3 времени данного интервала – это означает, что относительная подстраховка увеличилась, мы накапливаем резервы времени. 

Пример: Прошло еще 10 дней проекта, было потреблено дополнительно 1 (1 это 10% к 10) день буфера завершения. Вывод: проект восстанавливается (накапливает подстраховку).

Выводы

Не важно, чтобы каждое отдельное задание было завершено в срок. Важно, чтобы в срок был завершен весь проект!
Для этого необходимо использовать 3 приема:

  1. Эшелонирование проектов.
  2. Критическая цепь с буфером завершения и питающими буферами подзадач.
  3. Расстановка приоритетов и правильные показатели оценки проектов.

Для того, чтобы начать применение методов критической цепи, необходимо выполнить 3 действия:

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

Действие №2. Внедрите Эшелонирование проектов. Придите к общему согласию о введении эшелонирования проектов в соответствии с выбранным дефицитным ресурсом, который и будет задавать темп и график всех проектов. В мульти-проектной среде эшелонирование проектов – абсолютная необходимость!

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

При внедрении и использовании методов критической цепи учтите, что это вызывает изменение в проектной среде:

  • Ресурсы начинают привыкать к тому, что перепрыгивание от задания к заданию резко сократилось и что их оценки по длительности выполнения больше не воспринимаются как обязательства. В результате они закладывают в свои оценки значительно меньше подстраховки.
  • После того как ресурсы исполнили несколько проектов по методу Критической цепи, будет ошибкой продолжать следовать правилу о сокращении времени оценки наполовину. Правило, которому необходимо продолжить следовать: «Буферы равны 1/3 времени исполнения в цепи»
  • Изначально наиболее загруженный ресурс совсем не является "бутылочным горлышком". Применение Методов критической цепи выявляет избыточную мощность и позволяет увеличивать количество проектов. В конечном итоге "бутылочное горлышко" все-таки возникает. На этом этапе важно, чтобы "бутылочное горлышко" никогда не оставалось без работы. Этого можно легко добиться за счет небольшого изменения в методе эшелонирования.

Для более углубленного понимания Методов критической цепи рекомендуем к прочтению следующие книги автора методики и создателя Теории ограничений систем (TOC – Theory of Constraints) Элияху Голдратта:

  1. Цель: Процесс непрерывного улучшения
  2. Критическая цепь.

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Дата
1. kiset 19.03.20 11:17 Сейчас в теме
В теории всё звучит красиво и логично.

А как данная методика управляется на практике? Существуют ли такие инструменты управления проектами по методам эшелонирования и критической цепи?
Пока не получается представить, как можно этот процесс выстроить, чтобы при этом его использование не вызывало желания всё бросить, и начать управлять по старинке. Или же учёт использования буферов это ещё один инструмент, рассчитываемый в ручном режиме?
2. VLikhobabin 77 19.03.20 11:43 Сейчас в теме
(1) К сожалению готового софта "бери и работай" нет. Но мы же 1С-ники! Можем что угодно написать. Задача довольно простая - нужно к стандартному процессу учета и контроля оценок длительности добавить процесс формирования и учета резервов по цепям. Методика действительно высокоэффективная и проверенная сотнями проектов по всему миру.
3. kiset 19.03.20 11:51 Сейчас в теме
(2)Для того, чтобы допилить систему учёта на 1С, надо сначала эту систему учёта разработать. :)
1С-ники не обязательно ж ведут учёт в системах управления проектами, написанными на 1С.

(2)
Методика действительно высокоэффективная и проверенная сотнями проектов по всему миру.

Вот это меня немного и смущает. Вроде как методика проверена сотнями проектов по всему миру. Но здесь напрашиваются выводы:
- Либо готовый софт всё-таки существует, но мы о нём почему-то не знаем
- Либо существует возможность безболезненной настройки какого-либо софта
- Либо методика существует пока больше в теории, чем на практике
- Либо все сидят и руками сводят данные, но это больше пугает, чем радует
4. VLikhobabin 77 19.03.20 12:07 Сейчас в теме
(3) Существует, но забугорный и через чур кошерный.
С софтом для управления проектам внедрения 1С общая проблема. Т.к. нет универсальной таблетки, каждая команда изобретает кучу велосипедов по ходу своего развития. И начиная от эксела через трелло в джиру обрастает уникальными фитчами и практиками.
При этому, у методов критической цепи тоже есть свои недостатки. Методика исходит из того, что специалисты являются профессионалами в своей области и, как минимум, понимаю что делают. И если и дают оценку с запасом, то только с целью подстраховать свои обязательства. У нас же, как это часто бывает, за внедрение берется команда которая ни чего подобного ранее не делала. Рассуждаем так - "Ну это же 1С? Код открыт? Ну, разберемся! Что, первый раз что ли...." И ладно если это написание кода, а ведь многие проекты внедрения - это изменение процессов заказчика под типовой функционал. А как можно адекватно оценить "за сколько наши закупщики перестроятся делать закупки по новой схеме"? Нужно учитывать волю руководства, обучаемость сотрудников, атмосферу в коллективе.... тут проектная дипломатия больше ....
Оставьте свое сообщение

См. также

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 Промо

Управление проектом Бесплатно (free)

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    11465    67    infostart    18    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    3009    0    sapervodichka    1    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    8156    0    MariaTemchina    31    

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Управление командой Бесплатно (free)

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

23.03.2020    4077    0    MariaTemchina    24    

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

Управление проектом Бесплатно (free)

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    8854    0    user809424    11    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

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

03.03.2020    4776    0    VLikhobabin    44    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Управление проектом Бесплатно (free)

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

23.01.2020    8812    0    MariaTemchina    8    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Управление проектом Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    5153    0    roman72    0    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Управление проектом Бесплатно (free)

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

29.06.2017    32625    0    1СERP    79    

Про одну Тётю

Управление проектом Бесплатно (free)

Суровое челябинское распределение ресурсов

24.12.2019    5706    0    1c-intelligence    32    

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Управление проектом Бесплатно (free)

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

14.10.2019    5097    0    chavalah    16    

Незакрытый проект на 1000 часов

Управление проектом Россия Бесплатно (free)

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    10925    0    ogroup    162    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

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

09.06.2017    29627    0    1СERP    175    

Стратегия выживания в корпоративных войнах

Управление проектом Бесплатно (free)

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    8303    0    GSoft    15    

Мастер-класс СППР

Управление проектом СППР Бесплатно (free)

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    9747    0    SergeyN    6    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

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

20.08.2019    7348    0    KoldunOne    7    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

Продолжаем публикацию цикла статей о бизнесе франчайзи 1С. В предыдущих статьях мы рассказали о наиболее распространенном мнении о фирмах франчайзи 1С, об истории развития франчайзинга. Поставили вопрос о выборе системы мотивации. Предыдущие публикации вызвали оживленное обсуждение. В продолжении темы расскажем о том – как выглядит работа проектного подразделения фирмы-франчайзи. Расскажем на примере проектного офиса ВЦ «Раздолье». Предложим обсудить проблемы, с которыми приходится сталкиваться в проектном бизнесе. Автор статьи Андрей Мироненко.

18.04.2017    30467    0    1СERP    189    

Быстрый старт: минимальный набор автоматизации типовых процессов

Управление проектом 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

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

16.08.2019    7175    0    Hissin    18    

Управление проектами по автоматизации бюджетирования

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    6753    0    SergeyN    1    

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

Управление проектом Бесплатно (free)

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    5771    0    sbase    9    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

Недавно была написана статья о том, как работает мотивация персонала. Материал получил активный отклик у читателей Инфостарта, на форуме развернулась дискуссия, которая в итоге была достаточно далека от содержимого исходной статьи и свелась к критике самой идеи работы во франчайзи. Чтобы как-то ответить на эту критику, хотелось бы более подробно рассказать о том, что такое современный франчайзи и как он устроен. Но начнем мы с истории этого вида бизнеса, глазами рядового специалиста. Автор статьи Андрей Мироненко.

10.04.2017    30295    0    1СERP    107    

Цифровая трансформация. Будущее учетных систем

Управление проектом Россия Бесплатно (free)

О цифровой трансформации слышали все, но немногие в этом разбираются. Что она собой представляет, какие несет изменения, на что надо обратить внимание айтишникам и 1С-никам, рассказал на конференции руководитель департамента автоматизации строительных организаций компании «Первый БИТ» Иван Аверьянов.

19.06.2019    8858    0    FB_10160810658600104    62    

Риск - благородное дело!.. Часть первая

Управление проектом Бесплатно (free)

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    6574    0    MariaTemchina    8    

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения

Управление проектом Бесплатно (free)

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

31.05.2019    7585    0    MariaTemchina    23    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

Управление проектом Бесплатно (free)

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    40878    0    1СERP    231    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    10281    0    1c-intelligence    120    

Устав писать Устав

Управление проектом Бесплатно (free)

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    6586    0    MariaTemchina    8    

Как сжать время?

Управление проектом Личная эффективность 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    8005    0    1c-intelligence    39    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

23.02.2017    26439    0    Gavrik    10    

Путь джедая в управлении проектами 1С: умение быть, а не казаться

Управление проектом Бесплатно (free)

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

15.04.2019    10312    0    MariaTemchina    15    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

Управление проектом Бесплатно (free)

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    7422    0    chavalah    22    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    8907    0    MariaTemchina    20    

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

Управление проектом Бесплатно (free)

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

17.06.2016    38924    0    raiml    37    

Бизнес, не горюй

Управление проектом Бесплатно (free)

Про цели автоматизации.

04.02.2019    8946    0    1c-intelligence    64    

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения

Управление проектом Бесплатно (free)

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

31.01.2019    7483    0    MariaTemchina    0    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

Управление проектом Бесплатно (free)

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

14.01.2019    9206    0    MariaTemchina    13    

Практические вопросы внедрения и развития автоматизации склада Промо

Управление проектом Бесплатно (free)

Мне, как одинэснику, не приходилось заниматься какими-то узкими задачами «от сих до сих». Вся моя профессиональная деятельность, как одинэсника, была всегда связана с очень широким кругом вопросов. Наверное, потому, что я работал, в основном, в малых компаниях, где приходилось работать над всем спектром вопросов.

26.12.2014    43318    0    CheBurator    64    

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях"

Управление проектом Бесплатно (free)

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    11600    0    chavalah    123    

Где мы взяли флакон?

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

История появления и развития методики

26.12.2018    8822    0    1c-intelligence    7    

Озарение после прочтения макулатуры по проектному управлению

Управление проектом Бесплатно (free)

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    8838    0    MariaTemchina    24    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    35270    0    axxell    15    

20 мыслей об ИТ-проектах, или 20 лет спустя.

Управление проектом Бесплатно (free)

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    8184    0    chavalah    119    

Памятка руководителя: не играйте с деньгами

Управление проектом Личная эффективность Управление персоналом (HRM) Бесплатно (free)

Важная статья о персонале из цикла «Памятка руководителя»: здесь я планирую затронуть один из наиболее острых вопросов – деньги. А также развернуто ответить на некоторые комментарий читателей по двум прошлым статьям.

05.12.2018    16115    0    andironenko    128    

Шаг назад и ... шаг назад (классификация внутренних проектов)

Управление проектом Бесплатно (free)

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

03.12.2018    7757    0    capitan    26    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

06.04.2015    36938    0    raiml    14    

Белая и пушистая рецензия на Чёрную книгу Скрам

Управление проектом Бесплатно (free)

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

26.11.2018    8907    0    MariaTemchina    40    

"Черные страницы Scrum", по версии Ивана Селиховкина

Управление проектом Бесплатно (free)

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

23.11.2018    10283    0    Selikhovkin    8    

Памятка руководителя: Будьте оптимистичным или на крайний случай злым

Блоги Управление проектом Бесплатно (free)

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    11612    0    andironenko    43    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

Управление проектом Бесплатно (free)

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

16.11.2014    28072    0    raiml    46    

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8

Управление проектом Бесплатно (free)

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    7129    0    Selikhovkin    1    

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия)

Управление проектом Бесплатно (free)

Так уж получилось, что на сайте я представляю средний класс. А именно программистов и сисадминов, работающих не у франчайзи и не на фрилансе, а в обычных ИП, АО, ООО, и т.п., основная деятельность которых, никаким образом с производством программных продуктов не связана. Посему все удивительные рассказы Марии Темчиной про Agile это как анекдот...

19.11.2018    8611    0    capitan    41    

Почему внедрение ERP-системы не приносит пользы бизнесу?

Интеграция Управление проектом Бесплатно (free)

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

15.11.2018    21240    0    rossoxa    63    

Думать некогда, трясти надо - или что такое ретроспектива в Agile

Управление проектом Бесплатно (free)

12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике. 

13.11.2018    9391    0    MariaTemchina    16