Блог:Максима Цепкова

Материал из MaksWiki
(перенаправлено с «Blog»)
Перейти к: навигация, поиск

Профессиональный блог Максима Цепкова.

Ранее был на http://blogs.uml2.ru/blogs/maksiq и http://softwarepeople.ru/, затем на сайте компании http://lib.custis.ru/Blog-mtsepkov, а с 19.05.2014 переехал сюда.

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

Я в соцсетях

http://www.facebook.com/mtsepkov
http://www.linkedin.com/in/mtsepkov
https://twitter.com/mtsepkov

И у меня есть личный ЖЖ, там путешествия и другие мысли вне ИТ.

Последние посты


2017-07-23: Agile и игрофикация - за каким менеджментом будущее?

Это - название моего выступления на Российском игровом форуме «Южный РИФ-2017» 03 августа 2017.

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

Agile появился в нулевых, как способ IT делать проекты, в которых определяющим критерием успеха является человеческий фактор, а производительность умелого и увлеченного сотрудника на порядок (реально, в 10 и более раз) превышает того, кто относится к работе формально. Это было замечено еще в 1980-х и обосновано Томом ДеМарко в книге «Человеческий фактор» (1987). Регламенты и процедуры убивают вовлеченность на корню, и Agile появился как способ оградить сотрудников от них. сохранить их увлеченность и мотивацию, но при этом делая прозрачным целенаправленное продвижение к цели, и для самих сотрудников и для их руководства, и для заказчиков. Появление персоналок, кратно увеличившее потребность в разработчиках, предопределило успех Agile в IT. А сейчас он идет в другие отрасли, потому что вовлеченность в работу и критическая чувствительность к человеческому фактору для успеха деятельности все больше и больше проявляются во всех отраслях.

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

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

2017-06-25: Дневники ГосAgile - много интересного на очередной встрече

В пятницу 23.06.2017 на территории Сбербанка прошла очередная встреча группы по применению гибких методологий в государственных проектах. О продвижении группы за прошедшую итерацию и новых целях уже кратко написал Иван Дубровин, а я хочу рассказать о тех интересных выступлениях, которые прозвучали на встрече. Это был новый опыт в организации встречи — дополнить демо и планирование итерации кейсами реального опыта. Оказалось очень удачно и интересно, так что будет продолжаться.

→ продолжить чтение…

2017-06-13: В пятницу провожу семинар по Agile в МГУ

В эту пятницу 16.06 на площадке Экономического факультета МГУ я буду проводить семинар по Agile для бизнеса - как он устроен, какие бизнес-задачи может решать, как это укладывается в общую картину развития организаций и общества, которую дает Спиральная динамика. Это будет расширенная и развернутая версия моего доклада Agile - ответ на вызовы третьей промышленной революции (есть видео), ориентированная на тех, кто с Agile не знаком, хочет разобраться в сути, а в материалах видит много пиара. Для знакомых с Agile тоже будет много ценного и интересного. Приходите. Это бесплатно, но требуется регистрация.

2017-06-06: ProfsoUX-2017 - неожиданный подарок

На конференцию ProfsoUX я попал практически случайно, потому что Usability и UX — не моя специализация. Просто на WIAD при розырыше билета громко пошутил, что билет будет не на участие, а на выступление — и тут генератор случайных чисел выдал мой номер анкеты. К таким знакам мироздания необходимо прислушиваться. И в ответ мир дарит замечательные подарки.

Но за подарки — надо честно платить, поэтому сам я тоже выступал Сотрудничество с корпорациями: рецепты из практики — рассказывал, как вести проект с корпорациями и государственными заказчиками. Многие из них сейчас заинтересованы в Usability и UX своих приложений, особенно публичных сервисов. Но при этом привыкли работать совершенно иначе, чем коммерческие компании и стартапы, и на первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно и, более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. И я рассказывал о нашем опыте построения такого сотрудничества.

А теперь о подарках мироздания.

Оригинал на FB

На конференции я услышал совершенно замечательный доклад Кирилла Улитина «Brain Computer Interface: Залезть человеку в голову», о котором теперь много рассказываю. Про разработку нейроинтерфейсов известно давно, но, оказывается, она сейчас вышла на принципиально новый уровень. Появилась платформа Open Brain Computer Interface (Open BCI). Платформа представлет собой устройство, которое снимает сигнал с датчиков и проводит первичную обработку — альфа-бета и другие волны, эмоции, сосредоточенность, улыбки, моргание глаз и движение бровей и многое другое. А дальше поверх этого ты пишешь собственный обработчик. Аппаратная часть — дешевая, более того, датчики ты покупаешь в необходимом для твоих задач количестве — и ее можно было увидеть на голове докладчика во время выступления, такой забавный пластмассовый каркас с датчиками. А на ее основе можно писать любые приложения. например, управление мышкой движением бровей или глаз. которые снимаются прямо с мозга. Кирилл рассказывал про конкретное приложение, которое он на основе Open BCI сделал — использование информации для оценивания реакции при UX-тестировании интерфейсов. Дело в том, что если респондент фиксирует свои реакции самостоятельно, то картина восприятия нарушается, это известно. А тут получаются непосредственные реакции человека. Видео конференции уже выложено на страницах докладов, так что можете посмотреть на эту штуку живьем. А на конференции Кирилл давал желающим примерить :) И сам ходил в ней не только на своем докладе, но и сидел в зале — вот он на фото недалеко от меня сидит.

Еще один доклад, который меня заинтересовал — Тарас Бризицкий «Осколки стекла». Речь шла о usability программ для рисования для работы на планшетах, без мыши. Часть производителей просто воспроизвели desktop интерфейс, и получилось вообще неудобно. Остальные существенно доработали интерфейс для рисования на экране, однако их программы не чувствительны к инструменту, который пользователь использует. А Тарас предлагает различать в интерфейсе стило и пальцы, при этом предполагая, что пользователь рисует стилом, ведь это аналог карандаша, а пальцами — управляет приложением. Это приложение уже реализовано в виде программы с ограниченным функционалом, которую Тарас и демонстрировал в докладе, и, по его оценкам эргономика использования существенно возрастает. Но — для профессионалов, которые пользуются регулярно, а не для тех, кто рисует иногда. И это может стать проблемой, потому что порог входа тоже повышается, по-моему.

Был интересный доклад Эрика Райса, одного из классиков UX, автор «Usable Usability». Он показывал, как смотреть на usability широко, не только в IT — на примере Петербурга, отелей и других объектов. А в конце бонусом — был большой набор истории инфографики из старинных книг.

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

2017-06-02: SQAdays-21 (Москва май 2017) - зрелая конференция зрелого сообщества

Конференция SQAdays-21 прошла 26-27 мая в Москве. Это зрелая конференция зрелого сообщества тестировщиков. Которые уже понимают сложность профессии и необходимость выхода за узкие функциональные границы. Об этом свидетельствует много докладов, в которых достаточно большое внимание уделялось экономике проекта и достижению бизнес-целей. Например, в докладе Ольги Николаевой о разработке автоматических тестов: надо оценивать затраты на постановку автотестов, на процесс их поддержания и сопровождения, сравнивать с затратами на ручное тестирование. Экономическая составляющая — не единственное основание для автоматизации тестирования, time to market может быть важнее, но стоимость должна быть определена и оправдана с точки зрения бизнеса.

Зрелость отрасли показывает и круглый стол по тест-менеджменту с характерным названием ТЕСТ-менеджмент или тест-МЕНЕДЖМЕНТ. Участники четко формулировали, что разделяют управление — приоритеты задач, обеспечение time to market и работу с командой — командообразование и обучение. Первое отнесли к менеджменту, и его как раз должен делать тест-менеджер, а второе — к лидерству, и ее должен делать тест-лид, вместе с обучением профессии тестировщика, командообразование от профессиональных навыков большинство не отделяло. А вот у выступающих из зала компетенции менеджмента и лидерства часть объединены, при чем выявляется это только после наводящих вопросов модератора Леши Федорова, который приземлял тезис о том, что «лидер должен вести за собой» на конкретные обязанности, и получив в ответ «определять приоритеты, следить за выполнением обязательств» спрашивал «а где здесь лидерство?». Еще надо отметить убеждение ряда участников из зала, что тестировщики не способны определить приоритеты и вообще смотреть на задачи проекта целостно, с учетом time to market проекта, это способен только менеджер. Аргументировать это у выступающего не получалось, так что речь может идти о догме. А может — о жизненном опыте, в котором этот тезис ни разу не опровергался практикой. Совсем другой взгляд высказывал Александр Александров, старейший из российских тестировщиков: «Все люди делятся на тестировщиков и фуфло. Тестировщиков — больше, поэтому они могут справится с любым фуфлом.» Но, независимо от высказываемых взглядов конкретных участников, уровень дискуссии в целом, различие различных аспектов управления явно говорит о высоком уровне понимания управления в профессиональном сообществе, свойственном зрелым отраслям и зрелым участникам. А основной вывод круглого стола для участников заключается в том, что никакого единственно правильного менеджмента не существует, многое зависит от контекста проектов и компаний. Но при этом конструкция разделения ответственности должна строится осознанно и на достаточно четко понимаемой поляне обязанностей.

Я сам выступал на конференции с докладом Самоопределяйся технологично!, в котором рассказывал о собственной сборке схем, которые сам использую для самоопределения. Почему я решил выступить по этой теме и именно на конференции тестировщиков? Дело в том, что тестировщики за 2-3 года проходят начальную стадию набора опыта, а далее могут развиваться в очень большом количестве векторов — автоматизация, DevOps, менеджмент, usability, аналитики… И это для меня — не теоретическое знание, а опыт прошлых конференций, вопрос самоопределения стоит для очень многих участников. Поэтому я решил рассказать именно на этой конференции. А сама тема возникла для меня потому, что, с одной стороны, вопрос самоопределения для меня самого актуален, а с другой — из взаимодействия с сообществом СМД-методологов у меня появилась сборка схем по теме. А выступление — это такой способ проявления и закрепления практики, потому что в ходе подготовки кладешь на схеме не только свои кейсы, но и чужие. При этом конструкция — оригинальная, в публичных источниках ее нет, поэтому если для вас вопросы самоопределения актуальны — смотрите доклад. После доклада был BarCamp и обсуждения в кулуарах, и многие говорили, что схемы — полезны и навели на размышления.

И в заключении хочу отметить неожиданный подарок конференции — выступление Алексея Лянгузова про тестирование BigData. Оно не было запланировано, это был практически экспромт на кофе-брейке. С презентацией, в которой была дана системная картина аспектов тестирования приложений, работающих с большими данными и конкретная реализация. Презентация, думаю, доступна, а вот записи этого доклада, наверное, не будет. Именно поэтому я хочу упомянуть его в отчете. Про другие доклады Вы можете узнать из программы: замечательный доклад Натальи Руколь и Олега Грабко про оптимизацию тестирования мегапортала, Евгения Ланцова про крутую конструкцию для тестирования производительности, Алексея Петрова про работу с командой, и многие другие, и посмотреть презентации и запись, а вод доклад Лянгузова был вне плана.

На этом я завершаю краткий рассказ про SQAdays, для подробного, увы, не хватает времени. Там было много великолепных докладов...

2017-05-24: Спиральная динамика в квадрантах Уилбера

Опубликована моя статья Спиральная динамика в квадрантах Уилбера
Спиральная динамика в квадрантах Уилбера-pic1.png
Спиральная динамика в квадрантах Уилбера-pic2.png

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

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

Я написал об этом статью, и она сегодня опубликована на профессиональном портале интегрального подхода «Эрос и Космос» http://eroskosmos.org/spiral-dynamics-in-wilberian-quadrants/

2017-05-19: Моему сайте - 3 года

Пост на FB

Моему сайту уже 3 года. Или только 3 года. До этого времени был собственный блог, ему чуть меньше 7 лет - сначала на http://uml2.ru, потом на SoftwarePeople (портал закрылся), потом на http://lib.custis.ru. А три года назад я решил собрать на одной площадке не только блог, но и другие материалы. И постепенно на сайте формируются сборные странички по разным тематикам - IT-архитектуре, Agile, Спиральной динамике, СМД-методологии. И я слышал достаточно много отзывов о том, что материалы сайта - очень полезны. И я чувствую, что правильно и своевременно не просто вести сайт и репостить в facebook о новых материалах, а продвигать и позиционировать, и, возможно, создавать тематические страницы контента в FB. Только это - отдельная область компетенций и для грамотной работы - нужен специалист...

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

2017-05-15: Про конференции разработчиков и IT Global Meetup

Facebook напоминает про старые ссылки. Интересно заглядывать на 5 лет назад, читать что думал про развитие отрасли тогда, и как оно реально пошло. И понимать, что не так уж и ошибался :) Правда, страница по ссылке уже недоступна, потому что блоги uml2.ru за это время переехали на другой хостинг и ссылки поменялись. Но эта заметка доступна у меня на сайте http://mtsepkov.org/ADD-2012

Это была третья из серии конференций Application Development Days, и, как оказалась - последняя. Универсальная конференция разработчиков российского уровня плохо собирают аудиторию, хорошо живут нишевые, ориентированные на конкретные стеки технологий - .Net, Java, Web-разработка. А SoftwarePeople и ADD - прекратили работать. Остался #SECR, который по-прежнему развивается без специализации, и даже расширяет тематику, приглашая ведущих зарубежных спикеров и давая возможность заглянуть за границы своей специализации, посмотреть широко. В этом году он впервые будет в Петербурге, а не Москве.

Зато за это время появилось много региональных конференций по всей стране, достаточно широкого профиля - SECON, Стачка, CodeFest, HappyDays и другие, я перечислил только те, где сам был. А в Петербурге появился #ITGM - IT Global Meetup, который три раза в год собирает IT-шников всех специализаций. Программу готовят сообщества из PiterUnited, каждое - по своей тематике, но проходит это все в общем пространстве и там тоже можно заглянуть за рамки своей специализации, посмотреть широко. Вчера прошел юбилейный, десятый.

Там был крайне интересный для меня доклад Павла Аргентова про подход Unikernel (http://unikernel.org) - возвращаешься в те времена, когда памяти было мало, а процессоры - слабые, и операционки не весили жуткие гигабайты, и смотришь на новые подходы для такой разработки... И еще несколько докладов, круглых столов и дискуссий, включая обсуждение изменений в менеджменте на островке тестировщиков, где я активно участвовал в дискуссии. И много-много содержательного общения.

Пост на FB

2017-05-08: Питер Друкер "Энциклопедия менеджмента" - воспоминания

Пост на Facebook, запоминаю в блоге

Facebook напоминает о прошлом и выдал мне этот пост 2013 года с отзывом об Энциклопедии менеджмента Питера Друкера.


Отзыв о книге, который здесь цитируется - был в моем блоге на портале SoftwarePeople, а сейчас перенесен на мой сайт http://mtsepkov.org/DruckerBook Сам портал закрыли со всем контентом, и вместе с одноименной конференцией. Обидно, однако.

А по содержанию с того времени мое понимание сильно продвинулось. Осенью того же года я открыл для себя модель Спиральной динамики, которая объяснила мне логику развития менеджмента и Agile как частный случай, и уже в 2014 начал делиться этим знанием на IT-конференциях (http://mtsepkov.org/SD). А в прошлом году это еще вошло как составная часть в большую картину развития общества, которую на своих лекциях развертывал Петр Щедровицкий (http://mtsepkov.org/PG-srt).

Только, отмечу, что вслед за Тоффлером я склонен полагать, что приходит не просто очередная промышленная революция, а происходит слом индустриального общества, а вместо него рождается общество самореализации, с соответствующим изменением мышления. О чем я и рассказываю в последних докладах про Agile (http://mtsepkov.org/Agile). Вот такой получился сборник автоссылок вместо воспоминания :) Но, кстати, отмечу, что такой целостной картины развития другие не дают, хотя фрагменты есть во многих докладах. Например, на http://ITSpring.by Angel Diaz-Maroto в рассказе о лидерстве в Agile начал именно со связи Agile с третьей промышленной революцией.

2017-05-07: Мое знакомство с СМД-методологией

Пост на Facebook, запоминаю в блоге

Facebook напоминает о прошлом и выдал мне этот пост годичной давности, в котором я делился докладом на AnalystDays-2016 про схемы СМД-методологии.


Примерно пять лет назад я начал знакомиться с СМД-методологией - с нашей компанией начал работать Борис Маркович Островский, один из учеников Георгия Петровича Щедровицкого. Постепенно осваивал ее схемы, чему способствовало участие в играх у Петра Георгиевича в Бекасово. И вот год назад, на #AnalystDays рассказывал об этих схемах аналитикам. Потому что там наработано очень много ценного про устройство мира, и это имеет смысл использовать в практической деятельности, а не просто интересоваться как частью истории человеческой мысли. В частности, в этом году на #SQAdays у меня будет доклад по самоопределению с продолжением на баркемпе, в основу которого легли три схемы: две были в прошлогоднем докладе, а третья - схема самоопределения из лекций Петра Георгиевича по третьей промышленной революции, которые я слушал, конспектировал и публиковал конспекты в прошлом году. Когда хочешь в чем-то практически разобраться - сделай об этом доклад :) Так что приходите слушать!

2017-04-29: инженерная культура и ее ограничения

Этот пост возник, как ответ на один из вчерашних докладов на IT Spring 2017, в котором нам рассказывали о построении конвейера в IT-разработке, чтобы делать программы как автомобили по всем правилам инженерной науки. Так вот, это доклад не инженера, а изобретателя. Изобретатели — очень увлеченный народ, уверенный в своей гениальности, в том, что у них точно получится, даже если у многих раньше — не получалось. Например, вечный двигатель. А инженеры — они все-таки сначала смотрят на работы предшественников и разбираются с предметом.

Agile - ответ на вызовы третьей промышленной революции - Цепков CUSTIS.pdf

То, что софт нельзя производить по регламентам и правилам было осознано на опыте проектов еще в 1980-х, и об этом есть классическая книга Тома ДеМарко «Человеческий фактор». А несколько позднее, в 1992 в статье What is software design (перевод) Ривз объяснил, почему так, в чем именно отличается разработка ПО от создания самолетов, которые у Боинга не только собираются, но и проектируются по регламентам, и почему вследствие этих отличий производство софта по регламентам не работает. Схема этого объяснения - справа.

Но инженеры — они ведь умные. Это у других не работает, а они придумают так, что заработает. И группа гуру во главе с Иваром Якобсоном (автором use case и соавтором UML) придумала RUP. Но и у них не получилось? этому есть много примеров и статистика. Конечно, всегда есть объяснение, что это не получилось по причине неправильного применения регламентов. Но квалифицированные инженеры — они осознают свои ошибки, и для меня лично достаточным основанием является факт, что практически все ведущие авторы RUP, включая самого Ивара, достаточно быстро приняли Agile, который был следующим тактом развития, и участвуют в его развитии.

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

И, что интересно, сейчас регламенты перестают работать не только в IT, но и в других отраслях. Почему так — написал другой классик, Питер Друкер в книге «Менеджмент. Вызовы XXI». Анализируя изменения в характере деятельности, связанные с повышением роли знаний, он выделил возникающие при этом вызовы, на которые традиционный менеджмент не может ответить — а они непременно придут. И они уже пришли. Зафиксированные на глобальном уровне тренды Business Agility и Цифровизации обесценивают культуру правил, делая это, однако, по-разному.

Обо всем этом я буду рассказывать сегодня в своем докладе «Agile — ответ на вызовы третьей промышленной революции», приходите. Кто был на AgileDays - тоже приходите, с тех пор доклад был доработан и дополнен.

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

2017-04-19: Новое - хорошо забытое старое (про диаграммы учета)

Пост на FB

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

Поэтому, когда примерно год назад Максим Осовский прислал мне фотку из книги Леонтия Бызова «Графические методы в планировании, статистике и учете» (1940), на которой изображен план счетов горнодобывающего предприятия, я очень заинтересовался.

Леонтий Бызов. План счетов предприятия.jpg

Леонтий Бызов. Обобщенный план счетов предприятия.jpg

К сожалению, книга есть только в бумажном варианте в Ленинской библиотеке (ну, может, еще в нескольких), и детально посмотреть никак не было времени. Но готовясь рассказывать про Диаграммы учета на Соколовских чтениях в рамках Международного экономического симпозиума я дошел до библиотеки и взял книгу. Кроме этого конкретного плана счетов я в ней нашел обобщенный план счетов предприятия.

А еще Бызов пишет, что графическая нотация для планов счетов — не его изобретение. Он ссылался на книгу Эйгена Шмаленбаха «Счетные планы». Эта книга была переведена в 1928 году и я ее тоже взял. Прочел, что схемы планов счетов были разработаны специально для обучения, увидел серию схем, одну из которых можно увидеть ниже. Фрагмент книги со схемами я отсканировал и публикую Файл:Эйген Шмаленбах. Счетные планы - фрагмент.pdf. Вообще у Шмаленбаха есть целая серия книг, но переведена на русский только одна.

Эйген Шмаленбах. Счетные планы, cхема J.jpg

Возвращаясь к книге Леонтия Бызова, хочу сказать, что у него в книге не только учетные диаграммы и представления для статистических данных, но и интересные организационные схемы, например, представленные на этом развороте документооборота. Подробнее можно посмотреть в отсканированном мной фрагменте книги Файл:Леонтий Бызов. Графические методы в планировании статистике и учете - фрагмент.pdf

Леонтий Бызов. Графические методы в планировании статистике и учете - фрагмент.pdf

Леонтий Бызов много занимался графическими языками, его биографию можно прочитать в очерке внука, тоже Леонтия, «Мой дед Леонтий Бызов», а в прошлом году я был на встрече, посвященной его работе по созданию графического языка.

А еще, что интересно, и на Шмаленбаха и на Бызова — достаточно много ссылок в рефератах и научных работах. И достаточно очевидно, что люди не читали оригинал, а пересказывают с чужих слов — потому что оригинал слабо доступен. А то и просто копируют в список литературы. С Бызовым вообще интересно — одна из его книг процитирована в статье «Графические методы» Большой Советской Энциклопедии, но фамилия названа с опечаткой, «Вызов» — так эта ссылка и кочует из работы в работу :) И Вы можете исправить это, проголосовав за оцифровку работ на сайте Ленинки: Леонтий Бызов, Эйген Шмаленбах

2017-04-15: ГосAgile - теперь официально

В эту пятницу прошло первое собрание группы ГосAgile, которая официально называется «Подгруппа по применению гибких подходов в государственных проектах рабочей группы по развитию проектной деятельности при президиуме Совета при Президенте Российской Федерации по стратегическому развитию и приоритетным проектам». Группа была официально запущена пару дней назад, как раз в день космонавтики :) Состав группы — очень разный, там собрались не только те, кто успешно применяет Agile, в том числе в государственных проектах, но и те, кто отвечает за формирование нормативной и методологической базы ведения проектов и, возможно, предпочли бы сохранение более консервативных подходов, однако не могут игнорировать изменения в мире. А также те, перед кем стоит задача масштабных изменений в отдельных сегментах государственного управления, и они смотрят на Agile как на возможное средство для проведения изменений и готовы ему учитьcя и адаптировать к реалиям государственных проектов. Поиому что, хотя кейсы применения Agile в госпроектах есть, и их даже довольно много, нигде не идет речи о применении чистых методов, везде строится достаточно сложная комбинация.

Disclaimer. Это - мои впечатления с заседания и они не являются официальным протоколом или пресс-релизом.

Собрание началось с формулирования направлений работы и ожиданий. Андрей Анатольевич Бадин, Заместитель директора Департамента проектной деятельности Аппарата Правительства РФ, рассказал о внешнем контексте — о других рабочих группах и их направления движения, в частности, методической группы. Основной стандарт будет гейтовый, в нем будет о контрольных точках, но не о методах их достижения. А по методам как раз работают другие подгруппы, в том числе новая подгруппа по Agile.

Далее были направления работы и ожидаемые результаты за год от Олега Качанова, Директор Департамента проектов по информатизации Минкомсвязи России, руководителя подгруппы. Затем была короткая презентация по Agile для выравнивания контекста от Ивана Дубровина, заместителя руководителя подгруппы. Иван начинал развитие ГосAgile еще в 2015 году, работая тогда в Минкомсвязи, и в ноябре 2015 во многом его усилиями прошла AgileKitchen на территории Аппарата Правительства, которая вывела это движение в публичное пространство еще до выступления Германа Грефа.

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

  • Продвижение будет идти по обозначенному набору тем, при этом список является открытым, и его даже дополнили прямо на встрече. По каждой теме есть годовой ориентир — чего хотелось бы достигнуть. В процессе он может изменяться — цель смещается по обстоятельствам.
  • Участникам было предложено определить интерес работы в одной из предложенных тем, обозначив уровень своего участия от максимального — готов самостоятельно создавать контент и участвовать во группы встречах между общими — до минимального, предполагающего только оценку материалов.
  • По каждому из направлений предложен вариант ожидаемого через месяц результата, который можно было скорректировать в обсуждении.
  • Раз в месяц будут общие встречи, на котором по каждой теме будет сообщение о достигнутых результатах и текущем статусе — демо, а также заявлен ожидаемый результат на следующий месяц.
  • А дальше — ожидается что внутри групп участники как-то сами соорганизуются вокруг общего пространства: trello для ведения задач, GoogleDocs для документов, telegram для сообщений и GoToMeeting для конференций. Использование открытых платформ на текущем этапе предполагается оправданным: закрытых материалов не ожидается, а знакомые инструменты обеспечивают низкий порог входа.

Обозначены следующие темы работ.

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

2017-04-08: конференции в апреле

Календарь конференций имеет два сезона - весной и осенью. Весна для меня началась в феврале выступлением на World Information Architecture Day в Петербурге: От монолитных моделей предметной области — к модульным. Вообще это - очень интересная встреча высокого уровня и у докладчиков и у участников, подробности можно прочитать в (отчете в блоге с обзором докладов. Потом было выступление на AgileDays: Agile — ответ на вызовы третьей промышленной революции. Сама конференция - рабочая, много контекста и много параллельных треков, так что в отчете - только общие впечатления. А апрель начался с участия в качестве со-ведущего на Radiometrics в передаче с Дмитрием Завалишиным, Алексеем Вайсбергом и Олегом Смирновым, на которой обсуждали консалтинг как составляющую часть IT-проектов.

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

И в мае тоже будет продолжение. Я надеюсь поехать на IT Global Meetup в Петербург, и буду на SQAdays в Москве.

Я надеюсь, будет интересно и содержательно!

2017-04-02: Обсуждение на Радиометрикс консалтинга Заказчика внутри IT-проекта

Сегодня было очень интересное обсуждение на Радиометрикс с Дмитрием Завалишином, Алексеем Вайсбергом и Олегом Смирновым ведение IT-проектов. На этот раз я участвовал в передаче как один из ведущих, а гостями были Дмитрий Завалишин и Алексей Вайсберг. Очень интересно и содержательно. Запись доступна на сайте передачи, смотрите и слушайте. А здесь анонс на FB, по нему можно найти отзывы.

Непосредственным поводом к передаче послужила публикация Димой в своем ЖЖ серии постом, посвященных процессу разработки. И она тоже интересная и содержательная, читайте http://dz.livejournal.com/tag/ПроцессЗавалишина Надеюсь, Дима продолжит публикацию.

А основным обсуждавшимся вопросом о консалтинге Заказчика в ходе внутри IT-проектов: почему он нужен, что является его предметом, явный или неявный, из какой позиции - ведь заказчик лучше понимает свой бизнес. И разговор часто переключался на процесс ведения проекта, в том числе на Agile. Тем более, что Ждима в первом из постов серии написал "Невозможно не сказать пару слов про эджайл. Скажу. Эджайла нет. Уложился? :)" Впрочем, потом уточнил "Реально, конечно, эджайл вполне есть...".


2017-04-01: Бессмысленность корпоративного разума

Сон разума рождает чудовищ или закономерности роста бюрократии в организациях?

Эту историю я услышал в кулуарах SQAdays. Тестировщик работал в компании А, которая предоставляет своих сотрудников на аутстафф в разные проекты. И как аутстаффер работал на проекте в одной крупной компании Б, им были довольны. А он рос, повышал свой уровень и рассчитывал на повышение зарплаты. Обсуждая это со своим руководством в А, которое обещало, но не сильно много, и изучая рынок, рассматривая предложения. В том числе - в компании Б, где он работал на проекте и им были довольны. Компания Б тоже сделало предложение, но зарплату предложили меньше, чем предлагала компания А, при этом условия для своих сотрудников там были жестче, чем для аутстафферов. Он удивился, а ему объяснили, что они бы и рады предложить больше. но в компании приняты тарифные сетки, и он не подходит по формальным условиям. В общем, он остался в компании А, договорившись о траектории роста квалификации, предъявляемом через тесты и соответствующей траектории роста зарплаты. И по-прежнему работает в компании Б на аустаффинге в том же проекте, и компания Б платит компании А не только его зарплату, но и достаточно много сверху, потому что компания А - вовсе не благотворительная организация :)

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

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

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

На этом - все.

2017-03-26: размышления об AgileDays

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

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

А еще идет обобщение практики и развитие методов. Я вижу, что такая работа идет, например, по докладу Алексея Пименова, и хотя мне сложно оценить ее в контексте развития методов в рамках мирового Agile-движения, но со-участие России в этом для меня очевидно.

Второй вектор развития на конференции - это внедрение Agile в тех организациях, где IT не является главным двигателем. В первую очередь интересны кейсы внедрения в органах государственного управления. Тренд ГосAgile начал развиваться в 2015, а после выступления Грефа на Гайдаровском форуме - усилился и был представлен на конференции в прошлом году. А в этом конференцию приветствовал заместитель руководителя Аппарата Правительства РФ Андрей Слепнев. Но при этом, что важно, вопрос о переходе на Agile - не ставится, предполагается, что он сам найдет своих сторонников, и важно, чтобы они могли действовать не нарушая нормативов. В общем-то, кейсы показывают, что при поддержке со стороны руководства это возможно уже сейчас.

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

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

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

Третий вектор - инженерные практики. По моим ощущениям, в этом году таких докладов было больше, чем в предыдущем. Микросервисная архитектура от Александра Бындю, DevOps, DDD и многое другое, разного уровеня, для продвинутых и для начинающих с детальными объяснениями.

Практически не было докладов про внедрение Agile в небольших компаниях и командах. Это по-прежнему актуальная тема: хотя для тех, кто в Agile давно, она относительно понятна. Многие компании и команды, в том числе новые, вступают на этот путь. Но здесь правильнее для начала пройти тренинг, получив готовые ответы, а не изобретая велосипеды. Рассказ о практиках, тем не менее, востребован, но, насколько я понимаю, для этого есть форматы AgileCamp и AgileKitchen. Впрочем, могу ошибаться.

Было некоторое количество докладов "из широкой рамки" управления проектами, и организациями, не связанными непосредственно с Agile. Некоторые из них явно диссонировали с духом Agile, в котором сотрудники совместно делают общее дело, а была позиция менеджера, профессионально обеспечивающего эффективную работы сотрудников. И даже в кулуарах я слышал "и кто пустил его на Agile-конференцию". Так вот, Agile - это не секта, нетерпимая к иному образу мыслей. В период формирования весь этот спектр вопросов активно обсуждался и на них есть ответы. Просто с тех пор часть из них ушло в неявное знание у опытных и отсутствует у тех, кто воспринял Agile-конструкции как готовые. Так что если кому-то подобные доклады сильно режут ухо и есть желание их исключить, то, скорее, надо взглянуть на историю и разобраться в позиции, представляемой докладчиком, включая позитивные и негативные последствия. А еще в таких докладах обычно достаточно много практик, которые уместны для решения конкретных проблем и могут быть включены в арсенал, если сделать поправки на изменение позиции. Это вообще в традиции Agile - черпать практики из самых разных источников, адаптируя и трактуя. Наиболее яркие примеры - Kanban и Lean.

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

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

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

2017-03-21 - Впечатления с SQA Days-20 - лучше поздно, чем никогда, правда?

С опозданием пишу отзыв о 20 конференции SQAdays, которая была в конце ноября в Минске. И вовсе не потому, что конференция мне не понравилась. Наоборот, было много хороших докладов и интенсивное, конструктивное общение. И мне хотелось написать обстоятельный отзыв, по горячим следам это не получилось, все время были другие дела, но наконец очередь дошла.

Зато уже через два месяца - следующая конференция SQAdays, на этот раз в Москве. И, может быть, кто-то прочитав этот отчет вдохновится, и решит съездить, а может быть даже сделает доклад! Организаторы этому всегда рады!

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

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

→ продолжить чтение…

2017-03-14 - Бирюзовые организации: цель единая, но разная

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

Итак, есть два принципа.

  1. В организацию (сообщество, движение) объединяются люди, разделяющие общее целеполагание организации и готовые им руководствоваться в своих действиях.
  2. Признается и уважается право любого участника на собственную интерпретацию целеполагание и действий, исходя из своего понимания целей.

Исходя из них формулируется примерно следующая процедура.

  1. Каждый кому пришла в голову хорошая идея, реализация которой работающая на цели организации, может собирать необходимых ему единомышленников для реализации, включая обеспечение ресурсами и финансами, если они необходимы.
  2. О планах по реализации информируются все потенциально заинтересованные члены организации (или вообще все).
  3. Мнения - выслушиваются и принимаются во внимание. В том числе - предложения о возможном увеличении предполагаемой пользы. Но решение принимают инициаторы.
  4. А вот возражения, касающиеся потенциального вреда от реализации плана действий из-за конфликта должны быть решены с поиском решения исходя из целеполагания движения в целом.
  5. А дальше - реализация.

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

  1. Форма инициативного предложения.
    1. Безличная форма "А не сделать ли нам ..." (продукт, мероприятие, ...) годится только чтобы "прощупать ситуацию" на предмет резких возражений. А дальше надо переходить к одной из двух позиционных форм.
    2. Я думаю, что будет полезно сделать то-то (для таких-то целей и в такой-то конструкции), но не готов сам это делать
    3. Я готов сделать то-то (для таких-то целей и в такой-то конструкции).
    • Может показаться, что 1.2 и 1.1 - это одно и то же. На самом деле, нет. Заявляя форму 1.2 говорящий показывает, что выдвигает идею, но готов предоставить инициативу другим. И это важно показать явно. И понятно, что для того, чтобы предложение реализовалось, кто-то должен высказать его в форме 1.3.
  2. В ответ на предложение в форме 1.3. от других участников ожидается одна из трех позиций:
    1. Поддерживаю, готов участвовать
    2. Поддерживаю/не возражаю, но не готов участвовать
    3. Считаю неправильным, потому что ...
  3. Понятно, что чтобы занять позицию могут требоваться уточняющие вопросы, на них инициатор должен ответить. Могут быть вопросы, на которые ответ труден (не продуман), и тут может быть встречный вопрос "а что для тебя от этого зависит?"
  4. Позиция 2.1 рассматривается как предложение о сотрудничестве, и может сопровождаться идеями/условиями. Предложение не обязано приниматься, переговоры - разумно потом, когда сняты возражения про вред (2.3).
  5. В позиции 2.3 важно отличить возражения от мнения.
    1. Мнение: "Такой продукт не найдет спроса...", "На такое мероприятие никто не придет..."
    2. Возражение: "Этот продукт будет конкурировать с уже существующим успешно распространяемым, которым я (возражающий) развиваю, и при этом не привлечет новых потребителей"
  6. Как с этим работаем?
    1. С возражением - работаем, ищем решение win-win и возражающий должен сотрудничать, как я описывал в [[ранее. Что надо сделать, чтобы новый продукт не деструктивно конкурировал со старым, а привлекал новых потребителей? Изменить сам продукт? Доработать его маркетинговую стратегию? Что-то еще?
    2. Возражать можно только "за себя", из своей деятельности - нельзя искать решение "от имени другого".
    3. Мнение - лишь учитывается инициатором на его усмотрение. Участник, высказывающий мнение может как угодно оценить цели и план действий, которые предлагает автор инициативы. Но никто, кроме самих инициаторов, не является судьей, определяющим, правильно это мнение, или нет, хорошо ли сформулированы цели, или не слишком.
    4. Исключение - мнение, что реализация нанесет вред деятельности другого участника сообщество, который не проинформирован об этих планах.
  7. Отдельно следует отметить работу с мнениями или возражениями, которые говорят о потенциальных рисках потерь, которые возникают при неудаче. Хорошо, когда это мнение обосновывается какими-либо прошлыми уроками организации или внешнего мира, о которых инициатор может просто не знать. Но часто оно является лишь некоторым экспертным заключением говорящего. И в этом случае его следует принять в рассмотрение и подумать: если говорящий прав и риск реализуется - как мы сможем раньше заметить поворот событий в нежелательную сторону и предотвратить или уменьшить ущерб? И учесть это в своем плане. При этом если говорящий говорит об ущербе позиционно, из своей деятельности в организации - то с этим работают совместно, как с возражением, а иначе - как с мнением.

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

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

2017-03-13: Agile в IT и вне IT - в чем отличия

Agile стремительно распространяется за пределы IT-отрасли, и это несет свои особенности. О них - в моей беседе с Мариной Симоновой на сайте AgileSpace. В публикации на FB идет обсуждение.

« новейшие ‹ 20 более новых старейшие »