Канал Дмитрия Блинова: - Agile, организация работы команд, управление людьми. - Фасилитация, эффективные встречи, публичные выступления. - Менеджмент проектов.
Ох уж эта парадигма мышления манагеров. Сделайте по минимуму, завтрашнего дня не наступит, делаем MVP сегодня, сроки горят. * повторить 100 раз А чо разработка не может мне вставить микрофичу, и требует на нее 2 месяца? А там по просьбам менеджера сделали АД в коде, потому что менеджер убеждал что "Делайте все в одной сущности"
@Alexander-dg5id3 күн бұрын
Так что совет менеджерам: не знаешь - не лезь со своими советами по солюшену. Разрабы сами разберутся, дайте со своей стороны UserStory, UseCase, и отойдите в сторону.
@dblinov2 күн бұрын
Да, в этом и суть - РО дает небольшие US и не мешает по технике. Технические декомпозиции - со стороны команды. Разделение на PO и Developers: PO за бизнесовую составляющую, dev’ы за реализацию.
@Alexander-dg5idКүн бұрын
@@dblinov когда так - да, но часто бывает, что ПО занимает позицию не посередине между бизнесом и разработкой, и выполняет свою функцию, а как бы "проксирует заказчика", забивает на качество регулярно, получая фичи быстро, тем самым в моменте получая профит в моменте, и нанося ущерб в будущем проекту. Если приводить пример, то это как микрозайм - проценты по техдолгу не заставят себя ждать.
@user-bz5vy6tz5i3 күн бұрын
Шикарно
@Zadirako6 күн бұрын
Лучший канал, цены нет этой информации!
@DInfinity317 күн бұрын
Отличное видео
@Alena.Sarantseva23 күн бұрын
Спасибо, Дмитрий. Просматриваю сейчас все ваши видео подряд. Просто огонь. Немного другой взгляд послушать очень полезно, как оказалось =)
@dblinov23 күн бұрын
Алена, спасибо 🙏🏼 Рад, что вам нравится! Взгляд «немного другой» в каких аспектах?
@Alena.Sarantseva22 күн бұрын
@@dblinov Я до этого на практике не сталкивалась с таким документом, обычно это раскидано между должностными обязанностями, коммуникациями на проекте, корпоративной культурой и "ну это и так всем понятно" и "ну мы все так делаем" =))) Такой документ это "что-то на аджайловом", пока не понимаю стоит ли внедрять, потому что команда не всегда готова к современной самоорганизации. А жаль.
@user-fz9hw9ws6c23 күн бұрын
Добрый день, где можно взять этот документ?
@dblinov23 күн бұрын
Роман, не планировал выкладывать. По видео можно отметить для команды 5-10 правил или сформулировать аналогичные. Более 10 не стоит, иначе они распылятся и потеряют ценность.
@vitaliy.sergeev116 күн бұрын
@@dblinov правильно понимаю, что это отдельная встреча должна быть с командой?
@dblinov16 күн бұрын
@@vitaliy.sergeev1, можно провести отдельной встречей, можно провести в ходе так называемого Team kick-off, а можно и на очередной ретроспективе. Занимает порядка получаса
@halynabelovska559024 күн бұрын
Дякую вам за пояснення і інформацію
@ionware25 күн бұрын
Денис, мы таким образом выдаем не законченный продукт, а версию без какого то доп функционала и главное чтобы заказчик это понимал и не считал историю завершенной, чтобы был готов выделять следующие спринты на новые версии
@ionware25 күн бұрын
Расшифровка kiss улыбнула😂😂😂😂
@dblinov25 күн бұрын
Стараюсь помягче и добрее 😉
@ionware25 күн бұрын
Привет бро 👊 Как относишься к использованию ИИ в управлении проектов для составления всей этой тучи проектных рисков , диаграмм и гипотез ?
@user-fz9hw9ws6c28 күн бұрын
Спасибо за вашу работу!
@kislyakaaАй бұрын
Разработка софта больше похожа на строительство дома и в данном случае инкремент будет «готовая кухня» с водопроводом, отоплением, канализацией, крышей над этой кухней, системой вентиляции, подведением газа, внутренней отделкой, электррика и т.д. Естественно, когда очередь дойдет до остальных помещений прийдется практически все переделывать. Потому что крыша должна быть общей, электрические кабели не должны иметь соединений вне щитка, каналазацию надо увеличивать в диаметре, и вообще вся штукатурка на кухне осыпалась пока в смежной комнате штробили стену. Да мы покажем заказчику каждую итерацию новое помещение полностью функциональное, главное не показывать заказчику смету на строительство дома по классической технологии. Иначе он откажется от наших услуг. Справедливости ради подход из видео имеет право на существование, но на очень маленьких сторях. А-ля повесить картину в прихожей.
@dblinovАй бұрын
Первый инкремент будет сильно большим по сравнению со следующими, и спринт не будет однородным по длине. Я пока что не нашел хороших метафор инкрементальности в реальном производстве, потому что строить дома стоит последовательно, а реальная инкрементальность работает именно в софте. Может быть книги постатейно, презентации послайдово (на эту тему видео снято, но не смонтировано), но это тоже интеллектуальный труд и результат.
@adasarafanАй бұрын
Дима, всё чётко и по полочкам, как всегда. Восторг!
@dblinovАй бұрын
Спасииибо 😊
@michaelbond6496Ай бұрын
Спасибо большое за информацию 👍!
@dw_tv3992Ай бұрын
KISS - keep it simple, stupid! это правильная расшифровка аббривиатуры)
@dblinovАй бұрын
Знаю его, но использовал другой вариант :)
@user-cq6db2zs1dАй бұрын
Спасибо вам огромное за видео и подробную информацию! Мне было полезно послушать
@user-xy9ed5dq1sАй бұрын
а зачем перемножать влияние на поддержку? если и влияние и поддержка это значения, которые нам дадуют координаты на карты стейкхолдеров
@dblinovАй бұрын
Если координаты, то да, не нужно. Если используем только таблицу без визуализации на графике, то перемножением получаем общее «значение» стейкхолдера.
@user-xy9ed5dq1sАй бұрын
@@dblinov спасибо
@user-ul4po1yl2k2 ай бұрын
Спасибо за вашу работу
@HanNolan-cb5hs2 ай бұрын
good job and explanation
@Stopushek3 ай бұрын
Слишком сложно я ничего не понял, что такое ретроспектива вообще
@rayrayray46533 ай бұрын
nice!
@user-pd5ii7vq6z3 ай бұрын
Спасибо за видео, очень понятное объяснение)
@lena_yudina3 ай бұрын
Информация очень полезная, прям практическая выжимка! Ваш канал находка)
@dnr_83653 ай бұрын
Спасибо, Дмитрий, инфа полезная, но руки нужно успокоить)
@mur62254 ай бұрын
Спасибо, Дмитрий! Видно, что вы проделали большую исследовательскую работу) Классный стиль съемки и презентации, очень хорошо сочетается Продолжайте снимать, пожалуйста!
@aurara3854 ай бұрын
Спасибо за подробный разбор!
@lucreciabenjamin80374 ай бұрын
Absolutely fantastic - best explanation on the online!
@konstantinchuykov4 ай бұрын
Оказывается мне нужно было узнать про Spring Review, хорошо что в видео упомянули про него. Спасибо.
@user-pq5vu9vx8o4 ай бұрын
Спасибо, было полезно!)
@user-cw1vx8ew8j5 ай бұрын
Круто, вот только поподробнее бы про каждый инструмент
@dblinov4 ай бұрын
kzread.info/dash/bejne/qpWImJJpiMybqpM.html здесь другая часть этого выступления - о способах декомпозиции.
@user-ex1ks2xk5m5 ай бұрын
Класс! Спасибо! Первый раз вижу такой всесторонний и системный подход к проблеме.
@user-jp4bv4qv7r7 ай бұрын
Хороший и полезный контент. Но ссылка на таблицу шаблона DoD не активна, пожалуйста, добавьте😀
@dblinov7 ай бұрын
Спасибо за отзыв! bit.ly/dblinov-dod-template у меня работает, в т.ч. без логина в Google. Попробуйте ещё раз, пожалуйста :)
@user-jp4bv4qv7r7 ай бұрын
Спасибо, через vpn получилось, видимо этот сервис сокращения ссылок не во всех странах работает, в частности в Казахстане @@dblinov
@boniacu7 ай бұрын
Классный контент. Спасибо.
@dblinov7 ай бұрын
Спасибо за отзыв! Рад, что понравилось :)
@BorisMans-zf9wm7 ай бұрын
Крутой доклад! Мы тоже поддерживаем agile подход. А вы в какой системе работаете? Мы недавно аспро.agile протестировали, пока неплохо заходит
@dblinov7 ай бұрын
Реклама 👌🏼🙂
@dgdbvgm7 ай бұрын
Спасибо за видео. Ссылка на Google-таблицу с шаблонами DoD не работает
@user-jp4bv4qv7r7 ай бұрын
Действительно, ссылка не работает. Добавьте, пожалуйста
@dblinov7 ай бұрын
Спасибо за отзыв! bit.ly/dblinov-dod-template у меня работает, в т.ч. без логина в Google. Попробуйте ещё раз, пожалуйста :)
@user-yb7ox8nq3w8 ай бұрын
большое спасибо!
@maxsyniuchenko37658 ай бұрын
Спасибо
@dblinov8 ай бұрын
Рад, что вам понравилось! :) По какой другой теме было бы полезным аналогичное видео?
@sujathabhushanam87898 ай бұрын
Very Nicely explained
@BiJiPavel11 ай бұрын
Дима, ты везде.
@dblinov11 ай бұрын
Паша, это хорошо? :) А где еще?
@BiJiPavel11 ай бұрын
@@dblinov хорошо конечно. Молодец. Рускоязычный ютуб. На FB общались с тобой. Давал мне бесплатный курс по риск менеджменту.
@btalgat Жыл бұрын
Очень интересно, но ничего не понятно))
@dblinov Жыл бұрын
Хорошо, что интересно! :) Это выжимка из часового видео, там подробнее kzread.info/dash/bejne/hnWmr7afncqeqKg.html
@user-bh5yo8yj8w Жыл бұрын
Квандрант это часть круга
@dblinov Жыл бұрын
В видео есть такая фраза? :) На какой минуте?
@udegradus34006 ай бұрын
@@dblinovна слайде 11:20. Но часть круга он в математике. А так, ещё и есть квадрант плоскости.
@katehomemade Жыл бұрын
Спасибо за интересную лекцию!
@dblinov Жыл бұрын
Спасибо за отзыв - приятно читать! 😊 Есть продолжение: kzread.info/dash/bejne/pp-opLRsicnLlM4.html
@user-lk2yp7sj5t Жыл бұрын
Определение готовности разные по каждой задаче. Где-то требуется back-end, где то необходима работа только над front-end. Как это все унифицировать? Если мы смотрим в рамках проекта, можно ли разбить на ветки и по каждой ветке определять критерии готовности того или иного функционала?
@dblinov Жыл бұрын
Любой чеклист используется, если достаточно краткий. 10-20 пунктов - работает. Более 20 пунктов - работает всё хуже. Стандартный вариант - общий DoD на все задачи. Какой-то части нет = автоматический "ок". Иногда создается отдельный DoD для инцидентов (дефектов уже релизнутого функционала). Для разных задач я бы отдельные не создавал, потому что проще запутаться и сложнее поддерживать. Но кем запрещено?.. ;)
@user-lk2yp7sj5t Жыл бұрын
Очень информативно и полезно! Спасибо! Применил в своей практике. То чего не хватало в принципе мне.
@user-yn4zd8cy7w5 ай бұрын
0:59
@dblinov Жыл бұрын
New home for this video will be here kzread.info/dash/bejne/a5OHusyBd6jTkaQ.html
@sincerelyagilewithmary2986 Жыл бұрын
Very well explained, thank you.
@dblinov Жыл бұрын
Hi Mary! Thanks for your feedback! Just want to let you know that I'm moving part of the content to my new channel, and this video will live here kzread.info/dash/bejne/a5OHusyBd6jTkaQ.html
@lexvernand9392 Жыл бұрын
топовый видос, спасибо
@dblinov Жыл бұрын
Спасибо :)
@olgajurk2511 Жыл бұрын
Браво, Дмитрий!
@dblinov Жыл бұрын
Ольга, спасибо! Какая идея понравилась особенно? :)
Пікірлер
Ох уж эта парадигма мышления манагеров. Сделайте по минимуму, завтрашнего дня не наступит, делаем MVP сегодня, сроки горят. * повторить 100 раз А чо разработка не может мне вставить микрофичу, и требует на нее 2 месяца? А там по просьбам менеджера сделали АД в коде, потому что менеджер убеждал что "Делайте все в одной сущности"
Так что совет менеджерам: не знаешь - не лезь со своими советами по солюшену. Разрабы сами разберутся, дайте со своей стороны UserStory, UseCase, и отойдите в сторону.
Да, в этом и суть - РО дает небольшие US и не мешает по технике. Технические декомпозиции - со стороны команды. Разделение на PO и Developers: PO за бизнесовую составляющую, dev’ы за реализацию.
@@dblinov когда так - да, но часто бывает, что ПО занимает позицию не посередине между бизнесом и разработкой, и выполняет свою функцию, а как бы "проксирует заказчика", забивает на качество регулярно, получая фичи быстро, тем самым в моменте получая профит в моменте, и нанося ущерб в будущем проекту. Если приводить пример, то это как микрозайм - проценты по техдолгу не заставят себя ждать.
Шикарно
Лучший канал, цены нет этой информации!
Отличное видео
Спасибо, Дмитрий. Просматриваю сейчас все ваши видео подряд. Просто огонь. Немного другой взгляд послушать очень полезно, как оказалось =)
Алена, спасибо 🙏🏼 Рад, что вам нравится! Взгляд «немного другой» в каких аспектах?
@@dblinov Я до этого на практике не сталкивалась с таким документом, обычно это раскидано между должностными обязанностями, коммуникациями на проекте, корпоративной культурой и "ну это и так всем понятно" и "ну мы все так делаем" =))) Такой документ это "что-то на аджайловом", пока не понимаю стоит ли внедрять, потому что команда не всегда готова к современной самоорганизации. А жаль.
Добрый день, где можно взять этот документ?
Роман, не планировал выкладывать. По видео можно отметить для команды 5-10 правил или сформулировать аналогичные. Более 10 не стоит, иначе они распылятся и потеряют ценность.
@@dblinov правильно понимаю, что это отдельная встреча должна быть с командой?
@@vitaliy.sergeev1, можно провести отдельной встречей, можно провести в ходе так называемого Team kick-off, а можно и на очередной ретроспективе. Занимает порядка получаса
Дякую вам за пояснення і інформацію
Денис, мы таким образом выдаем не законченный продукт, а версию без какого то доп функционала и главное чтобы заказчик это понимал и не считал историю завершенной, чтобы был готов выделять следующие спринты на новые версии
Расшифровка kiss улыбнула😂😂😂😂
Стараюсь помягче и добрее 😉
Привет бро 👊 Как относишься к использованию ИИ в управлении проектов для составления всей этой тучи проектных рисков , диаграмм и гипотез ?
Спасибо за вашу работу!
Разработка софта больше похожа на строительство дома и в данном случае инкремент будет «готовая кухня» с водопроводом, отоплением, канализацией, крышей над этой кухней, системой вентиляции, подведением газа, внутренней отделкой, электррика и т.д. Естественно, когда очередь дойдет до остальных помещений прийдется практически все переделывать. Потому что крыша должна быть общей, электрические кабели не должны иметь соединений вне щитка, каналазацию надо увеличивать в диаметре, и вообще вся штукатурка на кухне осыпалась пока в смежной комнате штробили стену. Да мы покажем заказчику каждую итерацию новое помещение полностью функциональное, главное не показывать заказчику смету на строительство дома по классической технологии. Иначе он откажется от наших услуг. Справедливости ради подход из видео имеет право на существование, но на очень маленьких сторях. А-ля повесить картину в прихожей.
Первый инкремент будет сильно большим по сравнению со следующими, и спринт не будет однородным по длине. Я пока что не нашел хороших метафор инкрементальности в реальном производстве, потому что строить дома стоит последовательно, а реальная инкрементальность работает именно в софте. Может быть книги постатейно, презентации послайдово (на эту тему видео снято, но не смонтировано), но это тоже интеллектуальный труд и результат.
Дима, всё чётко и по полочкам, как всегда. Восторг!
Спасииибо 😊
Спасибо большое за информацию 👍!
KISS - keep it simple, stupid! это правильная расшифровка аббривиатуры)
Знаю его, но использовал другой вариант :)
Спасибо вам огромное за видео и подробную информацию! Мне было полезно послушать
а зачем перемножать влияние на поддержку? если и влияние и поддержка это значения, которые нам дадуют координаты на карты стейкхолдеров
Если координаты, то да, не нужно. Если используем только таблицу без визуализации на графике, то перемножением получаем общее «значение» стейкхолдера.
@@dblinov спасибо
Спасибо за вашу работу
good job and explanation
Слишком сложно я ничего не понял, что такое ретроспектива вообще
nice!
Спасибо за видео, очень понятное объяснение)
Информация очень полезная, прям практическая выжимка! Ваш канал находка)
Спасибо, Дмитрий, инфа полезная, но руки нужно успокоить)
Спасибо, Дмитрий! Видно, что вы проделали большую исследовательскую работу) Классный стиль съемки и презентации, очень хорошо сочетается Продолжайте снимать, пожалуйста!
Спасибо за подробный разбор!
Absolutely fantastic - best explanation on the online!
Оказывается мне нужно было узнать про Spring Review, хорошо что в видео упомянули про него. Спасибо.
Спасибо, было полезно!)
Круто, вот только поподробнее бы про каждый инструмент
kzread.info/dash/bejne/qpWImJJpiMybqpM.html здесь другая часть этого выступления - о способах декомпозиции.
Класс! Спасибо! Первый раз вижу такой всесторонний и системный подход к проблеме.
Хороший и полезный контент. Но ссылка на таблицу шаблона DoD не активна, пожалуйста, добавьте😀
Спасибо за отзыв! bit.ly/dblinov-dod-template у меня работает, в т.ч. без логина в Google. Попробуйте ещё раз, пожалуйста :)
Спасибо, через vpn получилось, видимо этот сервис сокращения ссылок не во всех странах работает, в частности в Казахстане @@dblinov
Классный контент. Спасибо.
Спасибо за отзыв! Рад, что понравилось :)
Крутой доклад! Мы тоже поддерживаем agile подход. А вы в какой системе работаете? Мы недавно аспро.agile протестировали, пока неплохо заходит
Реклама 👌🏼🙂
Спасибо за видео. Ссылка на Google-таблицу с шаблонами DoD не работает
Действительно, ссылка не работает. Добавьте, пожалуйста
Спасибо за отзыв! bit.ly/dblinov-dod-template у меня работает, в т.ч. без логина в Google. Попробуйте ещё раз, пожалуйста :)
большое спасибо!
Спасибо
Рад, что вам понравилось! :) По какой другой теме было бы полезным аналогичное видео?
Very Nicely explained
Дима, ты везде.
Паша, это хорошо? :) А где еще?
@@dblinov хорошо конечно. Молодец. Рускоязычный ютуб. На FB общались с тобой. Давал мне бесплатный курс по риск менеджменту.
Очень интересно, но ничего не понятно))
Хорошо, что интересно! :) Это выжимка из часового видео, там подробнее kzread.info/dash/bejne/hnWmr7afncqeqKg.html
Квандрант это часть круга
В видео есть такая фраза? :) На какой минуте?
@@dblinovна слайде 11:20. Но часть круга он в математике. А так, ещё и есть квадрант плоскости.
Спасибо за интересную лекцию!
Спасибо за отзыв - приятно читать! 😊 Есть продолжение: kzread.info/dash/bejne/pp-opLRsicnLlM4.html
Определение готовности разные по каждой задаче. Где-то требуется back-end, где то необходима работа только над front-end. Как это все унифицировать? Если мы смотрим в рамках проекта, можно ли разбить на ветки и по каждой ветке определять критерии готовности того или иного функционала?
Любой чеклист используется, если достаточно краткий. 10-20 пунктов - работает. Более 20 пунктов - работает всё хуже. Стандартный вариант - общий DoD на все задачи. Какой-то части нет = автоматический "ок". Иногда создается отдельный DoD для инцидентов (дефектов уже релизнутого функционала). Для разных задач я бы отдельные не создавал, потому что проще запутаться и сложнее поддерживать. Но кем запрещено?.. ;)
Очень информативно и полезно! Спасибо! Применил в своей практике. То чего не хватало в принципе мне.
0:59
New home for this video will be here kzread.info/dash/bejne/a5OHusyBd6jTkaQ.html
Very well explained, thank you.
Hi Mary! Thanks for your feedback! Just want to let you know that I'm moving part of the content to my new channel, and this video will live here kzread.info/dash/bejne/a5OHusyBd6jTkaQ.html
топовый видос, спасибо
Спасибо :)
Браво, Дмитрий!
Ольга, спасибо! Какая идея понравилась особенно? :)
спасибо! супер понятно и четко!
Алла, спасибо за отзыв! Рад, что понравилось 😊
отлично