5 ай бұрын
Пікірлер
@Ashot-headshot Күн бұрын
Определенно есть талант в преподавании, доступно изложил основы. спасибо автору
@eat.normally 2 күн бұрын
Актуалочка 🤜🤛
@dblinov 2 күн бұрын
@@eat.normally ага! 🙂 Сам регулярно прохожу. Стараюсь определять приближение всё раньше
@eat.normally 3 күн бұрын
Мне помогает договориться с собой, что уделю задаче 30 минут, а дальше разрешу бросить. И обычно процесс затягивает👌 и да - чтобы начать что-то делать, иногда надо начать делать хоть что-то 😅
@dblinov 3 күн бұрын
@@eat.normally 100% 👍🏼 Например, если не знаешь, что написать в презентации, и поэтому откладываешь, то просто открой слайды и начни ковырять дизайн. Вскоре появятся идеи заголовков, вспомнишь о каких-нибудь картинках 🤓
@Вулфс-е3к 3 күн бұрын
Для СДВГешников не помогает... Мать заставила смотреть это... Почему она не может понять, что мне надо к психиатру...
@eat.normally 4 күн бұрын
Вот пойду и сниму сегодня первую версию роликов🙌 Вообще, я в ужасе от своего перфекционизма - насколько он на самом деле мешает
@dblinov 4 күн бұрын
@@eat.normally, этот рил я записал уже после того, как вчера пообщался с тобой 😎 норм? 🤓
@eat.normally 5 күн бұрын
Буквально на днях поражалась, насколько действенно «ставить галочки») все время думала, что «меня-то такой ерундой не проведешь»😅
@dblinov 5 күн бұрын
@@eat.normally, дааа! Сам в шоке, насколько мы все такие умные, но легко саботируемы и манипулируемы 😄
@NelliTerzi 9 күн бұрын
Как же интересно, Дмитрий! Спасибо большое!
@NelliTerzi 10 күн бұрын
Лучший канал!
@ВолчеглазкаКВ 11 күн бұрын
Вы - лучший!
@Mirvmire24 Ай бұрын
Лучшее видео, которое находила! Спасибо большое!
@ОльгаПешкун-т8х Ай бұрын
За три минуты столько полезной информации. Спасибо!
@CEODEN Ай бұрын
Спасибо за видео! Может ли быть один человек в двух и более scrum командах? Например, финансис, который ведет несколько проектов?
@dblinov Ай бұрын
@@CEODEN, финансист по отношению к команде разработки выступает в роли стейкхолдера/заказчика? Тогда он выйдет в состав Value team / Discovery team. Это уже не Скрам, а одно из его расширений. Вот здесь описал подробнее dblinov.com/blog/tpost/bin2k1b261-protsessi-discovery-i-delivery-prostim-y Если прочитаете, напишите, отвечает ли это на ваш вопрос, пожалуйста 🙂
@phylzmy1352 Ай бұрын
а что означает столбик "ABS()"?
@dblinov Ай бұрын
@@phylzmy1352, Abs - absolute, абсолютное значение - отрицательные числа становятся положительными. Сервисное поле, нужно для приоритизации
@act1871 Ай бұрын
Приветствую. Только что закончил чтение книги и решил узнать о Джеймсе Клире. Поиск привел на Ваш канал. Спасибо за рассказ об авторе. Хорошая подача. Подписался. Лайкнул. Буду следить за Вашими постами. Удачи!
@dblinov Ай бұрын
@@act1871, спасибо за отзыв! 🙏🏼
@Наталья-п4л3ч Ай бұрын
Наконец-то нормальное объяснение без воды. Спасибо!
@dblinov Ай бұрын
Наталья, рад, что понравилось ☺️ Спасибо за комментарий 🙏🏼
@asilbekyusupov1220 Ай бұрын
Перечитав большое количество информации в разных сообществ, пересмотрев кучу видео не в одном канале это видео за 14 минут все по полочкам разложило. Спасибо автору, жму руку!
@dblinov Ай бұрын
@@asilbekyusupov1220, большое спасибо за отзыв! Для меня это важно - создавать хороший контент в профессии 🤓
@sergeyartyukhov7115 2 ай бұрын
30 мин на ретро? Я такого ни раз не делал;)
@ПавелКвасюк 2 ай бұрын
Как достаточно привередливый РП с опытом реализации проектов порядка 20 лет, могу сказать, что это самое четкое, понятное и логичное видео по скраму, которое мне приходилось видеть на просторах ютуба ) А смотрел я немало. Спасибо.
@dblinov 2 ай бұрын
Павел, большое спасибо за такой отзыв! 🙏🏼 Как ИТшник и менеджер, начинавший с PMP, я оч стараюсь. И рад, когда получается помогать ☺️
@n.disaltre9558 2 ай бұрын
Чувак, ты сам себя убеждаешь в том, что ты читаешь с экрана?) Т.е ты не владеешь материалом, видно как ты читаешь, нервничаешь)
@dblinov 2 ай бұрын
Спасибо вам за комментарий! Знаете, вы правы - я действительно на этом видео переживаю, особенно в самом начале. Потому что это снято в ходе вебинара в банке, где я работал. Зарегистрировалось под 1000 человек, подключилось 500+. Для меня тогда, в 2020, это был первый такой опыт. Волновался 😊
@ДарьяЕмельянова-д9ы 2 ай бұрын
шикарное видео. лучшее на ютубе
@Skykvi 2 ай бұрын
Отлично получилось, спасибо. Можно было добавить объяснение: Уровни целей, про альтернативные сценарий в истории, эмпирическое обучение, по принципу что с каждым выпуском люди должны получать что-то, что могут использовать. На мой взгляд важные нюансы
@dblinov 2 ай бұрын
Отличный комментарий, спасибо! Всё так 👍🏼 Это часть большого выступления о декомпозиции: kzbin.info/www/bejne/bqanoIpqmZqcba8
@igor_242 2 ай бұрын
Благодарю вас. Не могли бы вы предоставить ссылки на группы в Telegram, где можно найти респондентов?
@dblinov 2 ай бұрын
t.me/joinchat/UcD9CL224hp51Dxs
@polinaokun 2 ай бұрын
Спасибо большое за ясный практический пример!
@nataliatimofeeva5135 2 ай бұрын
Дмитрий, спасибо большое за полезную информацию 👍
@dblinov 2 ай бұрын
@@nataliatimofeeva5135, Наташа, рад быть полезным ☺️
@AnnaKLundinGustafsson 2 ай бұрын
well explained.
@tukmachevvladislav 3 ай бұрын
Спасибо. Готовая инструкция к применению. Ничего додумывать не нужно, прекрасная подача материала
@dvlopatin 3 ай бұрын
Очень понятно.
@dblinov 3 ай бұрын
@@dvlopatin, спасибо за отзыв! 🙏🏼
@Tsurik97 4 ай бұрын
Где можно посмотреть весь курс?
@dblinov 4 ай бұрын
@@Tsurik97, спасибо за интерес! 🙏🏼 Весь курс не записывался - только этот модуль, чтобы понять, достаточен ли спрос :)
@AntonAlekseev-h3s 4 ай бұрын
Это просто пушка!
@vicbade9702 4 ай бұрын
Tnanks for this Dimitiry. Please can you help me with this potential PMP question An agile project for a database migration impacts nearly all business units of the corporation. Every effort has been made to complete the migration before the end-of-support date for the database platform. A new impediment now implies the need to continue use of the old platform another year at a higher support price. What should the product owner do about this situation? A. Reprioritize the backlog based on value and cost of delay divided by duration. B. Switch to a predictive approach to prevent any further delays to completion. C. Reprioritize the backlog based on story size and competence availability. D. Remove low-value items from the backlog to compensate for the higher cost.
@IrinaSukhorukova 4 ай бұрын
Благодарю за очень понятный ящык. Всё доходчиво!
@dblinov 4 ай бұрын
@@IrinaSukhorukova, спасибо за отзыв 🙏🏼 это ценно для меня.
@natalilukonina8321 4 ай бұрын
Хорошая тема! Но к сожалению вас плохо слышно.
@dblinov 4 ай бұрын
@@natalilukonina8321, да, согласен 🙂↕️ Буду записывать по одной главе. Сделаю звук погромче 👍🏼
@ВячеславКоряковский-ч8л 5 ай бұрын
Скажите, как избежать бесконечного пополнения бэклога? Ведь продукт можно бесконечно улучшать, так можно никогда не закончить проект
@GroceryStore-k2b Ай бұрын
Автор отвечает только на похвалу, видимо)
@dblinov Ай бұрын
@@GroceryStore-k2b, забавно! :) Если честно, то это крутой вопрос, ответ длинный, и я хотел записать видео, но что-то пошло не так. Спасибо, что напомнили. Отвечу текстом ниже 👇🏼
@dblinov Ай бұрын
@@ВячеславКоряковский-ч8л, хороший вопрос 👍🏼 Скрам хорошо подходит для продуктовой разработки. А продукты действительно развиваются бесконечно, пока живут. KZbin/Google, Яндекс и все их подпродукты, Zoom, Miro, и прочие. Бэклоги постоянно пополняются и приоритизируются. Ваш вопрос, похоже, про проекты с четким ТЗ. Для них Скрам подходит меньше, потому что по сути бэклог/ТЗ фиксирован. Однако можно использовать некоторые плюсы подхода. Например, с первых же спринтов выпускать что-то готовое (инкременты), и постепенно снижать риски: удовлетворенности заказчика, интеграции, несвоевременной поставки. Обратная сторона, что у заказчика, который увидит первые версии системы, будут появляться пожелания - это естественно. Но ведь у вас есть зафиксированное ТЗ, и тут могут начаться игрища типа: «Под этой формулировкой мы как раз это и имели в виду, так что давайте, делайте.» Заранее понимая это, при подписании договора стоит обсудить и зафиксировать используемый подход и частоту поставок, и выбрать соответствующий договор. Для полноценной итеративной инкрементальной разработки лучше подходит договор формата Time & material или рамочный договор на работы с заявками каждый месяц или квартал.
@konstantindemidov4593 5 ай бұрын
Спасибо, Дмитрий! Отличное видео!
@АнтонСанников-ж3ш 5 ай бұрын
Лучшее объяснение, которое слышал
@АндрейК-с5в 5 ай бұрын
1. Сперва наговнокодить, а потом рефакторить ... ну ну ... рефакторить дороже выйдет. 2. И всё равно есть случаи когда заявка не лезет в спринт, хоть убейся. Например, 1 спринт - анализ, 2й - разработка, 3й - фикс найденных багов. 4й - факс фикса. Наверно, не стоит путать ЗАЯВКУ в спринт и ЗАДАЧУ/US?
@dblinov 5 ай бұрын
@@АндрейК-с5в, интересный комментарий, но не совсем понятный. Говнокодить не нужно. Реализация в ключе «спринт на анализ, спринт на разработку, спринт на тестирование» - это не спринты по Скраму, потому что там суть в том, чтобы разработка, СТ, ИнтТ были в одном спринте. При этом спринт может быть и месяц. Если цикл занимает «три 2-недельных спринта», то по факту в команде 6-недельные спринты. И это тоже ок, так тоже работает, и работает хорошо. Только не стоит называть это «тремя спринтами».
@ОльгаПешкун-т8х 6 ай бұрын
очень понятно все объяснили, спасибо!
@dblinov 6 ай бұрын
Ольга, спасибо за отзыв! 🙏🏼
@karina_awake 6 ай бұрын
Супер, спасибо ❤
@alexanderkomarov3097 6 ай бұрын
Такого сложного объяснения для такого простого инструмента я еще не слышал
@dblinov 6 ай бұрын
Александр, могли бы приложить ссылку на просто объяснение? Я научусь
@Alexander-dg5id 6 ай бұрын
Ох уж эта парадигма мышления манагеров. Сделайте по минимуму, завтрашнего дня не наступит, делаем MVP сегодня, сроки горят. * повторить 100 раз А чо разработка не может мне вставить микрофичу, и требует на нее 2 месяца? А там по просьбам менеджера сделали АД в коде, потому что менеджер убеждал что "Делайте все в одной сущности"
@Alexander-dg5id 6 ай бұрын
Так что совет менеджерам: не знаешь - не лезь со своими советами по солюшену. Разрабы сами разберутся, дайте со своей стороны UserStory, UseCase, и отойдите в сторону.
@dblinov 6 ай бұрын
Да, в этом и суть - РО дает небольшие US и не мешает по технике. Технические декомпозиции - со стороны команды. Разделение на PO и Developers: PO за бизнесовую составляющую, dev’ы за реализацию.
@Alexander-dg5id 6 ай бұрын
@@dblinov когда так - да, но часто бывает, что ПО занимает позицию не посередине между бизнесом и разработкой, и выполняет свою функцию, а как бы "проксирует заказчика", забивает на качество регулярно, получая фичи быстро, тем самым в моменте получая профит в моменте, и нанося ущерб в будущем проекту. Если приводить пример, то это как микрозайм - проценты по техдолгу не заставят себя ждать.
@ЭркинКадыров-н9и 6 ай бұрын
Шикарно
@Zadirako 6 ай бұрын
Лучший канал, цены нет этой информации!
@DInfinity3 7 ай бұрын
Отличное видео
@Alena.Sarantseva 7 ай бұрын
Спасибо, Дмитрий. Просматриваю сейчас все ваши видео подряд. Просто огонь. Немного другой взгляд послушать очень полезно, как оказалось =)
@dblinov 7 ай бұрын
Алена, спасибо 🙏🏼 Рад, что вам нравится! Взгляд «немного другой» в каких аспектах?
@Alena.Sarantseva 7 ай бұрын
@@dblinov Я до этого на практике не сталкивалась с таким документом, обычно это раскидано между должностными обязанностями, коммуникациями на проекте, корпоративной культурой и "ну это и так всем понятно" и "ну мы все так делаем" =))) Такой документ это "что-то на аджайловом", пока не понимаю стоит ли внедрять, потому что команда не всегда готова к современной самоорганизации. А жаль.
@РоманДеревяго 7 ай бұрын
Добрый день, где можно взять этот документ?
@dblinov 7 ай бұрын
Роман, не планировал выкладывать. По видео можно отметить для команды 5-10 правил или сформулировать аналогичные. Более 10 не стоит, иначе они распылятся и потеряют ценность.
@vitaliy.sergeev1 7 ай бұрын
@@dblinov правильно понимаю, что это отдельная встреча должна быть с командой?
@dblinov 7 ай бұрын
@@vitaliy.sergeev1, можно провести отдельной встречей, можно провести в ходе так называемого Team kick-off, а можно и на очередной ретроспективе. Занимает порядка получаса
@halynabelovska5590 7 ай бұрын
Дякую вам за пояснення і інформацію
@ionware 7 ай бұрын
Денис, мы таким образом выдаем не законченный продукт, а версию без какого то доп функционала и главное чтобы заказчик это понимал и не считал историю завершенной, чтобы был готов выделять следующие спринты на новые версии
@ionware 7 ай бұрын
Расшифровка kiss улыбнула😂😂😂😂
@dblinov 7 ай бұрын
Стараюсь помягче и добрее 😉
@ionware 7 ай бұрын
Привет бро 👊 Как относишься к использованию ИИ в управлении проектов для составления всей этой тучи проектных рисков , диаграмм и гипотез ?
@РоманДеревяго 7 ай бұрын
Спасибо за вашу работу!