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

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

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

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

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

На мой взгляд, именно рефлексия “как мы работаем” и корректировка курса при необходимости и является одним из ключевых отличий подхода Agile от подхода “тяп-ляп”, который я описывала в  статье Почему Agile превращается в Тяп-ляп. Кто виноват и что делать? 

Почему это важно?

Идея, что надо оценивать результативность своей работы и вносить коррективы, не нова. Вряд ли Уолтер Шухарт и Эдвард Деминг действительно были первыми, кто ее высказал, но именно им удалось озвучить ее наиболее громко.
Деминг, в поте лица трудившийся в середине 20 века на благо и процветание японской промышленности, активно совершенствование агитировал (хотя здесь за отсутствием идеи самоуправления улучшение вменяется в обязанность не "команде", как в Agile, а "руководству"): “Улучшайте каждый процесс. Улучшайте постоянно, сегодня и всегда все процессы планирования, производства и оказания услуг. Постоянно выискивайте проблемы для того, чтобы улучшать все виды деятельности и функции в компании, повышать качество и производительность и, таким образом, постоянно уменьшать издержки. Непрерывное улучшение системы, включающей в себя разработку и проектирование, поставку комплектующих и материалов, обслуживание и улучшение работы оборудования, методов управления и организации, подготовку и переподготовку кадров — есть первейшая обязанность руководства.”
 
Принцип учета обратной связи используют практически в любой здравомыслящей организации. На производстве при обнаружении проблем применяют цикл Шухарта-Деминга: планируй (Plan), делай (Do), проверяй (Check), применяй (Act). В том смысле, что сначала - придумывай способы решения проблем (Планируй), потом реализуй их (Делай), проверяй что получилось (Проверяй), и действуй на основании полученной информации (Применяй полученные в ходе проверки знания).
Авторы Свода знаний по управлению проектами PMBOK, по сути, положили в его основу тот же самыйцикл и прикрутили к нему инициацию в начале и завершение в конце. Мой коллега Иван Селиховкин превратил эту картинку в симпатичного удава (только не начинайте опять обсуждать, с головы ли проект должен начинаться или наоборот). В-общем, все говорят про усовершенствования.

 

Цикл Деминга-Шухарта в управлении проектами

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

Зачем это надо?

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

Что даст вашей команде специально организованное размышление “как улучшить работу”? Возможность осознать, что именно не работает и как это можно исправить. Наше мышление устроено таким образом, что мы не можем одновременно и думать и действовать. И для того, чтобы увидеть “большую картину” (big picture) происходящего, нужно остановиться и посмотреть на нее со стороны. А то получится как в старом анекдоте:

Решили как-то сравнить прапорщика с обезьяной. Посадили их в две одинаковые комнаты с деревом и бананом на дереве. Обезьяна потрясла, потрясла дерево - банан не падает. Видит палка в углу стоит, зацепила банан палкой, сидит довольная и лакомится.
Прапорщик же трясёт пальму, трясёт... Час трясёт, два трясёт. Ему говорят: "товарищ прапорщик, ну вы подумайте немного", на что тот отвечает: "Чего тут думать! Трясти надо!"


При каких условиях у вас ничего не получится?

Я размышляла, стоит ли добавить этот пункт в мою статью. Позитивное мышление, и всё такое. Но, тем не менее, из песни слова не выкинешь… Итак, у вас врядли получится что-то кроме "поговорили и разошлись", если…

  • Ваша команда замотивирована не на результат, а на имитацию бурной деятельности.
  • Люди не решаются высказывать свою точку зрения, так как нет атмосферы доверия и сотрудничества.
  • Наиболее острые проблемы лежат за пределами зоны ответственности команды, и руководство не готово изменять процессы компании.
  • У ведущего категорически не хватает авторитета для поддержания рамок.
  • Ведущий уже знает ответы на все вопросы, и мнение группы ему не особо интересно.
  • Фокус внимания при обсуждении сместился на вопрос “Кто дурак?” или “Почему я не виноват?”, а не на вопрос “Что нам делать дальше?”

В какой момент следует проводить ретроспективы? 

  • Если у вас  есть четко ограниченные итерации с демонстрацией продукта заказчику - как, например, в Scrum -  то ретроспективы логично проводить сразу после. 

Если нет - допустим, вы работаете по Канбан-системе, или вообще сочетаете работу “по водопаду” с “гибкими методами” - то ретро можно проводить в любой момент, когда вам это удобно. Например:

  • Если у вас состоялся релиз
  • Если вы сделали логически законченный кусок работы
  • Если у вас давно не было ретроспектив (уже несколько недель)
  • Если вы чувствуете, что застряли и вам нужно сдвинуться с мертвой точки


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

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

1. Устанавливаем рамки

Договариваемся о правилах игры, о правилах взаимодействия (их полезно выработать совместно).
Практика показывает, что очень важно на начальном этапе, во-первых, всех посадить вместе (никакого “я останусь за своим рабочим местом, мне и отсюда всё прекрасно слышно”), во-вторых, чтобы каждый хоть что-нибудь сказал (хотя бы назвал свое имя или сказал “мне пока нечего сказать, я пропускаю очередь” - это поможет молчаливым участникам включиться.
Как можно геймифицировать? Мне нравится для запуска ретроспективы игра ESVP (Explorer - Исследователь или Экспериментатор, Shopper - Покупатель, Vacationer - Отдыхающий, Prisioner - Заключенный - по-русски можно использовать аббревиатуру ЭЗОП). 
В начале каждому из участников предлагаем анонимно написать на листочке (букву или номер), в какой роли он  на сегодняшней ретроспективе: пришел искать решения проблемам (Исследователь/Экспериментатор), посмотреть, чего интересненького дадут, просто отвлечься от работы, или ему пришлось сюда припереться, так как неизбежно. 
Ведущий перемешивает листочки, чтобы было непонятно, кто что ответил, и записывает результаты на доске. 
Что здесь ценно? Мы видим картинку, насколько команде важно, что происходит. Те, кому не важно (в первую очередь “Заключенные”) видят уважение к своей позиции.
Можно предложить им после перерыва покинуть это собрание - в конце концов, насильно мил не будешь. Если “заключенных” большинство, ретроспективу лучше провести максимально оперативно и конструктивно ))),

Проблемное поле2. Собираем информацию

В начале ретроспективы важно возобновить в памяти, что произошло за последнее время. Это важно, во-первых, чтобы вспомнить, во-вторых, чтобы сместить фокус внимание с фактов на отношение к ним. Можно вспомнить ключевые проблемы, с которыми столкнулась команда.
Как можно геймифицировать? Красивая техника для этого - Линия времени, когда участники вспоминают события и размещают их на линии времени.
Еще интересный подход - техника Mad, Sad, Glad (Бесит-Печалит-Радует), когда участников просят вспомнить (можно в парах), какие события за обсуждаемый период времени их Взбесили-Опечалили-Порадовали. Дальше можно их разместить на трёх частях доски. И используем собранную информацию для следующего этапа ретроспективы.

 

3. Генерируем идеи

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

4. Решаем, что делать

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

5. Завершаем ретроспективу

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

-В позапрошлом году мы посадили 100 Га пшеницы, но все пожрал проклятый хомяк! В прошлом году мы посадили 200 Га пшеницы, и снова все пожрал проклятый хомяк! А в этом году мы посадим 500 Га пшеницы, и пусть подавится этот проклятый хомяк!
 

Как можно геймифицировать?

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

 

Термометр

 

Здесь я рассказала рекомендуемую структуру ретроспективы, и привела только один пример, как можно это делать на практике. Подробное описание структуры ретроспективы и большое количество разных игр и активностей можно найти в книжке Agile Retrospectives: Making Good Teams Great (Pragmatic Programmers), авторы  Esther Derby, Diana Larsen, Ken Schwaber. Книжка, кстати, хорошая, рекомендую - в русском переводе, говорят, тоже есть. 
 

30

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

Комментарии
Избранное Подписка Сортировка: Древо
1. slozhenikin_com 13.11.18 17:02 Сейчас в теме
Классная статья! Хотелось бы немного добавить.

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

Как контролируем это мы:
1. Все выработанные решения превращаются в задачи и вешаются в бэклог с конкретным исполнителем (если возможно назначить);
2. Скрам-мастер контролирует исполнение задач и напоминает команде о том что выработанные решения не исполняются;
3. После открытия ретроспективы можно проверять выполнение домашних заданий с прошлых ретро.

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

Для начинающих скрам-мастеров есть такая штукенция - ретромат https://retromat.org/ru/
Там своеобразная рулетка по проведению ретроспектив, если все уже испробовали и команда скучает и перестает генерить проблемы.
MariaTemchina; Vladimir Litvinenko; +2 Ответить
2. acanta 67 13.11.18 17:51 Сейчас в теме
(1) Если вы так делаете, у вас должна быть статистика причин неисполнения решений. (доля отмазок / найденных неоптимальностей / таймауты, превышающие объективно необходимые сроки, необходимость серьезной подготовительной работы и что-либо другое).

Мне очень понравилась аналогия APDEX и Agile. Клиент назначает требуемую максимальную продолжительность выполнения операции в APDEX.
Так же клиент имеет право установить срок выполнения в Agile какого то участка работ ("К вечеру надо создать.").
Но для того чтобы подобная оценка была возможной, должны быть результаты "замеров" именно этой операции или "предыдущего спринта" именно в этом направлении.
3. slozhenikin_com 13.11.18 18:30 Сейчас в теме
(2)
(1) Если вы так делаете, у вас должна быть статистика причин неисполнения решений. (доля отмазок / найденных неоптимальностей / таймауты, превышающие необходимые сроки, необходимость серьезной подготовительной работы и что-либо другое)


Как в сериале "Кремниевая долина" один из героев говорил: "Стало похоже на работу":)

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

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


Вы про какой фреймворк? В скраме есть спринт и вкидывать туда "к вечеру надо создать" не совсем правильно, если говорите о velocity, то возможно. Если речь о канбан, то там есть типы задач, которые могут иметь разный lead time и этот lead time желательно улучшать.
8. MariaTemchina 833 14.11.18 10:04 Сейчас в теме
(3)
Вы про какой фреймворк? В скраме есть спринт и вкидывать туда "к вечеру надо создать" не совсем правильно, если говорите о velocity, то возможно. Если речь о канбан, то там есть типы задач, которые могут иметь разный lead time и этот lead time желательно улучшать.

Не знаю о чем говорит автор комментария, но в Канбан-систему такой подход как раз хорошо вписывается - что может быть "срочная" задача, и специальная плавательная дорожка для срочных задач с небольшим WIP-лимитом (допустим, одна или две). Мы так делали, хотя в итоге пришли от физической разметки дорожек к цветовой разметке и разметки в виде тэгов - так оказалось удобнее.
4. acanta 67 13.11.18 18:38 Сейчас в теме
Насколько оправдано разделять поток задач на разные фреймворки? Часть работ (грубо говоря разработка) отдается под канбан, а текучка ложится под velocity?
И главное - как вы бы предложили совмещать указанные вами цели в процессе работы?
Поиск виновного, оценка ущерба и наказание - это типичный бизнес процесс, никак не связанный с процессом разработки, но возможно присутствующий перманентно в атмосфере (как часть корпоративного стиля "Никто не выйдет отсюда чистеньким") и прорабатывающий каждую обнаруженную ошибку по цепи взаимодействий и причинно-следственных связей.
В таком случае возникает вопрос, является ли 1с (в любом ее виде) самодостаточным мотивом для того, чтобы плодотворно работать в подобной атмосфере?
И насколько разработчики 1с (защищая собственные интересы даже не столько авторские, сколько в вопросах об ответственности в причинении ущерба третьим лицам) это, по-вашему, понимают.
5. slozhenikin_com 13.11.18 18:41 Сейчас в теме
(4)
Насколько оправдано разделять поток задач на разные фреймворки? Часть работ (грубо говоря разработка) отдается под канбан, а текучка ложится под velocity?


Да философия разная просто. И метрики.
6. slozhenikin_com 13.11.18 18:59 Сейчас в теме
(4) не совсем понятно о чем Вы.
7. acanta 67 13.11.18 19:02 Сейчас в теме
(6) о том, что думать некогда.
9. MariaTemchina 833 14.11.18 10:08 Сейчас в теме
(4)
фреймворки? Часть работ (грубо говоря разработка) отдается под канбан, а текучка ложится под velocity?

По мне так наоборот, текучкой логичнее управлять по Канбан (ибо задачи прибегают в неустановленное время, и подгонять релизы к фиксированным датам не всегда удобно), а разработкой, которую можно заранее спланировать и структурировать, можно управлять по скраму (хотя по мне я Канбан больше люблю). Но совмещать одно и другое - это же неудобно!... Чем дальше вам удалось уйти от многозадачности, тем лучше команде работается. Другой вопрос, что есть идеальная модель, а есть суровая реальность, когда разработчики вынуждены сидеть на техподдержке...
16. Rustig 1191 15.11.18 18:49 Сейчас в теме
(4)
В таком случае возникает вопрос, является ли 1с (в любом ее виде) самодостаточным мотивом для того, чтобы плодотворно работать в подобной атмосфере?
И насколько разработчики 1с (защищая собственные интересы даже не столько авторские, сколько в вопросах об ответственности в причинении ущерба третьим лицам) это, по-вашему, понимают.

вот тут ответ https://infostart.ru/video/w878512/
10. acanta 67 14.11.18 18:05 Сейчас в теме
Разработчики никогда не сидят на техподдержке. Если один сидит на техподдержке это уже не разработчик.
11. MariaTemchina 833 15.11.18 09:49 Сейчас в теме
(10)
Разработчики никогда не сидят на техподдержке. Если один сидит на техподдержке это уже не разработчик.

Вы сейчас применяете знаменитую логическую уловку "Ни один истинный шотландец"

Мне больше нравится формулировка "Разработчики не должны сидеть на техподдержке. Если им приходится это делать - значит, процесс организован не самым разумным образом..."
12. DenisCh 15.11.18 09:52 Сейчас в теме
(11)А если разработчик - на второй линии и отвечает за то, что он пропустил в продакшн?
13. MariaTemchina 833 15.11.18 09:54 Сейчас в теме
(12) Да, спасибо. Я подумала про то, что точнее написать "на первой линии техподдержки", но поленилась ))).
На второй линии, возможно, тоже лучше сидеть службе сопровождения специально организованной. Но тогда понадобится третья линия, для тех косяков, которые все-таки без автора не решить ))).
14. acanta 67 15.11.18 11:15 Сейчас в теме
(11) не совсем так. Сформулированная вами логическая уловка описывает ЧСВ.
Я говорю о причинно-следственной связи (курица или яйцо). Невозможно осуществлять техподдержку какой-либо линии если нет уже разработанного продукта.
Техподдержка осуществляется когда продукт уже есть (т.е. это отладка/решение конфликтов и обеспечение успешной приемки работ, выполняемых разработчиком).
То что днем один человек может быть техподдержкой, а ночью разработчиком ни для кого не секрет (а вот здесь уже играет некоторую роль и ЧСВ).
Но одновременно это невозможно.
15. MariaTemchina 833 15.11.18 11:20 Сейчас в теме
(14)
Невозможно осуществлять техподдержку какой-либо линии если нет уже разработанного продукта.

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

См. также

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

Статья no Нет файла Россия Бесплатно (free) Управление проектом

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

19.09.2019    6609    ogroup    152       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

16.09.2019    3824    GSoft    14       

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

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

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

30.08.2019    3078    SergeyN    4       

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

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

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

16.08.2019    3548    Hissin    18       

Как заработать миллион или История успешного сотрудничества 45

Статья Программист Нет файла Бесплатно (free) Управление проектом

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

05.08.2019    3946    karpik666    77       

Бизнес-аналитика с помощью Power BI 65

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    6124    pbazeliuk    18       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

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

28.06.2019    3108    SergeyN    1       

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

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

24.06.2019    2536    sbase    9       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

18.06.2019    3735    MariaTemchina    8       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.05.2019    4018    MariaTemchina    23       

Как продать проект в 3 раза дороже и нанести клиенту пользу, выполнив не внедрение... 22

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

27.05.2019    4068    cybrat    9       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

06.05.2019    3957    MariaTemchina    8       

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

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

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

04.05.2019    4598    1c-intelligence    39       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

15.04.2019    6658    MariaTemchina    15       

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

Курс Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

18000 руб.

04.04.2019    9120    18       

Стыд и Скрам, часть вторая 21

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.03.2019    7622    MariaTemchina    47       

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

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

13.02.2019    4302    chavalah    22       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

12.02.2019    5991    MariaTemchina    20       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

04.02.2019    5673    1c-intelligence    64       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.01.2019    4905    MariaTemchina    0       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

24.01.2019    6027    user809424    11       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.01.2019    6497    MariaTemchina    13       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

10.01.2019    8831    chavalah    123       

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

26.12.2018    6108    1c-intelligence    7       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

19.12.2018    6400    MariaTemchina    24       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

09.12.2018    5832    chavalah    119       

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

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность Управление персоналом (HRM)

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

05.12.2018    13062    andironenko    128       

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

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

03.12.2018    5454    capitan    26       

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

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

26.11.2018    6574    MariaTemchina    40       

Черная книга Скрам 21

Статья Бизнес-аналитик Пользователь Руководитель проекта Архив с данными Бесплатно (free) Управление проектом

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

26.11.2018    5424    356    Selikhovkin    4       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

23.11.2018    7714    Selikhovkin    8       

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

Статья no Нет файла Бесплатно (free) Блоги Управление проектом

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

22.11.2018    8795    andironenko    43       

Scrum за 5 минут (заметки) 24

Статья no Нет файла Бесплатно (free) Управление проектом

Первый опыт создания статьи в сообществе. Немного о Scrum и нашем знакомстве.

20.11.2018    5011    leobrn    11       

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

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    4845    Selikhovkin    1       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    6174    capitan    41       

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

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Интеграция Управление проектом

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

15.11.2018    15467    rossoxa    62       

Памятка руководителя: В одиночку здесь не выжить 43

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Продолжаю цикл материалов, в котором рассказываю о своем опыте работы в качестве директора по ИТ. Этот материал будет посвящен теме управления персоналом.

07.11.2018    9171    andironenko    62       

Приоритизировали, приоритизировали, да не выприоритизировали... 28

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

30.10.2018    6024    MariaTemchina    47       

Памятка руководителя: Уволь HRа и найди себе хороших сотрудников 67

Статья Руководитель проекта Нет файла Управление персоналом (HRM) Бесплатно (free) Управление проектом

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

29.10.2018    8808    andironenko    35       

Принцип быстрой автоматизации 22

Статья Программист Нет файла Бесплатно (free) Управление проектом

Как выполняется автоматизация в бизнес-программировании?

29.10.2018    6245    1c-intelligence    19       

Опыт внедрения ESB (интеграционной шины) в ПАО "Газпром нефть" 34

Статья no Нет файла Бесплатно (free) Управление проектом

Харитонов Михаил описывает проект по внедрению интеграционной сервисной шины предприятия (ESB) «2iS:Интеграция» на платформе “1С:Предприятие 8” в компании ПАО «Газпром нефть». Проект уникален тем, что это – первое решение, использующее отечественное ПО в качестве полноценной интеграционной шины для столь крупного заказчика с обширным ИТ-ландшафтом. В статье подробно рассмотрена архитектура решения, способы тестирования и масштабирования.

17.10.2018    7229    Mick2iS    8       

#БезОценок, или Как перестать беспокоиться об оценке проекта, всегда успевать в срок и укладываться в бюджет 33

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Считается, что для планирования и принятия решений по проектам их нужно прогнозировать и оценивать. Александр Белов, генеральный директор и руководитель проектов ГК «Белов и партнеры», рассказывает, почему стоит отказаться от оценок.

11.10.2018    5144    AlexWhite    7       

Профессиональные стандарты в ИТ как инструмент кадровой политики организации 21

Исследование Программист Пользователь Руководитель проекта Нет файла Обучение, бизнес-тренинг, курсы ИТ-компания 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Управление проектом

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

08.10.2018    7592    39    infostart    4       

Построение высокоэффективной Agile-команды 34

Статья no Нет файла Бесплатно (free) Управление проектом

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

08.10.2018    5130    askhatu    15       

История одного провала внедрения 1С:ERP 2 по классической технологии. С последующим спасением по Scrum 106

Статья no Нет файла Бесплатно (free) Управление проектом

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

01.10.2018    13216    glebushka    41       

Контракты Agile: как заключать договора в условиях расползания содержания 41

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

25.09.2018    6655    MariaTemchina    10       

Как увеличить на 30% эффективность работы сервисных подразделений компании 23

Статья no Нет файла Бесплатно (free) Управление проектом

Многие компании работают над повышением качества и эффективности сервиса техподдержки. Своим опытом в этом направлении на конференции INFOSTART 2017 поделился замдиректора по ИТ группы компаний «Агат» Алексей Тапилин.

20.09.2018    4603    Sfairat    7       

Планирование в группе компаний 22

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

В крупных компаниях к планированию необходимо относиться очень серьезно, иначе бизнесу грозят проблемы с недогрузами, дефицитом, большими остатками. О том, с чего начать планирование и какими при этом пользоваться правилами, рассказал директор по ИТ группы компаний «1МарКа» Дмитрий Щеглов.

17.09.2018    4606    DimDiemon    2