Есть вопросы?
Просто заполните форму, и мы ответим на них в ближайшее время
Отправляя нам письмо, вы даете согласие на обработку персональных данных. Политика конфиденциальности.
Политика обработки персональных данных
Настоящая Политика конфиденциальности персональных данных (далее – Политика конфиденциальности) действует в отношении всей информации, которую ИП Артур Нек ( ОГРН 319547600021467), зарегистрированным в соответствии с законодательством РФ по адресу: 630078 г. Новосибирск ул Выставочная дом 24 кв 68 (далее по тексту — Оператор), может получить о Пользователе во время использования указанного сайта.

1. ОПРЕДЕЛЕНИЯ ТЕРМИНОВ

1.1 В настоящей Политике конфиденциальности используются следующие термины:
1.1.1. «Администрация сайта www.systemskill.ru (далее – Администрация сайта)» – уполномоченные сотрудники, действующие от имени учредителя, которые организуют и (или) осуществляют обработку персональных данных, а также определяют цели обработки персональных данных, состав персональных данных, подлежащих обработке, действия (операции), совершаемые с персональными данными.
1.1.2. «Персональные данные» — любая информация, относящаяся к прямо или косвенно определенному или определяемому физическому лицу (субъекту персональных данных).
1.1.3. «Обработка персональных данных — любое действие (операция) или совокупность действий (операций), совершаемых с использованием средств автоматизации или без использования таких средств с персональными данными, включая сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, передачу (распространение, предоставление, доступ), обезличивание, блокирование, удаление, уничтожение персональных данных.
1.1.4. «Конфиденциальность персональных данных» — обязательное для соблюдения Оператором или иным получившим доступ к персональным данным лицом требование не допускать их распространения без согласия субъекта персональных данных или наличия иного законного основания.
1.1.5. «Пользователь сайта (далее Пользователь)» – лицо, имеющее доступ к Сайту, посредством сети Интернет и использующее Сайт.
1.1.6. «Cookies» — небольшой фрагмент данных, отправленный веб-сервером и хранимый на компьютере пользователя, который веб-клиент или веб-браузер каждый раз пересылает веб-серверу в HTTP-запросе при попытке открыть страницу соответствующего сайта.
1.1.7. «IP-адрес» — уникальный сетевой адрес узла в компьютерной сети, построенной по протоколу IP.

2. ОБЩИЕ ПОЛОЖЕНИЯ

2.1. Использование Пользователем данного сайта означает согласие с настоящей Политикой конфиденциальности и условиями обработки персональных данных Пользователя.
2.2. В случае несогласия с условиями Политики конфиденциальности Пользователь должен прекратить использование сайта.
2.3.Настоящая Политика конфиденциальности применяется только к сайту «systemskill.ru». Оператор не контролирует и не несет ответственность за сайты третьих лиц, на которые Пользователь может перейти по ссылкам, доступным на сайте.
2.4. Администрация сайта не проверяет достоверность персональных данных, предоставляемых Пользователем сайта.

3. ПРЕДМЕТ ПОЛИТИКИ КОНФИДЕНЦИАЛЬНОСТИ

3.1. Настоящая Политика конфиденциальности устанавливает обязательства Администрации сайта по неразглашению и обеспечению режима защиты конфиденциальности персональных данных, которые Пользователь предоставляет по запросу Администрации сайта при регистрации или заполнении формы на сайте или при оформлении заказа для приобретения Товара.
3.2. Персональные данные, разрешённые к обработке в рамках настоящей Политики конфиденциальности, предоставляются Пользователем путём заполнения регистрационной формы на Сайте и включают в себя следующую информацию:
3.2.1. Имя Пользователя;
3.2.2. Контактный телефон Пользователя;
3.2.3. Адрес электронной почты (e-mail);
3.2.4. Адрес доставки Продукции.
3.3. Сайт защищает Данные, которые автоматически передаются в процессе просмотра рекламных блоков и при посещении страниц:

  • IP адрес;
  • информация из cookies;
  • информация о браузере (или иной программе, которая осуществляет доступ к показу рекламы);
  • время доступа;
  • адрес страницы, на которой расположен рекламный блок
  • реферер (адрес предыдущей страницы).

3.3.1. Отключение cookies может повлечь невозможность доступа к частям сайта, требующим авторизации.
3.3.2. Сайт осуществляет сбор статистики об IP-адресах своих посетителей. Данная информация используется с целью выявления и решения технических проблем, для контроля законности проводимых финансовых платежей.
3.4. Любая иная персональная информация неоговоренная выше (история покупок, используемые браузеры и операционные системы и т.д.) подлежит надежному хранению и нераспространению, за исключением случаев, предусмотренных в п.п. 5.2. и 5.3. настоящей Политики конфиденциальности.

4. ЦЕЛИ СБОРА ПЕРСОНАЛЬНОЙ ИНФОРМАЦИИ ПОЛЬЗОВАТЕЛЯ

4.1. Персональные данные Пользователя Администрация сайта может использовать в целях:
4.1.1. Идентификации Пользователя, зарегистрированного на сайте, для оформления заявки и (или) доставки заказа.
4.1.2. Предоставления Пользователю доступа к персонализированным ресурсам Сайта.
4.1.3. Установления с Пользователем обратной связи, включая направление уведомлений, запросов, касающихся использования Сайта, оказания услуг, обработка запросов и заявок от Пользователя.
4.1.4. Определения места нахождения Пользователя для обеспечения безопасности, предотвращения мошенничества.
4.1.5. Подтверждения достоверности и полноты персональных данных, предоставленных Пользователем.
4.1.6. Создания учетной записи для совершения покупок, если Пользователь дал согласие на создание учетной записи.
4.1.7. Уведомления Пользователя Сайта о состоянии выполнения услуги.
4.1.8. Обработки и получения платежей, подтверждения налога или налоговых льгот, оспаривания платежа, определения права на получение кредитной линии Пользователем.
4.1.9. Предоставления Пользователю эффективной клиентской и технической поддержки при возникновении проблем, связанных с использованием Сайта.
4.1.10. Предоставления Пользователю с его согласия, обновлений продукции, специальных предложений, информации о ценах, новостной рассылки и иных сведений от имени сайта или от имени партнеров сайта.
4.1.11. Осуществления рекламной деятельности с согласия Пользователя.
4.1.12. Предоставления доступа Пользователю на сайты или сервисы партнеров сайта с целью получения продуктов, обновлений и услуг.
4.1.13. Если посетитель оставляет комментарий на сайте, мы собираем данные указанные в форме комментария, а также IP адрес посетителя и данные user-agent браузера с целью определения спама.
Анонимизированная строка создаваемая из вашего адреса email («хеш») может предоставляться сервису Gravatar, чтобы определить используете ли вы его. Политика конфиденциальности Gravatar доступна здесь: https://automattic.com/privacy/ . После одобрения комментария ваше изображение профиля будет видимым публично в контексте вашего комментария.
4.1.14. Если вы оставляете комментарий на нашем сайте, вы можете включить сохранение вашего имени, адреса email и вебсайта в куки. Это делается для вашего удобства, чтобы не заполнять данные снова при повторном комментировании. Эти куки хранятся в течение одного года.
Если у вас есть учетная запись на сайте и вы войдете в неё, мы установим временный куки для определения поддержки куки вашим браузером, куки не содержит никакой личной информации и удаляется при закрытии вашего браузера.
При входе в учетную запись мы также устанавливаем несколько куки с данными входа и настройками экрана. Куки входа хранятся в течение двух дней, куки с настройками экрана — год. Если вы выберете возможность «Запомнить меня», данные о входе будут сохраняться в течение двух недель. При выходе из учетной записи куки входа будут удалены.
При редактировании или публикации статьи в браузере будет сохранен дополнительный куки, он не содержит персональных данных и содержит только ID записи отредактированной вами, истекает через 1 день.

5. СПОСОБЫ И СРОКИ ОБРАБОТКИ ПЕРСОНАЛЬНОЙ ИНФОРМАЦИИ

5.1. Обработка персональных данных Пользователя осуществляется без ограничения срока, любым законным способом, в том числе в информационных системах персональных данных с использованием средств автоматизации или без использования таких средств.
5.2. Пользователь соглашается с тем, что Администрация сайта вправе передавать персональные данные третьим лицам, в частности, курьерским службам, организациями почтовой связи, операторам электросвязи, исключительно в целях выполнения заказа Пользователя, оформленного на Сайте.
5.3. Персональные данные Пользователя могут быть переданы уполномоченным органам государственной власти Российской Федерации только по основаниям и в порядке, установленном законодательством Российской Федерации.
5.4. При утрате или разглашении персональных данных Администрация сайта информирует Пользователя об утрате или разглашении персональных данных.
5.5. Администрация сайта принимает необходимые организационные и технические меры для защиты персональной информации Пользователя от неправомерного или случайного доступа, уничтожения, изменения, блокирования, копирования, распространения, а также от иных неправомерных действий третьих лиц.
5.6. Администрация сайта совместно с Пользователем принимает все необходимые меры по предотвращению убытков или иных отрицательных последствий, вызванных утратой или разглашением персональных данных Пользователя.

6. ОБЯЗАТЕЛЬСТВА СТОРОН

6.1. Пользователь обязан:
6.1.1. Предоставить информацию о персональных данных, необходимую для пользования Сайтом.
6.1.2. Обновить, дополнить предоставленную информацию о персональных данных в случае изменения данной информации.
6.2. Администрация сайта обязана:
6.2.1. Использовать полученную информацию исключительно для целей, указанных в п. 4 настоящей Политики конфиденциальности.
6.2.2. Обеспечить хранение конфиденциальной информации в тайне, не разглашать без предварительного письменного разрешения Пользователя, а также не осуществлять продажу, обмен, опубликование, либо разглашение иными возможными способами переданных персональных данных Пользователя, за исключением п.п. 5.2. и 5.3. настоящей Политики Конфиденциальности.
6.2.3. Принимать меры предосторожности для защиты конфиденциальности персональных данных Пользователя согласно порядку, обычно используемого для защиты такого рода информации в существующем деловом обороте.
6.2.4. Осуществить блокирование персональных данных, относящихся к соответствующему Пользователю, с момента обращения или запроса Пользователя или его законного представителя либо уполномоченного органа по защите прав субъектов персональных данных на период проверки, в случае выявления недостоверных персональных данных или неправомерных действий.

7. ОТВЕТСТВЕННОСТЬ СТОРОН

7.1. Администрация сайта, не исполнившая свои обязательства, несёт ответственность за убытки, понесённые Пользователем в связи с неправомерным использованием персональных данных, в соответствии с законодательством Российской Федерации, за исключением случаев, предусмотренных п.п. 5.2., 5.3. и 7.2. настоящей Политики Конфиденциальности.
7.2. В случае утраты или разглашения Конфиденциальной информации Администрация сайта не несёт ответственность, если данная конфиденциальная информация:
7.2.1. Стала публичным достоянием до её утраты или разглашения.
7.2.2. Была получена от третьей стороны до момента её получения Администрацией сайта.
7.2.3. Была разглашена с согласия Пользователя.

8. РАЗРЕШЕНИЕ СПОРОВ

8.1. До обращения в суд с иском по спорам, возникающим из отношений между Пользователем сайта и Администрацией сайта, обязательным является предъявление претензии (письменного предложения о добровольном урегулировании спора).
8.2. Получатель претензии в течение 30 календарных дней со дня получения претензии, письменно уведомляет заявителя претензии о результатах рассмотрения претензии.
8.3. При не достижении соглашения спор будет передан на рассмотрение в судебный орган в соответствии с действующим законодательством Российской Федерации.
8.4. К настоящей Политике конфиденциальности и отношениям между Пользователем и Администрацией сайта применяется действующее законодательство Российской Федерации.

9. ДОПОЛНИТЕЛЬНЫЕ УСЛОВИЯ

9.1. Администрация сайта вправе вносить изменения в настоящую Политику конфиденциальности без согласия Пользователя.
9.2. Новая Политика конфиденциальности вступает в силу с момента ее размещения на Сайте интернет-магазина, если иное не предусмотрено новой редакцией Политики конфиденциальности.
9.3. Все предложения или вопросы по настоящей Политике конфиденциальности следует сообщать по электронной почте artur.nek@artnek.ru.
9.4. Действующая Политика конфиденциальности размещена на странице по адресу https://systemskill.ru.
Отправить заявку на корпоративное обучение
Просто заполните форму, и мы отправим вам коммерческое предложение на проведение курса или тренинга с учетом ваших пожеланий и задач.
Отправляя нам письмо, вы даете согласие на обработку персональных данных. Политика конфиденциальности.
Подпишитесь на обновления
Приглашения на мероприятия, онлайн-стримы, анонсы статей, переводы зарубежных авторов и книжные обзоры. Присоединяйтесь к сообществу Neogenda!
* все поля обязательны для заполнения. Отправляя заявку, вы даете согласие на обработку персональных данных. Политика конфиденциальности.
Блог

Модель Agile Fluency и Организационная зрелость

Перевод статьи David J Anderson, размещённой на djaa.com.
Оригинал можно прочитать здесь.

Однажды клиент попросил меня представить карту совместимости моей модели организационной зрелости и паттернов зрелости Канбан с моделью Agile Fluency™ Джима Шора и Дайаны Ларсен, усиленной при поддержке Мартина Фаулера. Запрос клиента был основан на простой потребности: его организация уже в некоторой степени была знакома с моделью Agile Fluency и, следовательно, он хотел, чтобы я мог объяснить его людям, как моя модель отображается в контексте, который они уже понимают. Я решил, что будет полезно поделиться своими мыслями по этому поводу с более широким кругом читателей.

Вступление


Если вы не знакомы с моделью Agile Fluency, то вы можете прочитать базовую статью здесь. Я знаю Джима Шора и Дайану Ларсен около десяти лет. Время от времени я встречаюсь с ними на конференциях. Самая последняя наша встреча была в Мальмё на Øredev в ноябре прошлого года, где я произносил вступительное слово на тему социальной инженерии.

Джим и я испытываем взаимное уважение, признавая, что у нас очень разные подходы к повышению гибкости. Как говорит Джим, он практикует «кайкаку» (большое управляемое изменение), а не эволюционное «кайдзен». Джим работает только с клиентами, желающими заменить существующую систему разработки программного обеспечения его Agile-методом. Поэтому мы находимся на двух разных концах спектра. Также Джим склонен работать в небольшом масштабе: в командах от 2 до 12 человек и в небольших отделах. Я же работал с клиентами, пытающимися выполнить планирование сервисов уровня предприятия (ESP) c намерением увеличить число сотрудников до 100 000 человек. Выявив различия, теперь можно составить некоторое представление о том, как можно сопоставить Agile Fluency с паттернами Канбан и организационной зрелостью.

Рисунок 1. Модель Agile Fluency

На рисунке 1 показана модель Agile Fluency, воспроизведенная непосредственно с оригинального веб-сайта. На рисунке 2 показана моя недавняя модель Организационной Зрелости Профессиональных Сервисов (Professional Services Organizational Maturity Model, PSOMM).

Рисунок 2. Модель Организационной Зрелости Профессиональных Сервисов

Если бы мы смотрели только на слайды, то могли бы прийти к довольно быстрому и простому выводу — на каждом уровне есть соответствие:

  1. «Начало: создание кода» будет напрямую соответствовать 1-му уровню зрелости.
  2. «Фокус на ценности» — уровень Agile Fluency с одной звездой, по-видимому, соответствует уровню зрелости 2. Появляется способность распознавать клиента и ценность для клиента становится предметом работы, а также синхронизирует людей и команды на основании запросов клиента. Есть непрерывность процесса и элементов, которые ему сопутствуют. Подразумевается изменение культуры, направленное на то, чтобы быть более ориентированным на внешний мир и осознать, что существует клиент и концепция ценности клиента, которую можно уловить при определении запросов клиентов.
  3. «Поставка ценности» с 2-мя звёздами, по-видимому, соответствует уровню зрелости 3, потому что команда может создавать ценность в соответствии с ритмом рынка, и это звучит как «постоянство результата». Также подразумевается, что есть значительный рост навыков, чтобы обеспечить постоянство результатов.
  4. «Оптимизация ценности» с 3-мя звёздами в модели Agile Fluency, кажется, соответствует уровню зрелости 4, где основное внимание уделяется оптимизации экономических результатов и извлечению реальной выгоды для бизнеса от возможностей, достигаемых на более низких уровнях Agile Fluency.
  5. «Оптимизация для системы» с 4-мя звёздами в Agile Fluency Model, по-видимому, напрямую соотносятся с концепцией оптимизации организации и её возможностей по предоставлению сервисов и продуктов на уровне зрелости 5. Итак, вот оно, простое сопоставление один к одному!

Если бы это было так просто! Я считаю, что требуется более глубокий анализ. Я действительно считаю, что модель Шора и Ларсен по существу аналогична пяти уровням зрелости и что нам следует принять сопоставление один к одному за чистую монету. Однако требуется более глубокий анализ и осознание, чтобы увидеть пробелы, не просто с целью «докопаться», а для того чтобы создать практические, прагматичные, действенные рекомендации по совершенствованию и продвижению вверх, независимо от того, считаете ли вы это Agile Fluency или организационной зрелостью.

Проблема с «Ценностью»


Вероятно, я был первым членом Agile-сообщества, который написал что-либо по существу на тему «ценности» и оптимизации экономических показателей с помощью Agile-методов в форме книги из 63 000 слов, опубликованной в 2003 году. В то время Agile-сообщество не сильно интересовалось такими темами, как «определение приоритетов невыполненных итераций на основе ценности», поэтому моя заявка на конференцию Agile-2003 была отклонена. Самое современное на тот момент представление в сообществе экстремального программирования заключалось в том, чтобы определять приоритеты на основе технического риска. Agile был в значительной степени внутренне ориентированным движением. Да, в Манифесте Agile упоминалось о «ценности», но когда дело дошло до практического руководства, то её просто там не оказалось. В то время, когда я писал «Agile-менеджмент», я думал, что определить «ценность» легко.

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

Что означает «ценность»? Если вы прочитаете текст статьи Шора/Ларсен, то он подразумевает довольно простую концепцию: «Представляет ли эта история ценность для наших клиентов?». Ответить на этот вопрос довольно просто. Поэтому, если мы примем это на таком уровне, мы сопоставим с уровнем организационной зрелости 2: мы можем идентифицировать клиента; и мы понимаем, что может представлять значимую ценность для этого клиента; мы способны отсеивать задачи и другие элементы внутренней ценности, которые не имеют значения для клиента. Таким образом, наблюдается некоторое улучшение в согласовании и единстве целей.

У нас есть клиентоориентированность. Последователи Канбан Метода признают некоторую синергию с ценностями и принципами Канбан. «Проблема с ценностью» начинается, когда вы пытаетесь выйти за рамки понятия «является ли это ценным» и вместо этого пытаетесь количественно оценить ценность. В 2003 году я посвятил две главы книги «Agile-менеджмента» попыткам разобраться с этим. Честно говоря, в большинстве случаев вывод был бы таков: профессиональная сервисная работа не может быть сведена к количественной оценке ценности, в лучшем случае её можно свести к многомерной качественной оценке. Теперь я преподаю этот метод оценки в качестве учебного занятия от 1 до 1,5 дней в рамках мастер-класса по Канбан-коучингу в учебных программах по ESP.

Если мы посмотрим на определения Agile Fluency от 2-х до 4-х звёзд, то подразумевается, что нам нужен более сложный подход к определению и пониманию ценности. В оригинальной статье (при условии, что она датирована 2012 годом) заявляют, что эта проблема решена в Lean Startup или в Бережливой разработке ПО. Честно говоря, это нереально. Lean Startup поможет вам проверить гипотезу о том, что ценность может существовать. Я действительно не знаю ничего в области бережливой разработки ПО, что даёт конкретное представление об анализе ценности. Тем не менее, совокупность знаний по Бережливой разработке в книгах Райнертсена или Кеннеди, предоставляет некоторые методы. Стало довольно модным определять стоимость, используя варианты подхода Рейнертсена к «стоимости задержки». Я всё ещё считаю, что этот материал находится на начальной стадии и имеет проблемы, а анализ того, почему это так, является предметом ещё одной продолжающейся серии статей на этом сайте, которая началась со статьи «Что мы знаем о продолжительности: Часть 1».

Таким образом, переход от Agile Fluency к 2-звездочному уровню подразумевает, что нам нужны лучшие способы определения ценности. У нас есть некоторые методы для этого в базе знаний Канбан с 2007 года — например, качественная оценка стоимости задержки и присвоение классов сервиса рабочим элементам. Это согласуется с моим анализом того, что Канбан-система и доски могут вывести вас на 4-й уровень организационной зрелости, как описано в моей статье «Паттерны Канбан и организационная зрелость». Метод оценки рисков, который я сейчас формализовал в учебных планах ESP, вместо того, чтобы пытаться объединить его с Канбаном (как мы делали с 2009 по 2014 год), обеспечивает комплексный, хотя и, по общему признанию, качественный, сложный и недетерминированный метод как для оценки стоимости, так и для выбора, упорядочивания и планирования с использованием оценки стоимости. Большая часть этой работы была доступна публично в 2012 году, хотя она и не представлена в удобной книге, но значительная её часть появилась в моём выступлении на конференции Agile 2009.

Проблема с «Канбаном»


Читая статью про Agile Fluency, мы должны признать, что, когда Шор и Ларсен говорят «Канбан», они на самом деле имеют в виду «Командный Канбан». Это тема, считается настолько тривиальной в Канбан-сообществе, что Kanban University не потрудился преподавать её или иметь определённую учебную программу для неё до 2015 года с введением практикующего специалиста по командному Канбану. В статье «Паттерны Канбан и организационная зрелость» я определяю Командный Канбан как поведение 1-го уровня зрелости. Однако я отмечаю, что бывают случаи, когда одна команда предоставляет узнаваемый и атомарный сервис, а не просто является частью более широкого рабочего процесса, в котором участвуют несколько команд. В случае, когда команда предоставляет сервис и он самодостаточен для этой команды, мы рассматривали бы их как находящихся на уровне организационной зрелости 2, при условии, что рабочие элементы были бы ценными для клиентов.

Из этого анализа мы начинаем видеть размытие границ. 1-звездочная Agile Fluencyможет существовать на уровне организационной зрелости 1. Но по-видимому, существует неявное понимание того, что «команда» предоставляет сервис, ориентированный на клиента. Следовательно, имеется значение уровня организационной зрелости 2, но в небольшом масштабе команды, не включающем более сложный рабочий процесс. Возможно, даже существует более неявное предположение, что если бы требовался более длительный и сложный рабочий процесс, то люди с этими дополнительными навыками должны быть привлечены в команду для поддержания её целостности и инкапсуляции в качестве поставщика комплексных сервисов.

Жаль, что Шор и Ларсен, похоже, не знают о Канбане больше и что они предполагают, что Командный Канбан — это всё, что есть. На самом деле, за много лет до 2012 года мы в значительной степени решили, что Командный Канбан был настолько тривиальным явлением, что не стоил наших усилий даже документировать его, не говоря уже об обучении ему. Только в последние годы, когда стало известно, что большая часть рынка находится на уровне организационной зрелости 1, мы решили помочь в начальном освоении, определив Командный Канбан и связанное с ним обучение. В Lean Kanban University, практикующем Командный Канбан, мы не предполагаем уровень зрелости 2. Мы не предполагаем, что команда, работающая с клиентами, обладает всеми кросс-функциональными навыками, необходимыми для предоставления сервисов «под ключ» без зависимостей. Таким образом, для нас Командный Канбан находится на уровне «ниже уровня Agile Fluency».

Повышение технической компетенции


Хорошее согласие получается между моделью организационной зрелости уровня 3 и Agile Fluency с 2-мя звёздами. С помощью Канбан, а также в обучении специалистов по Kanban Management Professional (KMP), в 5 главе пособия «Канбан: Успешные эволюционные изменения для вашего технологического бизнеса», мы рассматриваем способы улучшения. Например, сокращение времени поставки. Модель Шора/Ларсен предполагает, что вы можете сделать это с помощью экстремального программирования, что является вполне обоснованным предположением, но оно сопровождается повесткой, что вы примете Agile-методологию. Канбан — это анти-методология. Это метод «начать с того, что вы делаете сейчас» и развить это. В Канбан мы учим практиков определять возможности для улучшения и внедрять конкретные методы, часто Agile, технические методы, чтобы стимулировать улучшения. Канбан использует улучшения на основе моделей. Он также не предполагает контекст разработки ПО. Независимо от контекста, например, от рекламных агентств или компаний, занимающихся исследованиями рынка, мы ожидаем, что технические компетенции улучшатся, чтобы перейти на третий уровень организационной зрелости.

Проблема с масштабированием


В моделе Agile Fluency с 3-мя звёздами есть стремление оптимизировать экономические результаты. Это явно прямое сопоставление с уровнем организационной зрелости 4. В чём я отличаюсь от Шора и Ларсен, так это в манере и стиле достижения этого. Их предлагаемый подход заключается в том, что вы начинаете добавлять бизнес-функции в команду, и команды становятся всё больше и больше и всё более кросс-функциональнее. Подход Канбан Метода отличается. Мы используем оценку рисков, чтобы обеспечить общий язык для коммуникации, сотрудничества и принятия решений. Мы считаем, что вам не нужно делать команды всё больше и более многофункциональными, чтобы добиться совместной работы. Мы считаем, что сотрудничество проистекает из общего чувства цели, единства, согласованности, общего языка и общей основы для принятия решений. С 2014 года я решил включить это в наш тренинг по ESP, а не рекламировать его как «Продвинутый Канбан», как это было в период 2012—2014 гг. Канбан способен выводить организации на 4-й уровень зрелости с 2007 года и, учитывая предоставленное описание, способен обеспечить 3-звездочную Agile Fluency в течение одного и того же периода времени не только командам, но и целым продуктам или бизнес-подразделениям. У нас уже было справочное тематическое исследование Канбана по проектам с участием более 50 человек в 2007 году. Канбан использовался в организации из 150 человек с годовым бюджетом около 17 миллионов долларов. Мы не играли с «командами», когда дело касалось Agile Fluency.

Проблема с оптимизацией


Прочитав описание 4-звездочной Agile Fluency Шора и Ларсен, я согласился, что справедливо будет сказать, что Канбан не показал, что он может достичь всего этого уровня на момент написания статьи в 2012 году. Тем не менее, значительное количество описываемых ими атрибутов присутствовало и сообщалось в Канбан-сообществе и на конференциях Lean Kanban: использование Портфельного Канбана (для балансировки рисков и бизнес-инициатив); использование Восходящего Канбана (для управления продуктами и реальных опционов); Операционные ревью на уровне единицы продукта или бизнес-единицы, демонстрирующие понимание системы систем и того, как каждый независимый рабочий процесс или проект взаимодействовал и зависел от других. Тем более разочаровывает, что Джим Шор появился на одной из наших конференций до появления этой статьи 2012 года, и вокруг него было много таких доказательств, если бы он захотел их увидеть. Сейчас я могу сказать, что я вполне уверен, что целые организации могут достичь 4-звездочной Agile Fluency (и более), используя ESP.

Выводы


Оказалось важным, что я переупаковал множество передовых и периферийных практик Канбана в ESP, потому что слишком многие специалисты по управлению видят или позиционируют Канбан только как метод на уровне команды. Если бы более высокопоставленные руководители, и я включаю в эту категорию Шора и Ларсен из сообщества Agile, действительно потрудились понять Канбан и то, что мы делали в сообществе Канбан за последние 8 лет, то они могли бы понять, что у нас есть много ответов, много проверенных методов, и что большинство из этих концепций дополняют и не угрожают тому, что они уже делают. Канбан и ESP в сочетании с соответствующим внедрением Agile-практик может и приведёт вас к уровню гибкости бизнеса, который Шор и Ларсен называют «желательным». Если у вас есть стремление достичь 4-звездочного уровня Agile Fluency, мы можем доставить вас туда сейчас, в 2016 году. И мы можем сделать всё это, не реорганизуя ваш бизнес в крупные кросс-функциональные команды. Канбан никогда не разделял Agile-повестку кросс-функциональных команд. Мы верим в достижение сотрудничества с помощью других средств — общего языка, прозрачности, наглядности, общих рамок принятия решений, основанных на фактах, методов качественного анализа, которые способствуют достижению консенсуса, ориентации на клиента, единства целей и согласованности.

Я хотел бы поблагодарить клиента, который попросил провести эту оценку и анализ, это было полезное и стоящее занятие.

Agile