Igor
история ереси
Pavel
Не понимать, что такое ценность - это очень круто для крутого менеджера :)
Pavel
«Как можно скейт в велосипед переделать?»
Pavel
И фигня, что иллюстрация про «хочу доехать»,а не про «хочу машину» :)
Pavel
Как понял, так и менеджер :)
Pavel
Вовлечение (7 глава) хотя бы с не скрам точки зрения не ересь. Хотя для менеджера с минимальным опытом нежелание получать обратную связь и корректировать действия на ее основе - проблема.
Igor
омагад
Igor
в этой книжке намекается что Манагер гарантирует что команда уложится в срок :D
Pavel
8 глава - хорошая критика, справедливая. Опоздала, правда, лет на 7, но в 2011 смотрелась бы офигенно.
Igor
8 глава про агиль коучей?
Igor
этож такая книжка что нумерации глав нет :D
bebebe
я так понял, что если взять среднестатического участника этого чата, и кинуть его на какой-нибудь живой проект, таких черных скрамов может выходить по 10 штук в месяц :)
Pavel
Но сейчас и жук и жаба говорят про бизнес аджилити, так что предъявлять претензии скраму за отсутствие программного уровня поздно :)
Ivan
погодите, а как вы на главы поделили? я запутался
Igor
там есть главы же, типо Деспотичный гуманизм - это название главы
UK
Карина, вопрос - как в россии вычисляется кредитный рейтинг? Каждый банк сам или есть какая-то централизованная система или обепринятая формула?
Павел, у каждого банка, у каждой финансовой структуры свой подход
Pavel
9 глава про коучей
Pavel
За предыдущие 8 лет в управления проектами- не помню ни одного консультанта, который потребовался бы за деньги и со стороны, чтобы подтянуть и команду. Я все мог сделать сам. Почитать, выяснить, спросить.
Pavel
Пишет чувак из стратоплана, псы на коучей в ажале
Levon
Ну и бог с ним
Ivan
я смог сделать сам
Pavel
Из стратоплана, карл! Из конторы, которая создана, чтоб таких консультантов продавать, карл!
Ivan
"человек, которые смог сделать всё"
(а президентом не стал почему-то, и дороги во дворах не улучшил...)
Igor
9 глава про коучей
так в предыдущей главе там такое "В скраме у них нет менеджера. Нет никого, с кого можно было бы спросить: "Какие гарантии что уложитесь в такой то бюджет и срок?"
Pavel
Hypocrisy 80 уровня :)
Igor
программист != разработчик - это фундаментальная проблема этой главы
Ivan
"хорошая" книга, показывающая что Скрам вскрывает всю боль и тайны в организациях...
и что Скрам про организационный дизайн...
но лучше её не давать читать детям
Георгий
Забавно читать комментарии. Прям такой хороший поток "Материал гавно, автор дебил".
Хорошо бомбит. Неужели хороший материал? Стоит прочитать?
Igor
"хорошая" книга, показывающая что Скрам вскрывает всю боль и тайны в организациях...
и что Скрам про организационный дизайн...
но лучше её не давать читать детям
ее можно использовать, как плохой пример :D
Pavel
Забавно читать комментарии. Прям такой хороший поток "Материал гавно, автор дебил".
Хорошо бомбит. Неужели хороший материал? Стоит прочитать?
Стоит. Всерьёз воспринимать не стоит :)
Igor
ибо если у тебя дела идут как в этой книжке исход будет такой же :D
Pavel
Команда объяснила мне, все дело в том, что работаем своим умом, не имея опыта. А нужен специальный человек. Черт побери, почему для управления проектами по PMBoK в 1000 страниц такой человек был не нужен? А для 20-и страничного Scrum Guide сразу понадобился.
Pavel
Ыыыыыы
Ivan
Ы
Pavel
Бля, ну я не знаю, как это прокомментировать
Ivan
Рубрика "без комментариев"
Pavel
У меня только мем четырехпанельный с пьянкой в конце
Igor
Не запускай проект, пока не будешь точно знать - что возразить и противопоставить каждому моему тезису в каждой главе. Не ломай себе карьеру».
Igor
это из совсем конца книжки
Pavel
И обрывками про project manager... PMO...
Ivan
немного про ответственность
Ivan
Igor
Бля, ну я не знаю, как это прокомментировать
ежи прочитай самый конец книжки :D там есть правильный посыл
Pavel
Ежедневные стендапы = в идеале 15 минут, на практике до получаса, примерно. За недельный спринт набегает еще 1 час 15 минут, минимум (15% дня).
Pavel
Что любопытно, все изложенные в книге проблемы в скраме есть :)
Igor
это не проблемы скрама :D это проблемы людей которые его внедряют
Pavel
Ну да, непонятно, как делать среднесрочной планирование. Нет четкого понимания, как именно поставлять ценность в больших продуктах. Нет вообще описания работы за пределами скрама. Нужен коучинг
Ivan
Чем бы и в чём бы проблема не казалась на первый, и даже на второй взгляд - проблема всегда в людях и их взаимодействии :)
Pavel
Если наш спринт равен неделе (5*8 = 40 часов), а сумма всех наших потерь по времени такая, как описана выше (0,5+0,5+0,15+40*0,1) = 1,5 дня (12 часов). Значит, потери на планирование каждую неделю составляют 30%! Тридцать проклятых процентов! Вот наш Скрам без планирования.
Pavel
Дети, давайте объясним Даше, что 15 минут это не 0,15 :)
Pavel
И заодно, что 4 часа это максимум на двухнедельный спринт, а не на недельный :)
Ivan
потому что в 1 часе - 60 минут, а не 100 😂
Ivan
кажется.....
Igor
стоит объяснить еще что максимум 2 часа - это не 2 часа :D
Yuriy
а про ретроспективу забыли?)
Igor
ну мое мнение что - это сборник ереси для отсева неумелых скруммастеров.
Igor
будешь делать так тебя уволят, даже не успеешь вещи забрать :D
Pavel
Если стендап длится больше 15 минут, ретро отменяется. Правило чёрного скрама :)
Ivan
😂😂😂😂😂😂
Igor
другой вопрос что для отсева достаточно испытуемому дать scrum open - в такой кондиции он его не сдаст :D
Dmitry
Dmitry
Не нужно добавлять про 100%))
Igor
оке :D
Pavel
Сергей, я не уверен, что имеет смысл собираться и отдельно это обсуждать
Pavel
Даже с Яном пообщаться будет интересней
Pavel
Нет
Ivan
Так вроде всё закончилось (пока что)...
Ivan
и что-то мне кажется, что Ян в наш чат не придет 😒
Yuriy
Павел еще хотел пообщаться с участниками истории лично)
Yuriy
книга про чёрный Скрам смешная, даже полезная как взгляд со стороны)
Sergey Medvedev
Konstantin
30% это фактически налог на скрам. За счет того что во фрейморк встроено несколько защитных механизмов - петель обратной связи, которые решают многое вопросы. Аналог: есть коды, исправляющие ошибки - Хэмминга, например. Если не ошибаюсь, там 3 бита из 8 (37.5%) так же "налог" на исправление этих ошибок. И понятно что если ошибок нет - это не рационально, но когда все сбоит - это реальный способ передать информацию.
Sergey
Pavel
30% это фактически налог на скрам. За счет того что во фрейморк встроено несколько защитных механизмов - петель обратной связи, которые решают многое вопросы. Аналог: есть коды, исправляющие ошибки - Хэмминга, например. Если не ошибаюсь, там 3 бита из 8 (37.5%) так же "налог" на исправление этих ошибок. И понятно что если ошибок нет - это не рационально, но когда все сбоит - это реальный способ передать информацию.
Да нет там 30%. При самом пессимистичном подходе, с объединением всех митингов и в минимальной каденции - 20%, и то в реальности недостижимо.
Konstantin
Я вот не понимаю почему не разжевана следующая мысль. 1) Заказчик отдал ТЗ, получит цену 100$ и срок 6 месяцев. Формально (с некоторыми допущениями) можно сказать: а) заказчик или на 200% уверен в себе или б) его не сильно волнует результат. Просто есть люди (другой тип заказчиков), которых качественный результат - соответствующий рынку - волнует гораздо больше сроков и денег. И они готовы дольше ждать и может платить чуть больше за качественный, соответствующий рынку продукт. Классический проектный треугольник - фиксируем 2 стороны, 3ю двигаем ...
Pavel
Я вот не понимаю почему не разжевана следующая мысль. 1) Заказчик отдал ТЗ, получит цену 100$ и срок 6 месяцев. Формально (с некоторыми допущениями) можно сказать: а) заказчик или на 200% уверен в себе или б) его не сильно волнует результат. Просто есть люди (другой тип заказчиков), которых качественный результат - соответствующий рынку - волнует гораздо больше сроков и денег. И они готовы дольше ждать и может платить чуть больше за качественный, соответствующий рынку продукт. Классический проектный треугольник - фиксируем 2 стороны, 3ю двигаем ...
Потому что автор защищает «традиционный» подход, когда смысл проекта в том, чтобы сделать изначальный скопу к дедлайна за оговоренный бюджет