Size: a a a

Agile, Scrum, Lean, Kanban, XP

2021 May 10

DK

Denis Kachnov in Agile, Scrum, Lean, Kanban, XP
Если что-то изменится в проблеме и экспертные знания перестанут быть эффективными, вполне можно. Я так думаю.
источник

V

VP in Agile, Scrum, Lean, Kanban, XP
И тут выход - перестраивать организацию снова или быть к этому изначально подготовленными
источник

DK

Denis Kachnov in Agile, Scrum, Lean, Kanban, XP
Б! Б!! Вариант Б!!!" (с)
источник

П

ПашМиш in Agile, Scrum, Lean, Kanban, XP
В общем виде это кажется сводится к глубокому философскому вопросу о познаваемости мира. Но каждая конкретная проблема потенциально может быть решена пока обратное не доказано. Примеров такого в науке масса, например теория вероятности появилась на месте случайности.
источник

DK

Denis Kachnov in Agile, Scrum, Lean, Kanban, XP
Даже если отдельные части ИТ продукта в смысле решаемых задач находятся в комплексном домене, другие части находятся в осальных доменах.
Технически сложные архитектурные вещи, скорее всего, в сложном.
Рутинные задачи и разная очевидная мелочь - в простом.
Какие-то вещи могут быть реально в хаосе, когда владельцу нужно объявить "Поверхность луны считать твердой".

В итоге, на комплексный домен остается не так уж много из всего ИТ-продукта.
источник

ТХ

Тимур Хайруллин... in Agile, Scrum, Lean, Kanban, XP
Леш, но вот без их называния и проработки на стартовом тренинге тоже нельзя обойтись, как мне кажется
источник

IZ

Ivan Z in Agile, Scrum, Lean, Kanban, XP
В сфере IT это начало случаться раньше. Других настигает сейчас 🤷‍♂
источник

IZ

Ivan Z in Agile, Scrum, Lean, Kanban, XP
Лично мой подход: переводим проблемы по маршруту хаос->сложность->запутанность->очевидность
источник

СШ

Сергей Шаблонов... in Agile, Scrum, Lean, Kanban, XP
Не буду спорить, т.к. аккуратно до этого сказал не все, а почти все. Соглашусь с @dkachnov что не все задачи ИТ-проекта лежат в этом домене. Хотя кто поработал с год в крупнейших корпорациях, где более 100 тыс. работников (а я 15 лет), то даже простейшая задача может встать колом и отодвинуть проект на 3 мес. Не обязательно разделять ценности Agile? Понимаю, можно разделять ценности Канбан, чему посвящен целый раздел в Руководстве по Канбан Д.Андерсона

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

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
Ну если про них даже не рассказать? Тогда вообще без шансов же. Хотя да, можно их взращивать и никому не объяснять, наверное. Создавать культуру и все, поглощённые ею, будут нести знамя коммунизма.

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

Совершенно согласна, что ценности - это долго. Трудно найти, легко потерять (тут очень близко с доверием по Пикулеву ;))
источник

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
😂 помощь зала!
источник

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
Кстати, интересная мысль про менеджеров прошлого.

У нас в одной из команд пришёл от менеджмента запрос на тренинг по скрам с упором конкретно на коммитмент команд. Вот не коммитятся, негодяи. Не берут на себя респонсибилити, понимаешь.

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

И без открытости менеджмента откуда взяться courage and openness  команды? Поведение считывается гораздо быстрее слов и приводит к тому, что имеем.

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

П

ПашМиш in Agile, Scrum, Lean, Kanban, XP
А у вас уже есть опыт работы с такой командой?
источник

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
С какой? Которая не попадает в эстимейт? Есть
источник

П

ПашМиш in Agile, Scrum, Lean, Kanban, XP
Нее, с командой, которая не разделяет ценностей scrum
источник

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
Ещё бы
источник

ДМ

Дмитрий Матушкин... in Agile, Scrum, Lean, Kanban, XP
Ребят, вы о чём, какие ценности в тренинге? Вы тут в большинстве своём, не то что тренируя кого-то, просто болтая между собой, противоречите многим ценностям, которые закладывались в принципы любой методологии... Демагогию разводите тут...
источник
2021 May 11

СШ

Сергей Шаблонов... in Agile, Scrum, Lean, Kanban, XP
Здравствуйте, Дмитрий, аватарка у Вас улыбающаяся, поэтому замечание доброжелательно выглядит 😊

Итак к фактам:
- приверженность (+ привержены цели ответа на вопрос от Jane)
- сфокусированность (+ стараемся не уходить от вопроса и смотреть с разных сторон)
- открытость (+ чат публичный, обсуждаем открыто, и открыты другим мнениям)
- уважение (+ ко всем на Вы и обсуждаем без перехода на личности)
- смелость (+ честно отразили свое мнение в присутствие 4600 подписчиков)

Итого: все 5 ценностей не пострадали...
источник

dK

dim Kd in Agile, Scrum, Lean, Kanban, XP
Может кто то статью на Хабре писал ? Сколько она премодерацию пооходит и можно ли коменты ограничить те выключить ?
источник

П

ПашМиш in Agile, Scrum, Lean, Kanban, XP
И как с вы работали с такими командами? Можем ли мы вообще влиять на систему ценностей других людей?
источник