« Rev
@agile_ru   682
Fwd »


Ivan
😎
Konstantin
Еще веселуха по книге: на 14й странице он сравнивает ремонт с программированием. И хочет за годовой ремонт всего 2 раза там появиться: 1 раз в 6 месяцев ... ;) Наверное, ремонтов не делал ... ;)
Pavel
Цитируй
Konstantin
Так, жизненное замечание. если ремонт от души делаешь, то как раз участвуешь в этом по самое немогу ... Зато и результат для себя - то что ты любишь и сделано с душой ...
Artem
вы все никак не успокоитесь после вброса? )
Artem
не переживайте, книга явно не станет бестселлером
Artem
пишут же люди про протославян и космические корабли древней руси
Artem
и даже издают
Sergey
Спасибо за вопрос - задумалась над формулировкой.
Ну вот как раз разрыв и можно поискать. Понять что есть и что хочется.
Artem
не моя тема )
Yuriy
в личку и за деньги пожалуйста 😂
Artem
и да, даже такие книги могут принести пользу, вот вы все разобрали - поняли где человек не разобрался, на какие невидимые грабли наступил - используйте это
Pavel
пишут же люди про протославян и космические корабли древней руси
Я думаю в чатах по истории такие кинги рвут пуканы :)
Ivan
вы все никак не успокоитесь после вброса? )
если кто-то вбрасывает - это ведь, наверное, для чего-то нужно (-:
Artem
ща тебе расскажут )
Pavel
При этом исходные озвученные проблемы - вполне справедливы.
Konstantin
Чего то там один большой разрыв. Я уже думаю что в конце приписка будет - так бы можно было бы зайфелить все, но самом деле не все так плохо и нужно умудрился так сделать.
Pavel
Да, в scrum не описано, как формируется бэклог. Никаких указаний, как преодолевать storming тоже нету. Без тонны коучинга обычно не взлетает. Как живет предприятие со скрамом - тоже ничего.
Yuriy
кстати, идея: обучаемым писать эссе по итогам обучения/применения Скрама
Konstantin
При этом исходные озвученные проблемы - вполне справедливы.
Но как с ремонтом, если придти в его финале, то будет жопа. Но это не значит что строители криворукие, просто они сделали на свое усмотрение, потому что хозяину пофиг.
Yuriy
хорошая аналогия)
Pavel
Все мои ремоны были в формате "я нанял дядю бригадира и рассказал, что хочу".
Yuriy
я как раз сталкивался с не очень удачными реализациями))
Konstantin
Так потом приезжаешь и тыкаешь пальцем где розетки, выключатели например. Все это на месте проговариваешь. Хороший проект снимает 80% вопросов, но дьявол в деталях ...
Konstantin
Ну он и сделает как ему _удобно_ и проще. Не так как вам хочется
Pavel
Не рекламирую мой опыт, ка универсальный :)
Konstantin
Антипаттерн ;)
Pavel
Не уверен :)
Pavel
Мне кажется играть роль продакт овнера без domain knowledge - куда как сильней антипаттерн
Pavel
А так "я нанял профессионала за деньги и доверяю ему"
Pavel
Стоматологу я своеты по лечению зубов не даю. Дизайнеру обычно тоже под руку со шрифтами играть не лезу :)
Konstantin
кстати, идея: обучаемым писать эссе по итогам обучения/применения Скрама
Подумал: уметь водить машину и сдавать экзамен по вождению - 2 разных вещи. Пройти курс и готовиться к сдаче - тоже разные вещи.
Pavel
(хотя некоторым дизайнерам хочется импланировать глаза и руки на место)
Pavel
Умный бригадир много делает сам, но потом будете мучаться иногда.
Если я сам со своим опытом полезу делать, пусть даже на уровне рекомендаций, мучаться я буду сильно чаще:)
Konstantin
Или, наоборот, мой бригадир по аджайлу работает - сам приходит с вопросами, потому что реально умные вопросы задает. И прототипирует и вызывает модели смотреть. ;)
Pavel
Это только кажется, что ты точно понимаешь, как именно тебе учше
Pavel
Если нужен ремонт в минске - могу порекомендовать :)
Konstantin
Ну так в любом случае вам не пофиг, а еженедельная/2х недельная приемка спринта ;)
Pavel
ок, мне пофиг "как" :)
Pavel
Опять же, с теми же розетками, вместо того, чотбы тыкать пальцем, где она мне нужна, я показал, где у меня кровать, упомянул, что люблю перед сном читать с планшета, ткнул пальцем, где у меня компьютерный стол и сколько на нем потребителей волшебства из розеток.
Pavel
Ну и с кухней примерно так же.
Pavel
Я не хочу тыкать пальцем Ладно, чат не про ремонты же :)
Yuriy
но тем не менее, тут как раз хороший пример работы PO и команды разработки, разумеется если в терминах Scrum))
Dima
​Возможно, будет интересно: Написал небольшую "Черную книгу Скрам", где собрал 12 главных проблем в использовании подхода. Я последние 5 лет руковожу проектными офисами. Тут, в хуоджественной форме - основные 12 проблем с которыми сталкивались многие наши команды, в попытках применить фреймворк Скрам, в том числе: - слишком много затрат на планирование (а Скрам обещал их сократить) - невозможная кросс-функциональность - невозможный владелец продукта - непобедимая токсичность - непрогнозируемая velocity (никогда не знаем сроков) - избыточная потребность в консультантах и "коучах" - сложности со встраиванием Скрам в реалии компании (живущей не одним продуктом) - и другое. PDF версия уже доступна всем читателям канала (доступ по ссылке): http://scrumblackbook.pmlead.ru/
Сергей, спасибо. Достаточно интересно и полезно. Автор хорошее дело сделал. Книгу можно использовать для самопроверки, впрочем он и писал в заключении об этом - "Не запускай проект, пока не будешь точно знать - что возразить и противопоставить каждому моему тезису в каждой главе. Не ломай себе карьеру».
Dima
И отдельное спасибо тем, кто критихуя писали так же и варианты решения проблемы.
Dima
Дмитрий, книгу нельзя использовать для самопроверки. Она не поо скрам, она про автора книги, которому Ян Калифорнийский пересказал скрам-гайд :)
Павел, я это знаю. Но изучая скрам нужно знать ответы на те грабли, которые разбросаны по всей книги.
Pavel
Дмитрий, в книге описано два типа граблей: грабли, по которым автор радостно бежит, потому что не понимает, как именно работает скрам, и грабли, по которым автор бежит, потому что начинает изобретать велосипед для заполнения того, что не описано в скрам-гайде.
Pavel
Ее нельзя давать начинающим - в ней фигурное цитирование гайда применяется для оправдания очень кривой имплементации. А кривая имплементация приводит к проблемам.
Pavel
Более того, в ней в качестве сравнения приводятся какие-то волшебные концепции из PMBoK, которые даже в PMBoK описаны не так, как у автора :)
Pavel
@dm_kozyrev если вы видите, что в книге изложены какие-то конкретные проблемы и хотите узнать, как их решать, я с удовольствием вам помогу.
Dima
Я смотрю на эту книгу немного под другим углом. Автор дал 12 разделов Скрама для фокусировки (самопроверки) на поиск ошибок, это как сейчас в школах дают тест в котором только один ответ правильный, а остальные не правильные, вот в книге дано опыт не правильный и фокусируясь на одном из 12 разделов мы либо видим как надо было делать либо не видим и таким образом идем дальше учить матчасть.
Dima
Павел, спасибо большое, за предложение. Как только буду в тупике обязательно вспомню и обращусь к Вам.
Pavel
Возможно вы видите, я с удовольсвтием готов это обсудать.
Pavel
Павел, спасибо большое, за предложение. Как только буду в тупике обязательно вспомню и обращусь к Вам.
Без проблем. Кроме меня в этом чате можно обратиться к любому активному участнику или просто задать вопрос.
Pavel
По scrum рекомендую @gospodchikovs @ysmirnov1 @MurriMay, @scrumsim по канбан - @mihey911 и @UfoDriverMARS
Pavel
тут еще были PST и кандидаты в PST - они могут совсем хорошо и в деталях объяснить. Но я не помню, кто есть кто :)
Max
книга - ужас, а я Селиховкина смотрел, когда с PMBoK знакомился..
Pavel
У меня создалось смутное ощущение, что PMBoK автор тоже "в пересказе" смотрел. Но прямых пруфов нет :)
Ivan
Я почему-то думал что @UfoDriverMARS про Скрам больше... Как быстро мир меняется....
Levon
Я в обе стороны разаиваюсь
Pavel
Я почему-то думал что @UfoDriverMARS про Скрам больше... Как быстро мир меняется....
Я его и Михаила знаю только в контексте канбана :)
Levon
Всех не упомнить, это норм 😊
Pavel
Полный чат экспертов :)
Pavel
Вообще объективно попсить на скрам было бы полезно, слишком уж он часто преподносится, как silver bullet :)
Pavel
Вот, кстати, а кого рекомендовать по работе с требованиями?:)
« Rev
@agile_ru   682
Fwd »