Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 October 15

AK

Alexander Kivaev in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Это хорошо работает ровно до того момента, пока кто-то один раз не сказал "идите в ж*пу, у меня процесс".
И это правильно. Например, системный администратор управляющий продуктовыми серверами имнно так всегда и скажет . И все эти ходоки пойдут в жопу. Это основополагающее правило не уронить эти сервера. Упомянутый выше бухгалтер, работающий с подотчетными лицами в компании, тоже всех пошлет и будет прав. И у того и у того процесс.
источник

AK

Alexander Kivaev in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Поговори с к разработчиками, каково оно - разрабатывать через СУДИР ;)
Одна из моих профессий разработка. Я сам разработчик ))) Когда утром брился, на себя укоризненно в зеркало смотрел.
источник

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Alexander Kivaev
Одна из моих профессий разработка. Я сам разработчик ))) Когда утром брился, на себя укоризненно в зеркало смотрел.
Тут немного про другое было...
источник

AK

Alexander Kivaev in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Тут немного про другое было...
Про что?
источник

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Alexander Kivaev
Про что?
Проехали
источник

VB

Vadim Borisov in Agile, Scrum, Lean, Kanban, XP
Alexander Kivaev
А может ли быть так, что работа внутри команды и самоорганизация команды, это отдельно от текущей корпоративной бюрократии? И тут неважно, достает компу оперативной памяти или нет.
Разработка в банке требует подключения сразу нескольких команд. Если бы все эти команды жили по agile, и надо было бы хотя бы раза в 2-3 писать меньше служебок на примитивные действия, то это работало бы.

Поясню на примере.
Например, вы работаете на компоненте А, у вас всё agile и лампово.

Но ещё есть как минимум компоненты B, C, D. Чтобы весь бизнес процесс работал, нужны обновления на всех этих компонентах.

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

Вы в команде А разработали всё супер быстро и по agile, надо тестировать весь контур. А остальные команды не готовы, тестовое окружение не работает.
Ещё барьер.

А ещё есть юристы, безопасники,  с которыми тоже надо взаимодействовать, у которых тоже свои регламенты и своя жизнь.
+1 барьер.


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

IZ

Ivan Z in Agile, Scrum, Lean, Kanban, XP
Alexander Kivaev
Но корпорация не может существовать без бюрократии. Получается, что гибкие подходы не подходят для крупных предприятий и корпораций?
После долгих размышлений с приятелем на тему построения организаций пришли к следующему набору утверждений:
- если указание проходит через число уровней управления больше 2-х, то оно искажается на противоположное;
- это происходит из-за того, что вероятности ошибки в передаче информации умножаются, даже если точность 90%, то через четыре звена точность будет 65%;
- поэтому в классических бюрократиях распространено воспитание исполнительности, максимизация точности исполнения на каждом этапе. Это приводит к повышению стресса и снижению качества решений исполнителей (т.н. вьетнамский синдром, когда солдаты выбирают похожие на правильные, а не правильные решения);
- плоские структуры (например самоорганизующиеся команды) имеют минимальное число звеньев передачи информации, поэтому вероятность искажения информации снижается;
- кроме того, есть системный принцип - ошибки верхних уровней внизу не исправить, сколько раз вы сталкивались с неспособностью объяснить руководителю неправильность принимаемого им решения? Поэтому для минимизации неисправимых ошибок всего лишь нужно снижать количество промежуточных уровней;
- но тогда ограничивается максимально достижимый масштаб организаций с плоской структурой. Тут есть варианты - экосистемы, венчурные фонды;
- есть всего единичные примеры организаций в мире, где много уровней иерархии, но работает как в плоских. Такие организации по сути меняют базовые элементы из которых строится организация, они развивают своих сотрудников;
- таким образом, чтобы купировать недостатки иерархической структуры её члены должны постоянно развиваться, только в этом случае масштаб достижим в таком иерархическом виде с сохранением гибкости и эффективности плоских структур. Это как армия СССР времен войны (система подготовки кадров +2 к текущему уровню, постоянный рост и обучение - жить-то хочется)
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
Ivan Z
После долгих размышлений с приятелем на тему построения организаций пришли к следующему набору утверждений:
- если указание проходит через число уровней управления больше 2-х, то оно искажается на противоположное;
- это происходит из-за того, что вероятности ошибки в передаче информации умножаются, даже если точность 90%, то через четыре звена точность будет 65%;
- поэтому в классических бюрократиях распространено воспитание исполнительности, максимизация точности исполнения на каждом этапе. Это приводит к повышению стресса и снижению качества решений исполнителей (т.н. вьетнамский синдром, когда солдаты выбирают похожие на правильные, а не правильные решения);
- плоские структуры (например самоорганизующиеся команды) имеют минимальное число звеньев передачи информации, поэтому вероятность искажения информации снижается;
- кроме того, есть системный принцип - ошибки верхних уровней внизу не исправить, сколько раз вы сталкивались с неспособностью объяснить руководителю неправильность принимаемого им решения? Поэтому для минимизации неисправимых ошибок всего лишь нужно снижать количество промежуточных уровней;
- но тогда ограничивается максимально достижимый масштаб организаций с плоской структурой. Тут есть варианты - экосистемы, венчурные фонды;
- есть всего единичные примеры организаций в мире, где много уровней иерархии, но работает как в плоских. Такие организации по сути меняют базовые элементы из которых строится организация, они развивают своих сотрудников;
- таким образом, чтобы купировать недостатки иерархической структуры её члены должны постоянно развиваться, только в этом случае масштаб достижим в таком иерархическом виде с сохранением гибкости и эффективности плоских структур. Это как армия СССР времен войны (система подготовки кадров +2 к текущему уровню, постоянный рост и обучение - жить-то хочется)
Более точно не иерархия, а субординация). В целом, полезные наблюдения на мой взгляд ))
источник

IZ

Ivan Z in Agile, Scrum, Lean, Kanban, XP
Alexander Kivaev
Я специально завязал на объективные критерии. Чтобы такого не получилось.
Есть ведь и другая сторона - хитромудрая команда решила, что проще морочить голову и заниматься приписками, чем выполнять реальную работу. То есть члены команды не разделяют ценности манифеста эджайл, но выявить это по внешним признакам не удалось. Таких примеров достаточно.
А зачем такую команду на работе держать? Менять и всё :)
источник

AK

Alexander Kivaev in Agile, Scrum, Lean, Kanban, XP
Vadim Borisov
Разработка в банке требует подключения сразу нескольких команд. Если бы все эти команды жили по agile, и надо было бы хотя бы раза в 2-3 писать меньше служебок на примитивные действия, то это работало бы.

Поясню на примере.
Например, вы работаете на компоненте А, у вас всё agile и лампово.

Но ещё есть как минимум компоненты B, C, D. Чтобы весь бизнес процесс работал, нужны обновления на всех этих компонентах.

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

Вы в команде А разработали всё супер быстро и по agile, надо тестировать весь контур. А остальные команды не готовы, тестовое окружение не работает.
Ещё барьер.

А ещё есть юристы, безопасники,  с которыми тоже надо взаимодействовать, у которых тоже свои регламенты и своя жизнь.
+1 барьер.


Итог: вы сделали всё в 10 раз быстрее, но эта скорость успешно сошла на нет благодаря всей организации.
При чем здесь скорость, если существует план контрольных точек, в котором обозначены даты, в которые должны быть сведены результаты работы команд A, B, C и D, а между этими датами, запланированные даты утверждения безапасниками, даты подготовки документов юристами и т.п. То есть такой план управляем, не вижу барьеров.
источник

AK

Alexander Kivaev in Agile, Scrum, Lean, Kanban, XP
Ivan Z
А зачем такую команду на работе держать? Менять и всё :)
"но выявить это по внешним признакам не удалось" - Я не умею как рентген людей просвечивать. А вы умеете?
источник

IZ

Ivan Z in Agile, Scrum, Lean, Kanban, XP
Alexander Kivaev
При чем здесь скорость, если существует план контрольных точек, в котором обозначены даты, в которые должны быть сведены результаты работы команд A, B, C и D, а между этими датами, запланированные даты утверждения безапасниками, даты подготовки документов юристами и т.п. То есть такой план управляем, не вижу барьеров.
"План управляем" - именно!

А реальная жизнь она сложнее любых планов.

Вы будете управлять планом, но не:
- разработкой ПО;
- продуктом.
источник

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Alexander Kivaev
При чем здесь скорость, если существует план контрольных точек, в котором обозначены даты, в которые должны быть сведены результаты работы команд A, B, C и D, а между этими датами, запланированные даты утверждения безапасниками, даты подготовки документов юристами и т.п. То есть такой план управляем, не вижу барьеров.
Эта тема поднимается в чате с завидной регулярностью. Если у вас всё хорошо, скрипач не нужен. Живите дальше и радуйтесь бюрократии.
источник

AK

Alexander Kivaev in Agile, Scrum, Lean, Kanban, XP
Ivan Z
"План управляем" - именно!

А реальная жизнь она сложнее любых планов.

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

IZ

Ivan Z in Agile, Scrum, Lean, Kanban, XP
Alexander Kivaev
"но выявить это по внешним признакам не удалось" - Я не умею как рентген людей просвечивать. А вы умеете?
В мелочах такие проявляются. Есть исследования, что мы на уровне устройства мозга делимся на две категории:
- у одних зона удовольствия в мозге активизируется от сотрудничества;
- у других зона удовольствия активизируется от обмана других.

Как в притче про скорпиона и лягушку. https://pikabu.ru/story/pritcha_o_lyagushke_i_skorpione_5914024

Сколько раз видел - заметил одну фишку нечестности, так будет и дальше. Чел сразу находится в другой категории
источник

AK

Alexander Kivaev in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Эта тема поднимается в чате с завидной регулярностью. Если у вас всё хорошо, скрипач не нужен. Живите дальше и радуйтесь бюрократии.
Даже при гениальном Конфуции человечество было далеко от идеала. А вы говорите про все хорошо...
источник

IZ

Ivan Z in Agile, Scrum, Lean, Kanban, XP
Alexander Kivaev
Но ведь кто-то должен выполнить координацию всех внешних участников с нашей командой, верно? И в любом случае у нас получается много команд, а не одна, так как в команде может быть только 8 человек. И юристы отдельная команда и безопасники отдельная команда.
Подождите, вам нужен:
- план
- взаимодействующие команды
а где потребность в работающем продукте?)))

Пока вам продукт не нужен, Agile тоже нинужен))
источник

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Alexander Kivaev
Но ведь кто-то должен выполнить координацию всех внешних участников с нашей командой, верно? И в любом случае у нас получается много команд, а не одна, так как в команде может быть только 8 человек. И юристы отдельная команда и безопасники отдельная команда.
Сделайте одну команду, пусть внутри сами обо всем договариваются.
источник

AK

Alexander Kivaev in Agile, Scrum, Lean, Kanban, XP
Ivan Z
Подождите, вам нужен:
- план
- взаимодействующие команды
а где потребность в работающем продукте?)))

Пока вам продукт не нужен, Agile тоже нинужен))
Я сейчас про между командами. Да, юрист испытывает непреодолимую потребность в работающем продукте, приглушать эту боль может только медикаментами. Тут все в порядке. Но при том, что в команде 7 человек  самоорганизуются, вопрос - могут ли самоорганизоваться 8 команд и что для этого им требуется?
источник

AK

Alexander Kivaev in Agile, Scrum, Lean, Kanban, XP
Ivan Z
В мелочах такие проявляются. Есть исследования, что мы на уровне устройства мозга делимся на две категории:
- у одних зона удовольствия в мозге активизируется от сотрудничества;
- у других зона удовольствия активизируется от обмана других.

Как в притче про скорпиона и лягушку. https://pikabu.ru/story/pritcha_o_lyagushke_i_skorpione_5914024

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