новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts

Ответственность

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

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

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

Одним из вариантов, приходящих на ум, может оказаться проигнорировать проблему. Вот вам несколько примеров: разбили в общественной столовой стакан, огляделись вокруг, никто не видел, обрадовались и по-тихому удалились. Наши программисты, часто используют этот прием выдавая баги за фичи. Фраза: “Да нет никакой проблемы” часто звучит из уст наших политиков. Итак, если можно повернуться к проблеме спиной, сделать вид, что ее нет, и убедить в этом остальных, то проблема решена и вы успешно ушли от ответственности.

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

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

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

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

Тут молчание нарушает Иван Петрович, вставая и говоря боссу, что мол, виноват, не доглядел, мой отдел облажался, простите и больше такого не повторится. Слышно как в комнате распрямились плечи, повеселили глаза присутствующих и пролетел вздох облегчения. Босс смягчился, коллеги тоже и уже слышно: “Да, ладно, Петрович. С кем не бывает?”. Прощение получено.

Петрович успешно ушел от ответственности. Почему ушел? Потому что проблема как была так и осталось. Никакого действия ведь так и не произошло. Вот так наше общество поощряет уход от ответственности. В данном случае гораздо правильнее боссу было бы сказать: “Иван Петрович, сядьте, нам работать надо и решать, что делать с проблемой, а не виноватых искать”.

responsibility
Ответственность

Ну и еще один возможный аргумент, помогающий уйти от ответственности это сослаться на систему и на свои обязательства перед ней. Тут мы услышим фразы типа: “Я должен был это сделать!”, “Если бы вы были на моем месте вы бы поступили точно так же.”, “Я был зажат в угол.”, “Это было единственно правильным решением в этой ситуации.” “У меня не было другого выбора.”. К сожалению, это точно такой же уход от ответственности, как и все вышеперечисленные.

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

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

Кристофер доктор наук, психолог, потративший больше 30 лет свой жизни на изучение вопросов ответственности. Он так же написал очень хорошую книгу Teamwork is an individual skill про командную работу, которая будет интересна любому скрам мастеру или человеку работающем с командами.

Сергей Дмитриев Cовладелец Unusual Concepts

Плюсануть
Поделиться
Отправить
Класснуть
Линкануть
Вотсапнуть
Запинить
Ещё по теме
Студент Unusual Concepts делится ценными советами по сдаче экзамена PSM и PSPO 1. Цена попытки — 200$, но лучше сходить на тренинг Unusual Concepts. Рекомендую! Выйдет в четыре раза дороже, но оно того стоит. 2. Внимательно и вдумчиво изучить scrum guide на английском (!) языке. Что угодно делайте, чтобы понять и запомнить всё, что там написано. Мне лично помогло рисовать mind maps. Кому-то помогает внимательно прочесть 3 раза. 3. Пройти open assessments на сайте scrum.org (open, product owner, developer). Nexus не надо. Здесь задача в том, чтобы понять логику того, кто эти тесты делал (эта же самая логика используется и в сертификационном экзамене). Проходить советую вдумчиво, читая то, что написано. Не советую тупо запоминать вопросы и ответы на них, т.к. хотя в экзамене и есть copy-paste из open assessment, их, во-первых, всего лишь около половины, а во-вторых, это вам только помешает понять суть. Из этих же соображений советую тренироваться по одной попытке на каждый open assessment и потом перерыв. Потом опять по одной на каждый и опять перерыв. Идеально, если чередовать с изучением scrum guide. Обязательно читаем результаты теста! Там годные комментарии к ответам. Добивайтесь устойчивого 100% результата. 4. Если у вас с английским языком проблемы — то советую подтянуть. Лучший способ, на мой взгляд, делать всё, что я тут описал, но со словарём. Добиваемся, чтобы весь scrum guide и все open assessments были понятны без словаря. Во время экзамена словарь держите под рукой — попадаются непонятные слова, но целиком полагаться на него не стоит (один товарищ пытался загонять все вопросы в он-лайн переводчик, и в результате получил 53% правильных ответов). 5. Сертификационный экзамен сдаётся на сайте scrum.org, где другой интерфейс, чем у тестовых экзаменов. Это может добавить мандража, если станет неожиданностью. Но существенных отличий там нет. Разве только можно закладки ставить. 6. Перед сдачей самого экзамена убеждаемся, что у нас есть час времени, когда точно никто не будет отвлекать и интернет точно не отвалится. Я перестраховывался 3g модемом, но, слава Богу, не пришлось. 7. Во время экзамена ни в коем случае не надо париться над сложными вопросами! Если вопрос сложный, то выбирайте то, что вам кажется верным, ставьте на вопрос закладку (bookmark) и идите дальше. Большинство вопросов (около 60 из 80), при условии что всё вышеописанное вами сделано добросовестно, вы отобъёте за 30 минут. Оставшиеся 30 минут можно потратить, чтобы внимательно и вдумчиво разобрать все закладки. У меня даже получалось в интернете поискать варианты в это время. 8. Не надо ставить закладку на все вопросы, в которых у вас есть сомнения. Ставьте закладку только там, где вы вообще не уверены. Иначе получится неприятная картинка, когда сначала вы закладки ставили на средне-сложные вопросы, а потом стали ставить только на очень сложные, и в результате под конец теста у вас не 20 закладок, а 40, и времени в обрез. 9. Помните — это экзамен. Не надо быть самоуверенным, а то завалить его проще простого. Но и мандражить сильно не надо. Просто тщательно подготовьтесь, и всё будет хорошо. Оригинал поста в Фейсбуке
Андрей Толмачев рассказывает, как разрешить взаимное недовольство Владельца Продукта и Команды Разработки.

Условия задачи

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

Что происходит

Для каждого элемента Бэклога Продукта аналитика, разработка и тестирование попадают в отдельные Спринты — это означает, что элемент будет готов к выпуску только через три Спринта. В таком случае истинная длина Спринта равна шести неделям — это больше, чем допускает Руководство по Скраму.
Максимальная продолжительность Спринта — один календарный месяц. При большем сроке планирования возможны изменения целей, увеличение сложности и рост рисков.
Руководство по Скраму Когда Команда редко поставляет готовый Инкремент, то редко получает обратную связь от стейкхолдеров и клиентов. В результате:
  • возрастает риск сделать не то, что надо. Способность реагировать на изменения падает;
  • стабильность процесса падает, прогнозировать работу сложно. Например, тестирование выявляет дефекты через недели после разработки. Баги обнаруживаются поздно, поэтому объём «поддержки» будет меняться от Спринта к Спринту;
  • рабочий процесс перестаёт быть прозрачным.
По этим причинам Команда Разработки теряет доверие Владельца Продукта и стейкхолдеров, следовательно, давление возрастает и начинаются конфликты.

Решение

Скрам-мастер не может решить проблему самостоятельно, но может помочь своей Команде следующим образом:
  • объяснить описанную выше системную динамику и её вредные последствия. Скрам-команда должна понимать, что правило Скрама про Done Increment каждый Спринт — это естественное системное решение их проблемы;
  • помочь сформулировать или пересмотреть минимальный DoD, который может быть выполнен в течение Спринта и который обеспечит готовность Инкремента к релизу;
  • научить Команду Разработки правильно декомпозировать элементы Бэклога. Небольшие элементы в Бэклоге Продукта способствуют ранней поставке, оптимизации ценности Продукта и улучшению потока работы;
  • помочь договориться взять в следующий Спринт хотя бы один небольшой элемент Бэклога, но довести его до состояния Done;
  • визуализировать поток работы. Прозрачность — залог успеха;
  • устранить простои в работе. Для этого Скрам-мастер обучает Команду хорошим инженерным практикам, например, общему владению кодом, стимулирует развитие T-shaped или E-shaped людей в Команде, заключает командные соглашения;
  • объяснить Владельцу Продукта, что причина задержек — технический долг и убедить его выплатить.
Используйте Ретроспективу, чтобы найти лучшие решения по устранению препятствий. Помните, что эти решения — эксперименты, не факт, что они принесут ожидаемый эффект. Поэтому инспектируйте результаты прошлых решений и адаптируйте решения на следующих Ретроспективах.

Итоги

Готовый Инкремент в конце Спринта — это важнейшие правило Скрама, которое помогает избежать роста рисков, потери предсказуемости и гибкости. Описанные причинно-следственные связи полезно знать, чтобы понимать, почему Скрам требует соответствующий DoD, готовый к релизу Инкремент каждый Спринт. Следующие действия могут помочь в достижении этой цели:
  • декомпозиция работы на небольшие PBI;
  • визуализация потока работы в Спринте и поиск основных узких мест;
  • устранение «простоев» работы с помощью командных соглашений, хороших инженерных практик и развития T-shaped или Е-shaped людей;
  • планомерная ликвидация технического долга.
Комментарии
Блог о проактивном бизнесе, 06 июля 2017

[…] своей работы, за процесс, за улучшения. Я очень люблю модель Процесса Ответственности Кристофера Айвери, сам практикую и стараюсь с ней […]

Сергей Дмитриев, 31 марта 2014

Привет, Сергей!
Поправил битые линки в статье.
Вот ссылка на доклад, правда не уверен, что это Киевский, но точно по той же теме:
http://www.slideshare.net/Blackie6/ss-7654755

Сергей, 28 марта 2014

Сергей, привет )
Был бы благодарен за ссылку на скачивание файла. И может на презенташку доклада по этой теме с киевской конфы года 2 назад

Сергей Дмитриев, 15 марта 2013

У меня тоже, погляжу, спасибо.

Антон, 15 марта 2013

У меня в chrome изображение не отображается. Это только у меня проблема или везде так?
Саму pdf скачать могу, а вот в тексте показывается так, как будто не удаётся загрузить изображение.

Сергей Дмитриев, 24 января 2013

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

Сергей Бережной, 05 января 2013

>>> “Да, ладно, Петрович. С кем не бывает?”.
>>>Прощение получено.
Сергей, у меня есть некое недопонимание относительно примера. Есть вопросы:
1. А почему ответственность в этом случае ушла?
2. Какой подход в данном случае использовали бы Вы?

Сергей Дмитриев, 03 января 2013

Прошу прощения, затянул. Выложил в тексте поста.

Сергей Дмитриев, 03 января 2013

Прошу прощения, затянул. Выложил в тексте поста.

Сергей Дмитриев, 03 января 2013

Прошу прощения, затянул. Выложил в тексте поста.

Максим, 25 декабря 2012

Выложите pdf пожалуйста

Олег, 25 декабря 2012

Стоит ждать еще?

Сергей Дмитриев, 24 декабря 2012

Я тормоз, Максим, прошу прощения, не выложил пдф, как вернусть домой сделаю, ушел в гости уже :)

Максим, 24 декабря 2012

Спасибо за статью. "Вы можете скачать pdf, распечатать листовки" Сергей, а про какой pdf идет речь?