Планирование реагирования на риски. Курс по управлению проектами, часть 28

Публикация № 1110200 20.08.19

Анализ и управление - Управление проектом

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

Предыдущая часть курса: Риски – количественный анализ. Курс по управлению проектами, часть 27

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

 

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

  • план А;
  • план Б;
  • триггер;
  • хозяин (владелец риска).

У каждого риска, который мы будем дальше оценивать, будет план А, план Б, триггер и хозяин. Зачем нам 2 плана для каждого риска? 

Приведу пример. Представьте, что у вас есть ведущий инженер. Вы боитесь  его потерять, боитесь, что он уволится. Как будет выглядеть план А и план Б для такой ситуации?  

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

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

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

Столбец «триггер» – о чем это? У понятия «триггер» есть множество значений. Но для менеджеров проекта триггер – это симптом, признак, что план А не сработал, и нужен план Б. Возьмем наш пример с увольнением инженера. Вы ему денег дали, поговорили, договорились, но он все равно собирается увольняться. Триггер – какие-то признаки, по которым вы поймете, что человек собирается уходить. Какие это могут быть признаки? Например, человек перестал активно работать; задерживается во время обеденного перерыва, потому что проходит в это время собеседование; обновляет резюме и т. п.. 

Столбец «владелец». Кто в нашем примере владелец риска? У менеджеров проекта это человек, который быстрее заметил, что начал срабатывать триггер. В нашем примере, если мы триггером выбрали «обновил резюме», владельцем риска может быть не менеджер, а кадровик, допустим. Мало кто знает, что компании, у которых заключены соглашения с hh.ru о платном доступе, получают с этого сайта уведомления, что их сотрудники обновили резюме. И такие уведомления получает кадровая служба. Можно к коллегам подойти и попросить проследить. Если кадровик или кто-то увидит, что инженер обновил резюме, он сообщает менеджеру, то есть вам. И вы уже можете заранее с сотрудником поговорить. Кадровику это ничего не будет стоить, он все равно просматривает все уведомления, а вам меньше труда, меньше головной боли.

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

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

  • не выделили денег на мероприятие;
  • не нашли подходящее помещение.

Попробуем составить планы реагирования на каждый из этих рисков. Риск первый – не дали денег. Что делать, чтобы до этого не дошло? Какой может быть здесь план А? Нет вариантов или придумать их сложно. Это связано с тем, что существуют риски, которые невозможно снизить. Этот риск похож на неснижаемый. Хотя можно заранее поговорить с начальством, но это сильно не повлияет. Если нет плана А, вы риск признаете неснижаемым. Вы не знаете, что делать, чтобы его снизить. Важно, чтобы таких рисков было немного, не более 10%. Но это не значит, что не нужен план Б. Он нужен. В план Б можно включить поиск спонсора или можно предложить коллегам собрать деньги самостоятельно. Что будет триггером? Можно выбрать любой признак. Например, денег не выделили на корпоратив до 1 ноября. Если к 1 ноября деньги не предоставили, тогда мы считаем, что пора переходить к плану Б. Владельцем в данном случае будет сам менеджер проекта.

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

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

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

1. Петю можно заменить, если в нем вся проблема, если он неопытный, можно взять более опытного, который не провалит сроки. Такая стратегия называется avoid – уклонение от риска.

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

3. Еще одна стратегия - это передача риска – transfer. Например, у вас какое-то оборудование размещено в США, а там сезон ураганов. Вы не можете уклониться, перевести оборудование в другой штат. Пока неизвестно, пройдет ураган или нет, поломает он оборудование или нет. Но если ураган произойдет, то вы потеряете оборудование, деньги, время и усилия на ремонт. Но деньги вы можете вернуть, если застрахуете оборудование. Вы обращаетесь в страховую компанию, заключаете договор, и даже если ураган испортит оборудование, хотя бы деньги вам вернут. И головной боли будет меньше. Вы не можете снизить риск, но вы передаете все проблемы, все страхи, с ним связанные.

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

Когда мы заложили резервы, у нас часть рисков сработает, часть нет. Поэтому мы ждем, что суммарно денег на компенсацию рисков нам хватит. Но что будет, если сработает какой-то страшный риск, на который нужно больше? Например, на проекте есть риск, что сломается башенный кран. Он стоит как весь проект целиком, и если риск этот сработает, то суммарно резервов не хватит. Такой риск часто называется терминирующим – если он случится, и план А и план Б не сработают, то проект можно закрывать. К счастью такие терминирующие риски встречаются не очень часто. У меня были на каждом третьем - каждом пятом проекте. И как правило, их видно сразу. Чтобы их заметить, не нужно доходить до таблички. И такие значимые терминирующие риски надо записывать в устав, потому что с ними не справиться.

Мы говорили о том, что риски есть позитивные, есть негативные. Негативные риски мы все время обсуждали. Мы для них посчитали суммарный EMV. Но у нас должна быть отдельно табличка и для позитивных рисков (в русском языке, в отличие от английского, их принято называть “возможностями” - МТ). И для них мы тоже считаем суммарный EMV. А как посчитать суммарный EMV всего проекта? 

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

Это конечно психологически трудно делать, считать все резервы – и на негативные риски, и на позитивные. Потому что ты понимаешь, что можешь не все учесть, что-то забыть, о чем-то не догадываться даже. А какой-то риск возьмет и неожиданно вылезет. Конечно, он очень неудобный, потому что на него нет ни резервов, ни планов. Откуда деньги на него взять? Самый логичный путь - из резерва на риски. В таком случае есть термин в проектном управлении – обходы. То есть вы просто выкручиваетесь. Можно попробовать взять деньги из общего пула, как-то сжать работы (об этом в методах сжатия расписания) или сроки, снизить качество. Если вы не работали с рисками формально, то вы обязательно выкрутитесь. Хорошая практика проектного управления предлагает кроме резерва на конкретные риски добавлять еще управленческий резерв - на риски невыявленные.

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

 

Предыдущая часть курса: Риски – количественный анализ. Курс по управлению проектами, часть 27

Следующая часть курса: Коммуникации в проекте: шумы и подсчет количества каналов. Курс по управлению проектами, часть 29

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

 

Если вас интересует тема "Управления проектами" и вы хотите самостоятельно подготовиться к экзамену на сертификат Project Management Professional, то приглашаем пройти новый видеокурс Ивана Селиховкина "Подготовка к экзамену РМР"

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. VmvLer 20.08.19 13:01 Сейчас в теме
я не читал первые 27 частей и ни капельки об этом не жалею.
пожалуй я пропущу еще 25 частей
2. wowik 874 20.08.19 13:27 Сейчас в теме
(1) а я читал, мне понравилось. +1
Оставьте свое сообщение

См. также

Технология проекта внедрения 1С:ERP – как управлять большим проектом

Управление проектом Управление командой Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом Бесплатно (free)

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

10.02.2023    2297    andironenko    2    

24

На что похож ваш продукт: на Аквариум или на Муравейник? 

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

Давайте поиграем в метафоры в лучших традициях экстремального программирования. А заодно проведем новогодний конкурс - на лучшую метафору для автоматизированного продукта

27.12.2022    1819    MariaTemchina    28    

23

ТРИЗ. Решение нерешаемых проблем в бизнесе

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

Советскую теорию решения изобретательских задач давно применяют крупнейшие мировые корпорации, причем не только в технологической области, но и в сфере бизнеса. На конференции Infostart Event 2021 Post-Apocalypse основатель бизнес-клуба ТРИЗ Алексей Благих рассказал, как с помощью ТРИЗ решать нерешаемые задачи, и почему метод проб и ошибок здесь не поможет.

09.11.2022    2227    user1576201    10    

16

Я - ЗУПер! Часть 1. Компетенции сотрудников.

Внедрение ИТ-системы Управление проектом Управление командой Управление ИТ-подразделением Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

09.09.2022    6689    biimmap    78    

60

Как донести здравый смысл до заказчика. Инструменты архитектора

Управление проектом Анализ и проектирование ИТ-систем Бесплатно (free)

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

05.08.2022    10054    Evil Beaver    17    

100

Технология вялых проектов

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

Не все ж такие молодцы.

11.05.2022    4642    1c-intelligence    49    

41

Документальное оформление бизнес-процессов в проектах по автоматизации

Анализ и проектирование ИТ-систем Управление проектом Внедрение ИТ-системы Бесплатно (free)

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

02.02.2022    9342    denisgalimoff    3    

23

Анализ вариантов организации работ на проектах 1С

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

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

12.11.2021    2313    Soliton    14    

23

Новый PMBoK 7®: Неужели заговор его составителей против простых людей все-таки раскрыт?

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

Некоторое время назад один из моих читателей в своем письме предположил, что есть настоящий заговор у тех, кто пропагандирует изучение PMBoK®.

30.07.2021    9135    MariaTemchina    13    

23

Пришиваем хвост: нужен ли Эджайл в 1С или глупости это всё?..

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

Коллеги, приглашаем поучаствовать в опросе - Agile в проектах внедрения 1С: реально работает или это миф? Интересен практический опыт!..

12.03.2021    7663    MariaTemchina    86    

27

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

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

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

16.02.2021    4542    MariaTemchina    45    

33

Как бороться с соблазном объять необъятное, или Канбан-система в проектах 1С

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

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

12.02.2021    4917    MariaTemchina    17    

26

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

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

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

10.02.2021    6323    andironenko    17    

52

Есть ли способ повысить эффективность пищевого производства?

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Пищевая промышленность Управленческий учет Бесплатно (free)

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

09.02.2021    3217    1СERP    4    

12

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

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

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

09.12.2020    3037    MariaTemchina    3    

30

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

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

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

03.12.2020    6304    MariaTemchina    9    

34

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

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

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

18.11.2020    7899    MariaTemchina    9    

26

Как создать коробочный программный продукт

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

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

05.10.2020    4466    primat    2    

25

Советы начинающим РП: Подводим итоги шляпной вечеринки 

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

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

15.09.2020    3461    MariaTemchina    5    

23

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

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

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

11.09.2020    4383    alexandr.blinov    17    

40

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

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

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

04.09.2020    5256    MariaTemchina    30    

44

Интеграция с Трелло. Готовый код

Управление проектом Платформа 1С v8.3 Бесплатно (free)

Код основных действий, интеграция с API Трелло.

19.08.2020    6672    Yashazz    14    

55

Видеозаписи открытых вебинаров Марии Темчиной

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

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

21.07.2020    4281    MariaTemchina    1    

33

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

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

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

26.06.2020    5805    1c-intelligence    17    

56

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

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

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

13.06.2020    3539    Koder_Line    9    

26

Как воспитать в себе РП? Часть 1

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

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

01.06.2020    9511    MariaTemchina    4    

23

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

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

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

25.05.2020    7329    sapervodichka    1    

56

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

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

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

18.05.2020    13803    MariaTemchina    34    

45

Автоматизация управления закупками: специфика проектов, методология работ или "как не наступить на грабли"

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Управленческий учет Бесплатно (free)

В этой статье речь пойдет об автоматизации закупочной деятельности. Причем не о том, как настраивать рабочие места, документы и реквизиты в 1С:ERP. А о том, что на самом деле обычно нужно компании, когда она заявляет об «автоматизации процессов закупок». И о том, как правильно подойти к этой самой автоматизации, чтобы проект не стал «вечным долгостроем», а внутренние заказчики (руководство компании, руководители отделов и департаментов) получили действительно полезный результат. Подробнее тему автоматизации МТО можно изучить на курсе //infostart.ru/public/1201558/

06.04.2020    9207    1СERP    4    

28

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

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

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

23.03.2020    8381    MariaTemchina    26    

33

Визуализация фич Vanessa Automation в StoryMapper

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

Описан процесс визуального упорядочивания коллекции feature-файлов в виде карты пользовательских историй. Используется инструмент гибкого управления требованиями StoryMapper.

21.03.2020    5149    oleynik.dv    7    

23

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

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

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

10.03.2020    5938    VLikhobabin    6    

27

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

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

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

03.03.2020    11045    VLikhobabin    44    

67

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

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

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

23.01.2020    48548    MariaTemchina    12    

36

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

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

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

04.01.2020    7590    capitan    52    

24

BDDSM-практики, или 50 оттенков желтого

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

В статье описаны практические результаты применения методики BDDSM на отдельно взятом РЕАЛЬНОМ проекте поддержки.

26.12.2019    13403    Mistress_A    28    

80

Про одну Тётю

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

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

24.12.2019    7736    1c-intelligence    33    

27

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

Управление проектом Анализ и проектирование ИТ-систем Бесплатно (free)

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

14.10.2019    6677    chavalah    16    

27