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

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

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

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

Немного о себе

Я достаточно давно работаю в IT-отрасли – преимущественно, именно в IT-проектах. В моей практике есть направления, связанные с информационной безопасностью, есть чисто IT как таковое, и есть небольшой опыт строительных проектов (на уровне понимания, как это происходит). При этом я также участвовал в достаточно сложных и интересных проектах – например, в разработке проектаЭлектронного Правительства для Санкт-Петербурга. Я думаю, что многие из вас пользуются его многофункциональным центром. Так вот, та информационная система, которая была создана в МФЦ для юридических лиц, – это как раз один из проектов, который я возглавлял.

Гибкое управление сложным проектом. Что это?

Что такое сложный проект для вас? Понятно, что критерии могут быть разные – по объему денег, по количеству участников, по рабочим местам. Но как вы представляете себе сложный проект?

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

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

А что такое гибкое управление, с вашей точки зрения? В чем можно проявить гибкость? Быстро принимать решения об изменениях? При этом их не документировать, чтобы на выходе вообще никто ничего не понял, а через три года это даже восстановить было нельзя? J

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

А что такое проект? Только не надо мне зачитывать выдержки из PMBoK. Запуск системы? Космический корабль тоже можно запустить, но это ведь не проект?

Наверно, ближе всего к правильному определению проекта будет слово «задача», поэтому давайте остановимся на том, что проект – это задача.

Но я в своем докладе все-таки буду показывать проект в том виде, как вы его, скорее всего, воспринимать не привыкли, я покажу вам другую логику, более правильную с точки зрения бизнеса – я вам расскажу о том, каким образом бизнес воспринимает проект.

Проект как решение проблемы

Допустим, есть некая ось времени и есть некая компания. Состояние этой компании на сегодняшний момент находится в точке Т1 данного графика. Это состояние может описываться любыми параметрами: размером маржи, прибыли, оборотными средствами, количеством рабочих мест и т.д., то есть, некими абстрактными проблемами. Фактически, в точке T1 мы просто фиксируем набор текущих проблем в компании.

Дальше происходит следующее – если мы вообще ничего не делаем, то проходит какое-то время, и наступает некое другое состояние, которое отражается в точке Т2. Что будет с компанией? Можно предположить, что будет через три месяца, если у вас около дома поставят пивной ларек? Тут все зависит от того, как мы запроектируем – либо это будут бутылки, бычки и алкоголики, либо директор ларька будет давать деньги на озеленение, и это будет хорошо ухоженная площадка. Здесь то же самое: проект может сложиться по-разному, но мы точно можем сказать, что если мы ничего не станем делать, будет плохо. Такое естественное ухудшение ситуации приводит к разрыву между текущим и будущим состоянием и представляет собой проблему, которой желательно избежать.

Соответственно, бизнес воспринимает проект именно как средство устранения тех или иных проблем и как попытку ухода от естественного проблемного будущего к желаемому.

Надо отметить, что реализация проекта не всегда достигает 100% – очень многое обычно так и остается недоделанным. Но, несмотря на это, в практике выполнения IT-проектов у нас, как правило, всегда указано, что «информационная система внедрена». Это то же самое, как нас в школе на лабораторных работах учили: цель лабораторной работы – померить напряжение, соответственно результат – напряжение померено, 5 Вт. Всегда 100% результат. И здесь по аналогии: надо внедрить информационную систему – информационная система внедрена, результат 100%. Работает она при этом или не работает, приносит она компании пользу или нет – неизвестно.

Два взгляда на проект

Я думаю, всем очевидно, что сейчас повсеместно происходит глобализация компаний. Так вот, как это все воспринимается в крупном бизнесе?

  • Во-первых, бизнес, который тратит деньги, всегда хочет очень четко понимать, на что они тратятся. Поэтому с точки зрения бизнеса проект обязательно должен реализовывать изменения (естественно, в лучшую сторону, уходя от проблем).
  • А если посмотреть с другой стороны – что такое проект для внедренца? Читаем 79 статью гражданского кодекса, там написано, что договор подряда – это жесткая спецификация. Какие такие изменения? У нас в договоре фикспрайс – никаких изменений, что пользователь сказал, именно это и должно быть сделано – и не более того. Соответственно, любое изменение воспринимается как расстрел, потому что процедура управления изменениями в наших компаниях поставлена не очень хорошо.

Теперь о том, какие цели преследуются сторонами?

  • С точки зрения заказчика, цель проекта – достичь запланированных в проектном или в экономическом основании результатов.
  • А с точки зрения подрядной деятельности цель – получить деньги в соответствии с согласованной ценой.

Что является ключевым документом проекта?

  • Проектно-экономическое обоснование для бизнеса.
  • И договор подряда со спецификацией – для внедренца.

И, наконец, какие риски они несут в проекте?

  • Риски, которые несет бизнес, это – получить меньше, чем потрачено, потерять положение на рынке, конкурентоспособность и пр.
  • А с точки зрения внедренца – это не получить деньги или выплатить штраф (если уже окончательно догонят и нагнут).

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

Инструменты гибкого управления сложным проектом

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

  • Первое – это гибкая организационная структура проекта. Что такое организационная структура и как она строится – надеюсь, вы услышите что-то новое.
  • Второе – это документирование – то, что мы не любим делать. IT-шники вообще документировать ничего не любят: они умные, они считают, что документирование занимает много времени, а это время, которое можно потратить на разработку.
  • Третье – это гибкое планирование работы. Тоже интересный момент. Ни один проект для бизнеса не обходится без изменений. Внутри всегда происходит много инцидентов, поэтому гибкость работы играет очень важную, существенную роль – и, конечно, стандартными механизмами это сделать достаточно тяжело, особенно если у вас проект большой.
  • Ну и последнее, о чем хотелось бы рассказать, – это гибкая идеология.
    Кто-нибудь сталкивался с Российской инструментальной моделью – называется РИМ-III? Чувствую, даже не слышали.
    А PMBoK знаете? А Prince2? А P2M? А FW немецкую?
    Кстати, все знают, что PMBoK не является технологией? Это – ящик с инструментами, на первом листе которого написано – «Риски, связанные с применением тех или иных инструментов PMBoK несет руководитель проекта». А вот, например, PRINCE2 – это уже процессная технология в чистом виде.
    Так вот – Prince2, P2M, FW – это все самые основные технологии, которые применяются в мире, но, тем не менее, немного по-разному воспринимают проектную деятельность.
    А я вам сегодня немного расскажу про РИМ-III – это «Российская инструментальная модель». Интересная штучка.

Гибкая организационная структура

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

Согласитесь, что с тех пор ничего не изменилось. Управление проектами – это управление людьми. 80% времени руководитель проекта тратит на коммуникации. И от того, какая это будет коммуникация (внутри команды, с заказчиком, либо с исполнителем), будет зависеть успешность вашего проекта.

Давайте попытаемся разобраться, кто является основой проектной команды:

  • У нас есть бизнес, который хочет получить какую-то выгоду, перейти из одного состояния в другое. Для этого он делает какой-то набор мероприятий, в том числе – внедрение информационных систем, организационные перепланирования, перепрофилирование процессов, реинжиниринг и пр. Бизнес заинтересован в выгодах.
  • Есть пользователи. В чем заключается их роль? Пользователи ставят основные требования. И когда вы делаете (или пишете вместе с заказчиком) техническое задание, вы разговариваете с пользователями, потому что именно на них возложена задача перевести бизнес из одного состояния в другое. И, поскольку пользователи формируют технические требования к проекту, то, соответственно, они же должны и являться приемщиками – никто кроме них функциональность решения (в том числе юзабилити интерфейса) не проверит.
  • Также есть третья составляющая – так называемый поставщик  – тот, кто предоставляет решение. Для меня как для заказчика поставщиком является IT-подразделение, которое у меня находится. Понятно, что у IT-подразделения кроме этого есть еще и внешний поставщик, который будет привозить, устанавливать, модифицировать и запускать ту или иную «коробку».

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

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

Как это происходит в жизни? Дальше будет немного картинок из реальной практики. Буду их объяснять. Здесь на слайде, собственно, изображена организационная структура проекта:

  • Первый уровень – тактический – это уровень бизнеса. Есть еще «нулевой уровень» – стратегический, но это, как правило, уже группа процессов, связанная с компаниями, у которых есть проектный офис, и группа процессов, связанная с проектным офисом – мы это сейчас не рассматриваем.
    Итак, первый уровень – тактический. Это – куратор проекта, тот человек, который стартует проект, акцептует деньги и т.д.
  • Второй уровень – это уровень управляющего комитета проекта. Это те люди, которые принимают решения об изменениях проекта, либо о приемке тех или иных результатов (этапов проекта) и перевода их на следующий этап, либо об изменениях, связанных с проектом (изменениях по времени, по деньгам).
  • И третий уровень – операционный. Фактически, это уровень рабочих групп. Их может быть достаточно много. Туда же входят всякие администраторы проектов, группы качества и т.д.

Обратите внимание, что на оперативном уровне мы можем выделить три роли:

  • У нас есть старший пользователь (он входит в УКП) – тот, кто представляет всех пользователей и отвечает за выделение рабочего времени ключевых специалистов для составления технических заданий (эти же ключевые специалисты потом участвуют при приемке, тестировании, опытно-промышленной эксплуатации).
  • Есть блок, связанный с бизнесом, который представляет единое ответственное лицо – знаете такой термин? Это, фактически, представитель куратора, которому делегируется непосредственное участие в управляющем комитете от куратора (у нас его еще называют «Смотрящий»).
  • Ну и, наконец, «Старший поставщик» - это руководитель IT-подразделения. Именно он несет ответственность за выбор решения, его закупку, инсталляцию, модификацию и пр.

Вот как это выглядит в настоящем проекте. На слайде – картинка с реальной презентации kick-off одного из проектов, которые у меня были. Кто не знает, kick-off – это сбор всей команды, на котором всем объясняется их роль и зона ответственности в проекте.

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

И здесь тоже обозначены те самые три роли, которые мы выделяли – соответственно, организационная структура в данном случае сбалансирована.

Что интересного здесь нужно сказать?

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

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

Что позволяет грамотное распределение организационной структуры?

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

Гибкое документирование

Теперь немного о документах.

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

У нас нет такой культуры соблюдения порядка, как в Германии, у нас нет такой проектной культуры, как в США, у нас тем более нет такой восточной культуры, как в Японии. Поэтому мы, снижая свои трудозатраты (а иногда и просто потому, что нам лениво), ничего не документируем, пока нас не заставят – нам самим это не нужно.

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

  • У нас обязательно должна быть группа документов, в которых определяется, каким образом выполняется проект (она на данном рисунке нарисована сверху). В структуре, где я работаю, в качестве этих документов выступают:
    • политика управления проектами,
    • основополагающий стандарт по управлению проектами,
    • стандарт управления ИТ-проектами,
    • и прочие стандарты управления проектами – инвестиционными, строительными – их там целый набор. Все они друг от друга чем-то отличаются: набором необходимых документов, требований и т.д.
    • Есть еще связанные документы – всякие матрицы, правила, которые помогают в работе (например, методики расчета проектных премий).

Это – стандарты компании. Руководитель проекта обязан использовать их в своей работе, потому что они регламентируют тот состав документов, который будет заполняться на самом проекте.

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

Чувствуете, что масса бумаги нарастает, и наша лесная промышленность должна просто рыдать от радости, что потребитель у нее будет всегда.

Если смотреть уже на состав тех документов, которые должны использоваться внутри проекта, то у нас для этого есть ГОСТ.

Вы наверняка уже сталкивались с тем, что кроме PMBoK у нас есть его упрощенная модификация, которая в российской версии выглядит как ГОСТ 21.500. Там все примерно то же самое, что и в PMBoK, только половина вырезана, чтобы немного облегчить понимание.

Что представляет собой ГОСТ 21.500? Там описаны группы стандартных процессов по проекту (инициация, планирование, исполнение, контроль, завершение) и целый набор обязательных документов по этим процессам.

Не нужно путать этапность жизненного цикла проекта с процессами. Стандартные этапы проекта – это предпроектные работы, оценка, выбор, определение, выполнение и завершение. Но при этом, если на этапе выполнения проекта у нас пошло какое-то изменение, мы почти в конце проекта опять должны включить в группу процессов планирование, а после этого запустить группу процессов исполнения и контроля и получить завершение. Это логично – если у нас в каком-то месте что-то меняется, то мы должны какие-то группы процессов перезапускать.

Соответственно, количество вот этих документов начинает расти.

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

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

А для чего вообще нужны документы?

  • Понятно, что документы нужны для того, чтобы что-то в них фиксировать (чтобы не забывать)
  • Также документы нужны для контроля.
  • Но самое главное – документы нужны для того, чтобы минимизировать риски на проекте. Если мы не делаем документы, мы рисками не занимаемся. Например, если два аксакала встретились, поговорили и не написали протокол – значит, они время потратили зря, потому что потом никто никому ничего не докажет.

В итоге мы видим вот такую классную картинку. Это реальное количество документов, которое я использую в проекте (обязан использовать в проекте).

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

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

Итого в зависимости от сложности проекта получается 39, 63 или 67 обязательных документов, которые должны быть заполнены. Вот какая гора. И это все нужно каким-то образом делать.

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

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

Гибкое планирование

Как вы видите, еще Петр I говорил о важности и целесообразности качественной работы в проектах.

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

  • Для контроля реализации проекта руководству необходимо фокусироваться на главных результатах, а значит, нужно построить контрольные точки верхнего уровня. Это те контрольные точки, которые интересны бизнесу, для понимания, когда что происходит, чтобы проконтролировать.
  • Второе – надо управлять будущим, а не смотреть на уже случившийся факт. Для этого мы должны пытаться заранее планировать контрольные точки второго уровня, а значит, в перспективе на два-три-четыре месяца задавать исполнителям вопрос, насколько вероятно исполнение той или иной контрольной точки вовремя. Тем самым мы существенно повышаем вероятность выполнения проекта.
  • И третье – контрольные точки для исполнителей проекта должны быть мотиватором.
    Мы же все знаем синдром студента – сколько нам ни пиши в диаграмме Ганта дату, когда должно быть начато выполнение задачи, мы же все равно будем ее делать в последний момент. Я от планирования работ по этапам отказался и не очень сильно жалею. Понятно, что исполнители делают для меня в Project все свои СДР-ки, но я (да и вообще весь крупный бизнес) все свои проекты контролирую именно с помощью контрольных точек. Это просто, удобно и всегда показывает «хвост». Зато все мотивированы.
    Это выглядит так – у тебя персонально в статус-листе переписаны все контрольные точки от начала до конца проекта, и ты по ним должен каждую неделю отчитываться по вероятности их наступления. И когда у тебя зеленая, зеленая, зеленая, а потом, бах – красная, то тебе начинают задавать много вопросов – как же ты так работал, что у тебя так все неожиданно покраснело. Хороший инструмент.

Какие есть плюсы управления проектом по контрольным точкам:

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

Контрольные точки делятся на несколько уровней – эти уровни показаны на слайде.

В этой таблице показан типовой набор контрольных точек для моих ИТ-проектов – всего здесь 105 релевантных точек. Для каждой контрольной точки указаны параметры:

  • Уровень – первый, второй, третий (уровень бизнеса, уровень руководителя проекта и уровень рабочих групп).
  • Дано описание контрольной точки – что должно произойти (документы или какие-то события).
  • И показана ответственность за выполнение данной контрольной точки по ролям (матрица ответственности проектных ролей).

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

Соответственно, каким образом выстраиваются эти контрольные точки?

  • На верхнем уровне у нас определены контрольные точки для управляющих комитетов, которые переводят этапы проекта из одного состояния в другое. Эти переходы управляются инструментами PMBOK.
  • Далее идет уровень руководителей проектов и рабочих групп – и здесь мы уже руководствуемся процессной технологией PRINCE2. В результате получается не плоская структура контрольных точек, а вертикальная: мы задействуем не только контрольные точки верхнего уровня (которые изображены на этом рисунке красным цветом), мы опираемся также и на контрольные точки второго уровня (они обозначены синим), и на контрольные точки третьего уровня (сиреневым). Соответственно, если у меня где-то стоит контрольная точка верхнего уровня, то у нее есть, как минимум, две-три контрольные точки нижних уровней, которые распределены по сотрудникам. И для того, чтобы моя контрольная точка состоялась, те три должны выполниться.
  • А на уровне пакета работ на разработке, там, где нужно непосредственное участие пользователя и идет быстрый обмен информацией, – там у нас используется методика Agile.

Управление проектом – штука вероятностная. Мы не знаем, какой инцидент произойдет завтра. Инциденты начинают множиться. У нас есть инцидент, и есть его причина.

  • Японцы в своем P2M говорят о том, что надо устранять причину – выявили, подумали, как этого больше не допустить, идем дальше. Следующий инцидент – опять подумали, как не допустить, и т.д.
  • Американская модель: инцидент – решаем, инцидент – решаем. Главный акцент на быстрое устранение выявленных инцидентов.
  • А российская модель: инцидент – ну и ладно. А дальше инциденты начинают множиться, связываться, и получается лавинообразный эффект, который приводит к катастрофе. Соответственно, главная задача управления проектом в России – это не допустить пожара и просчитать вероятность того или иного инцидента. Каким образом это можно сделать? Надо назначить контрольную точку, которая у тебя будет через три месяца, и каждый день спрашивать – ты помнишь, что у тебя там? Успеваешь? И если человек честно говорит тебе, что не успевает – значит, ему нужна помощь, и нужно постараться успеть вовремя спасти ситуацию.

Гибкая идеология – Российская инструментальная модель

Немного расскажу про РИМ-III.

Некоторое время назад (в 2000-х годах) Александр Прохоров выпустил книгу «Русская модель управления». Выводы, сделанные в книге, легли в основу идеологии РИМ-III.

Вообще, если вы просто в интернете наберете «РИМ-III», то попадете на страничку Павла Алферова (РАО ЕЭС), который года два назад начал формировать идеологию, которая называется «Российская инструментальная модель». Павел в то время работал в спорткомитете Сочи 2014 - был руководителем проектного офиса. Понятно, что уровень этого проекта и подчиненных внутри него просто космический, грандиозный. Количество контрольных точек, которые он использовал в своих проектах, у него было намного больше, чем 700. 700 точек в Excel не управляется – это невозможно, уже необходим специальный инструмент. У меня 105-110 – это предел для Excel, предел мозга и глаз. А у Павла было примерно в 5-6 раз больше, чем даже 700 точек. Поэтому он искал инструменты, которые реально работают на проектах, такие, которые позволяли бы построить контроль и снизить риски в этих условиях информационной перегрузки.

****************

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2015 CONNECTION 15-17 октября 2015 года.

Приглашаем вас на новую конференцию INFOSTART EVENT 2019 INCEPTION.

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

Комментарии
В избранное Подписаться на ответы Сортировка: Рейтинг всех уровней
4. Yashazz 3757 13.08.17 18:05 Сейчас в теме
Ой, тоже мне... Много красивых картинок, заумного текста и всяких разных абстракций. Видал я таких горе-РП, за пятачок пучок. Сначала красивые пальцатые презентации, самоуверенная морда кирпичом, а потом почему-то заказчик в бешенстве, крайними оказываются рядовые программеры, а РП сливается в другую контору, где излагает произошедшее как "историю успеха". Главное делать вид, что "знаем, как надо". На практике, правда, и техпроект кривой выходит, и методисты половину специфики не знают, и сроки абсолютно фантастические, и нагрузка известно какая. Но РП умствует, вон, плюсики на ИС собирает...

За 20 лет практики я видел восьмерых таких. Все их проекты были с треском провалены по причинам, весьма далёким от технических. Ещё один раз, грешны, мы с коллегой не вытянули поставленные адские сроки, да, меа кульпа. Но во всех случаях управление было пряяяям такое гибкое)))

Иногда, видя эти статейки, тянет накатать "ансуксесс-стори" из своего опыта, шоб знал народ, как оно по правде жизни-то бывает)
ice-net; EliasShy; +2 Ответить
1. Makushimo 157 05.10.16 06:14 Сейчас в теме
побольше бы таких руководителей проектов.
2. Designer1C 366 08.10.16 12:41 Сейчас в теме
Насчёт рисунка "Три модели работы с инцидентами" задам свой вопрос : на Ваш взгляд, от кого зависит изменение такого положения дел в России ? От руководителей или от исполнителей ?
3. vener2004 22 16.11.16 09:37 Сейчас в теме
цель лабораторной работы – померить напряжение, соответственно результат – напряжение померено, 5 Вт

не понял юмора, причем тут мощность?
5. user1039713 28.08.18 09:22 Сейчас в теме
Сподобились накатать "ансуксесс-стори"? Было бы очень интересно посмотреть.
Оставьте свое сообщение

См. также

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

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

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

16.09.2019    11054    GSoft    20    

9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

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

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

16.02.2021    2976    MariaTemchina    39    

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

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

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

10.02.2021    3983    andironenko    13    

Статья Компетенции РП по версии PMI и здравому смыслу. Часть 2-ая

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

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

09.12.2020    1737    MariaTemchina    3    

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

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

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

24.01.2019    10295    user809424    11    

Что почитать про Agile для чайников?

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

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    3455    MariaTemchina    9    

Компетенции руководителя проекта: по версии PMI и здравому смыслу. Часть 1-ая.

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

Об компетенции руководителя проекта сломано немало копий (хорошо, если не об самих руководителей).  В этой статье хочу оставить свои пять копеек, отталкиваясь от тех компетенций, которые институт PMI® - законодатель моды мирового проектного управления - озвучил в качестве требований к сертификации PMP® со 2-ого января 2021 года.

18.11.2020    3345    MariaTemchina    8    

Как стать исполнителем в проекте от Инфостарта

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

Инфостарт в поисках специалистов, которые готовы взяться за реализацию интересных проектов. Как подать заявку и стать исполнителем, с кем согласна сотрудничать компания и на каких условиях, рассказал руководитель проектов корпоративного отдела Инфостарта Александр Блинов.

11.09.2020    3268    alexandr.blinov    17    

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

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

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

29.06.2017    35513    1СERP    79    

Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

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

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

04.09.2020    3578    MariaTemchina    23    

Что делать, если с поддержкой 1С всё горит или несколько слов про ITSM…

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

Проекты - это, конечно, важно, с завершением проекта внедрения, жизнь прикладного решения, на самом деле, только начинается. И самое интересное еще только впереди… Не случайно в Agile все чаще говорят о “гибком управлении продуктом”, а вовсе не только “проектом”.

20.08.2020    3298    MariaTemchina    4    

Управление в стиле Догвилль

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

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    4765    1c-intelligence    17    

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

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

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

09.06.2017    31795    1СERP    175    

Наиболее типичные ошибки при оценке работ в проектах 1С

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

Для кого эта статья? Если вы руководитель проектов (РП) с опытом «от трех проектов», то можете не читать: скорее всего, ничего нового вы не узнаете. А если вы хотите стать РП в проектах 1С или вы профессионал (разработчик, аналитик, консультант), к которому часто обращаются за оценкой, то вам будет полезно узнать о типичных ошибках при оценке. Если вам необходимо реализовать задачу, которую не имеет смысла делать по классической проектной технологии, но заказчик требует фиксированной оценки, и задача на 2-5 человеко-месяцев, - то вам будет полезно понять методы оценки работ. Если читатель часто пользуется услугами удаленных разработчиков/аналитиков, то вам, возможно, станет понятно, почему «человек все сделал, мы ему заплатили, сколько сказал, а он от нас ушел и больше работать не хочет». Типичные ошибки распределю по классам.

13.06.2020    2959    Koder_Line    9    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

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

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

08.06.2020    5523    stepan96    12    

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

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

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

25.05.2020    5922    sapervodichka    1    

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

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

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

18.04.2017    32893    1СERP    189    

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

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

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

18.05.2020    11850    MariaTemchina    33    

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

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

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

23.03.2020    6564    MariaTemchina    24    

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

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

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

03.03.2020    7158    VLikhobabin    44    

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

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

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

10.04.2017    32981    1СERP    107    

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

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

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

23.01.2020    23124    MariaTemchina    8    

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

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

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

09.01.2020    9611    roman72    0    

Про одну Тётю

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

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

24.12.2019    7013    1c-intelligence    33    

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

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

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

03.04.2017    44218    1СERP    231    

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

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

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

14.10.2019    6151    chavalah    16    

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

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

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

19.09.2019    13087    ogroup    164    

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

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

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

30.08.2019    14394    SergeyN    10    

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

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

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

23.02.2017    28184    Gavrik    10    

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

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

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

20.08.2019    9664    Arsen1986    7    

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

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

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

28.06.2019    8825    SergeyN    1    

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

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

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

24.06.2019    7093    sbase    9    

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

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

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

17.06.2016    40749    raiml    37    

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

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

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

19.06.2019    10718    FB_10160810658600104    62    

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

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

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

18.06.2019    8067    MariaTemchina    8    

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

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

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

31.05.2019    10655    MariaTemchina    23    

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

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

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

26.12.2014    45432    CheBurator    64    

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

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

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

14.05.2019    11702    1c-intelligence    121    

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

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

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

06.05.2019    8230    MariaTemchina    8    

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

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

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

04.05.2019    9180    1c-intelligence    39    

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

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

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

1 стартмани

14.09.2015    36634    axxell    15    

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

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

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

15.04.2019    12840    MariaTemchina    15    

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

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

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

13.02.2019    8495    chavalah    22    

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

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

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

12.02.2019    10864    MariaTemchina    20    

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

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

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

06.04.2015    38161    raiml    14    

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

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

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

04.02.2019    10467    1c-intelligence    64    

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

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

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

31.01.2019    8518    MariaTemchina    0    

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

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

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

14.01.2019    10631    MariaTemchina    13    

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

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

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

16.11.2014    29016    raiml    46    

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

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

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

10.01.2019    13416    chavalah    124    

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

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

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

26.12.2018    10314    1c-intelligence    7