То есть ситуация когда договорники ждут программистов это норм ситуация?
Нет, но это связано не с wip limits, а либо с неоптимальных flow, либо с неверно установленным batch size
Pavel
Артем
Бэч сайз это что?
Vladimir
Оу, понятно.)
Тогда немного не подхожу под описание.) Есть небольшой опыт внедрения культры в ит-компании госсектора. Тоже то еще извращение.)
Расскажите что вы делаете с культурой в ит компаниях гос сектора:
- Кто вас зовет?
- Какие цели ставят?
- Как проверяют?
- В чем заключается целевая культура?
- Чью культуру меняете?
Pavel
https://medium.com/the-agile-weekly/understanding-product-development-batch-size-work-in-process-wip-risk-for-small-teams-f551144ecbb5
Pavel
Сорри у меня уже ночь и я так себе объяснитель сейчас. В статье есть про поток, размер пакета и лимиты, а так же про то, как они связаны
Лариса
Расскажите что вы делаете с культурой в ит компаниях гос сектора:
- Кто вас зовет?
- Какие цели ставят?
- Как проверяют?
- В чем заключается целевая культура?
- Чью культуру меняете?
Я работаю в одной компании.
И я, как и многие, не сертифицированный скрам-мастер. В производтве появилась большая дыра, оно сильно отставало от потребностей бизнеса. В какой-то момент решили, что пора что-то менять, как следствие выделили несколько сотрудников в команду, как пилотный проект.
Живем дальше, пробуем.
Sergey
Посоветую странную книгу. "Технология группы". Кордонского и Ландсберга.
Ландсберг гений менеджмента. Представьте: вы организуете конференцию на 3000+ человек. В активе у вас 50 детей от 10 до 15 лет. Они тянут проводку, организуют сцены, размещают гостей. Ессть еще несколько взрослых. Они обеспечивают медобслуживание, рации и т.д..
А руководитель этого всего вынужденно лежит в больнице за границей.
Ну как, кто справится? Я вот не возьмусь.
Лариса
Аа)
Aleksandr
народ, как лучше оформить сторонние задачи в проекте? ну т.е. есть релиз и эпики, но эпизодически прилетают таски вообще не по теме(от этого пока никуда не деться)
Aleksandr
отдельный эпик недельный делать для таких вещей? или как?(
Sergey
Коллеги, вопрос. Вынесли на канбан доску несколько проектов разных направлений (через свимлэйны): разработка, техпод, договорная работа. И возник вопрос такой, а вип-лимиты должны стоять на весь столбец и шарится на все проекты (свимлэйны) или по каждому направлению свои лимиты?
Если команда из крос функциональных спецов, то на команду. Если нет, то на рабочий центр. Причем надо учесть, что если есть уни альеый человек :) то столбец по нему.
Sergey
https://medium.com/the-agile-weekly/understanding-product-development-batch-size-work-in-process-wip-risk-for-small-teams-f551144ecbb5
Risk profile for Waterfall, non-Lean organization.
Увидел график, увидел водопад, увидел профиль риска.
Закрыл статью, все понятно. Можно не читать
Sergey
народ, как лучше оформить сторонние задачи в проекте? ну т.е. есть релиз и эпики, но эпизодически прилетают таски вообще не по теме(от этого пока никуда не деться)
??? Релиз сторонний таск????
Не по теме???
Sergey
если бы это было так легко и просто, я бы наверно не спрашивал
А и не говорю что это легко.
Я про то, что у вас нет понимания полного жц
Sergey
если бы это было так легко и просто, я бы наверно не спрашивал
Определите, почему вы считаете задачи сторонними.
Sergey
Сразу скажу, настройка окрудения, не стороння задача!
Aleksandr
Сразу скажу, настройка окрудения, не стороння задача!
нет, сторонняя из разряда дойти до випа и рассказать что и как
Aleksandr
это все занимает время и вынимает человека из задачи.
Sergey
????
Sergey
Дойти до лемита загрузки???
Aleksandr
под випом я имел вввиду директоров компании ( грубо говоря)
Cyril
а можно Сергея забанить?
Sergey
под випом я имел вввиду директоров компании ( грубо говоря)
Общение со стейкхолдером это не пустая задача. Да зачастую она вырывает человека или команду, но без такой активности проект может быть остановлен или вообще закрыт. Мы для этого делаем эпики.
Большая проблема в том, что это сьедает трудозатраты и требуется понимание со стороны овнера
Aleksandr
Общение со стейкхолдером это не пустая задача. Да зачастую она вырывает человека или команду, но без такой активности проект может быть остановлен или вообще закрыт. Мы для этого делаем эпики.
Большая проблема в том, что это сьедает трудозатраты и требуется понимание со стороны овнера
это понимание есть. тут именно вопрос в том как это лучше учитывать. спасибо.
Sergey
это понимание есть. тут именно вопрос в том как это лучше учитывать. спасибо.
Неначем. От себя добавлю, обязательно считайте сколько на это уходит времени, и как бы этому не противнелся овнер и скрам мастер. Это важно для команды.
Aleksandr
Неначем. От себя добавлю, обязательно считайте сколько на это уходит времени, и как бы этому не противнелся овнер и скрам мастер. Это важно для команды.
вот да. именно для этого и надо. благо жира умеет считать. главное себе мозг перестроить что надо таск завести, взять в работу и идти делать.
Sergey
Sergey
Теперь точно бот.
Pavel
Pavel
Конкретно этот график читается как "с увеличением размера пакета риск растет"
Sergey
графики там и правда, кхм, абстрактно-перпендикулярны реальности.
Там кстати есть отличное когнитивное искажение, строго по закону фаст фуда.
Нашел?
Mikhail
Конкретно этот график читается как "с увеличением размера пакета риск растет"
ага. _квантово_. Риск. Квантово. Уже за одно это можно списывать заметку в утиль.
Mikhail
А ещё там есть тонкий момент - даны используемые автором определения. Определения батча и времени цикла. И без... риска. Потому что под риском автор продаёт там что-то своё, что можно квантовать и нарезать по кускам.
Pavel
ага. _квантово_. Риск. Квантово. Уже за одно это можно списывать заметку в утиль.
В заметке есть прболемы в тексте и в определениях, но утилизировать на основе иллюстративного материала - это несколько необъективно.
Pavel
Иллюстрация показывает только то, что показывает - риск растет линейно с увеличением размера пакета.
Mikhail
Pavel
И если уж совсем буквоедствовать - растет вполне конкретный тип риска: misspending, выражение которого - Monetary, и таки он растет ровно на сумму expences
Pavel
То есть добавив 1 блок в 1 доллар в batch - ты ровно на этот доллар увеличиваешь monetary risk
Pavel
У большого пакета есть связанные риски помиму misspending, но у них тоже monetary value растет линейно, потому что завязана напрямую на затраты.
Mikhail
только вот в заметке всего этого нет... есть абстрактный риск. Который ну никак не линейно связан.
Mikhail
Там кстати есть отличное когнитивное искажение, строго по закону фаст фуда.
Нашел?
нет. Ткни пальцем, а то туплю к вечеру. Кстати, "закон фастфуда" тоже нагуглить не удалось, не смог подобрать запрос.
Pavel
Потому что заметка не про lean risk management for risk-management professionals, а для более широкой аудитории. И как и любая заметка для широкой аудитории содержит ряд упрощений
Mikhail
Потому что заметка не про lean risk management for risk-management professionals, а для более широкой аудитории. И как и любая заметка для широкой аудитории содержит ряд упрощений
заметка - глава из книги("The following is a chapter from my book"). Претендующая на показать связь риска и габаритов. И старательно избегающая связей с реальностью в вопросах именно риска.
Pavel
Михаил, давайте разделим
Pavel
Риск связан с размером пакета?
Sergey
нет. Ткни пальцем, а то туплю к вечеру. Кстати, "закон фастфуда" тоже нагуглить не удалось, не смог подобрать запрос.
Закон фастфуда.
Нет изменений + нет изменений + нет изменений = огромное изменение.
Пришел из фаст фуда, где менеджеры ну очень любили и любят экономить. В бургере 50 кунжутных зерныше, пусть будет 49. Экономия в масштабах .... Котлеты можно хранить 3 месяца, а теперь 4! Экономия! Результат, есть это нельзя...
Теперь про статью, там сказано уменьшайте дельту поставки, и уменьшите риск. Так вот это не так, риск будет камуляттвным и может выстрелить огого. Уменьшение размера поставки уменьшает только финансовые потери, в случае расторжения догоаора.
На мой взгля размер поставки нужно подбирать так, что бы заказчика слегка встряхивало и он чесал голову и думал, а круто сделали, но тут я им подкину переделку, что бы не зазновались, и рисками связанными с финансовыми потреми
Pavel
https://www.scaledagileframework.com/wp-content/uploads/2015/03/F2-Reduce-batch-size_WP.png
Pavel
Holding cost - это ваши риски. Transaction cost в общем виде в разработке софта не кумулятивны.
Pavel
Закон фастфуда.
Нет изменений + нет изменений + нет изменений = огромное изменение.
Пришел из фаст фуда, где менеджеры ну очень любили и любят экономить. В бургере 50 кунжутных зерныше, пусть будет 49. Экономия в масштабах .... Котлеты можно хранить 3 месяца, а теперь 4! Экономия! Результат, есть это нельзя...
Теперь про статью, там сказано уменьшайте дельту поставки, и уменьшите риск. Так вот это не так, риск будет камуляттвным и может выстрелить огого. Уменьшение размера поставки уменьшает только финансовые потери, в случае расторжения догоаора.
На мой взгля размер поставки нужно подбирать так, что бы заказчика слегка встряхивало и он чесал голову и думал, а круто сделали, но тут я им подкину переделку, что бы не зазновались, и рисками связанными с финансовыми потреми
1. При уменьшении делты поставки риски, не связанные с самой поставкой, никак не могут кумулятивно увеличиваться. Т.е. если у вас риск из категории "сделали не то, что хотели" - уменьшение размера поставки уменьшает impact этого риска. Если у вас риск вида "сделали с ненадлежащим качеством" - качество от размера поставки не зависит.
2. Размер поставки надо выбирать так, если мы говорим о физическом товаре, чтобы у вас было оптимальное соотношение кумулятивной стоимости поставки и стоимости задержки (в которую входит все финансовые факторы, от стоимости хранения до альтернативной стоимости денег, вложенных в производство).
Pavel
Если про размер поставки говрить в контексте софта, то оптимизирующаяся система поставки будет уменьшать transaction cost до состояния, когда transaction cost станет пренебрежимо малым фактором.
Pavel
Соответственно transaction risks тоже пропадут. Соответственно во внимание принимать надо будет только holding risks
Alexandra
ребята, привет! я веду передачу о продуктах и проектах на радио медиаметрикс. это 45 минут разговора о запуске продукта, выходе на рынок, используемых методологиях и других продуктовых фишках, в деталях. хочу собрать обратную связь, чтобы делать более полезные эфиры. пройдите опрос, пожалуйста: https://goo.gl/forms/b3XMqzMdx0oe6xU13
Valleyheart
ого, а так можно? 😅
Mikhail
Вопрос, видимо, про слоган про ЦА "Нормально делай - нормально будет".
Alexandra
а, лол) ну дьявол кроется в деталях, а в общих чертах да))
D.
Всем привет! Как и обещал, опубликовал на Хабре первую часть своего рассказа про опыт трудоустройства Agile Coach-ем в Европе. Планирую опубликовать продолжение в конце следующей недели.
https://habr.com/post/417787/
Sergey
Sergey
Денис - а можно поподробнее при CV на линкедин. Что меняли, почему pdf?
Dimas
Отличная статья Денис, жду продолжения.
D.
Спасибо за отзывы!) Продолжение будет на следующих выходных. :)
D.
Денис - а можно поподробнее при CV на линкедин. Что меняли, почему pdf?
Это был промежуточный вариант. В целом сместил акцент с "делал" на "добился" как часто рекомендуют. Но в итоге я стал использовать платформу CakeResume и продолжаю до сих пор, т.к. на паре собеседований даже получил комплименты непосредственно за оформление и внешний вид резюме
D.
И удалил кучу ненужной информации
Jane
Это был промежуточный вариант. В целом сместил акцент с "делал" на "добился" как часто рекомендуют. Но в итоге я стал использовать платформу CakeResume и продолжаю до сих пор, т.к. на паре собеседований даже получил комплименты непосредственно за оформление и внешний вид резюме
О, очень крутая штука для резюме, я пробовала делать в виде pdf summary, но это даже лучше. Спасибо!
D.
На здоровье!)
Sergey
Это был промежуточный вариант. В целом сместил акцент с "делал" на "добился" как часто рекомендуют. Но в итоге я стал использовать платформу CakeResume и продолжаю до сих пор, т.к. на паре собеседований даже получил комплименты непосредственно за оформление и внешний вид резюме
А можно ссылку, посмотреть хочется. Можно в личку, оффтоп вроде бы.
Roman
И мне, пожалуйста
Alex
@Kubanoid И мне, будьте добры, пожалуйста. Я загуглил, а там все на китайском. Это оно?)
D.
@Kubanoid И мне, будьте добры, пожалуйста. Я загуглил, а там все на китайском. Это оно?)
Нет, не думаю)) Сбросил в личку
Bear
и мне, пожалуйста. спасибо заранее