Scrum
нп
А у нас тут OKR (Objectives and Key Results) хотят ввести. Наше подразделение первый подопытный кролик.
Первое впечатление - прямая ассоциация с юностью проведённой в условиях реально сущесвующего социализма.
Типа мы поставим себе план и цели и будем их самоотвеженно опережать!
Есть ли у кого личный опыт с этим OKR?
Что-то похожее было в моей карьере, только там решили ввести канбан.
Расскажи, чем дело кончилось?
Н.п.
Отчитываюсь по нашему скраму. Мой коллега вернулся из эльтерцайт, работа закипела снова, но ему на скрам плевать. Его позиция - я сейчас в этом углу, так и напишу сразу все, а не кусками. Попритягивал в спринт кучу задач, которых не было, оставив лежать те, что были.
Плюс наш новенький чухнул в неизвестность, не дожив до конца исп.срока. Шустрый коллега с помощью начальства вывел и нашего "студента" (парень на аусбильдунга, которому за два года его обучения мы так и не смогли донести основы программирования,, максимум, что он может самостоятельно: корректировать тексты) из командного состава. Ибо товарища все время считали, как рабочую единицу, а по факту - работа делилась на нас двоих, а не троих.
Теперь, когда нас двое, вроде как скрам с его тысячью митингами совсем бесполезен. Хотят пробовать канбан)))
Теперь, когда нас двое, вроде как скрам с его тысячью митингами совсем бесполезен
Какие конкретно митинги бесполезны? Планирование спринта? Одна минута утром дабы скоординировать свои действия? Показ результатов работы в конце спринта? Или анализ и рихтовка процесса? Важно понимать цель конкретного рода митинга, а не его формальности.
Мы вдвоем, сидим друг напротив друга (только глаза выше монитора поднять, чтоб переговорить)... Когда оба "между задачами" - перебросились парой слов, кто где, вместо "положенного времени по утрам". Так же рефакторинг - столкнулись с проблемой, глаза подняли, обсудили, один из нас записал, сс отправили ПО. Ревью в конце - зачем, если мы по нескольку раз в день сливаем в общий код, чтобы не сильно расходились версии. То есть каждый видит весь функционал каждый день. Планирование спринта - нам ещё учиться и учиться этому процессу (зачем? Если сейчас это ТОРМОЗИТ разработку). ПО берет задачи, оцененные в пунктах, чтоб было "и больших, и маленьких, чтоб всего понемногу", не взирая, что некоторые задачи не могут быть сделаны ДО других, иногда даже нам, разработчикам, не сразу ясно, что эту задачу прийдется отложить... Поэтому разумней иметь просто набор задач и нам, разработчикам, брать их по мере готовности материала...
Скрам, как математика, "мозг в порядок приводит". Он может реально улучшить вашу мышиную возню (не в обиду, знаю о чем говорю), научиться структурированно работать и нормально планировать. То, что сначала выглядит как потеря времени, со временем приводит к повышению эффективности и удовлетворенности от результатов, как для вас самих, так и для ПО, и пользователей.
То, что вас двое, ничуть не мешает.
У нас на скрам-митингах проблема заключается в участии скрам-мастера. Нет ничего хуже человека, не понимающего сути выполненной или планируемой работы, но стремящегося не только участвовать в дискуссии, но ещё её и доминировать. Начинаются долгие обсуждения незначительных формальных деталей, переспрашивание известных всем остальным тем итд.
Я добилась только того, что он конкретно меня боится или недолюбливает. Остальным это вроде не сильно мешает или они не хотят разборок.
Я в скрамах уже 10 лет в разных ролях. Если перефразировать поговорку, то "кто в скраме работал, тот в цирке не смеется" :)
Правда я в больших корпах работал, поэтому тут своя специфика (за стартапы и др. шарашкины конторы не знаю). Тут это все сверху спускается и дополняет уже существующие бюрократические процедуры. На скрам-мастера или ПО в основном берут тех, кто ничего делать не может или не хочет. Кроме того, их нагоняют со стороны в т.ч. переученных из непрофильных направлений (ну типа всякие бывшие проект-менеджеры). Особенно в последние два года чтобы ненужных людей устроить. Ответная реакция разрабов разная. Например, скрытый саботаж путем увеличения оценок ну др. методами. Но есть и всякий молодняк, который занимается шапкозакидательством в попытке выпендриться и
маниакальным желанием прикрутить какой-то модный фреймворк или либу.
Но в целом метод медленно, но работает. Возможно, без скрама вообще ничего бы не делалось. Причина имхо в том, что люди наверху обычно не знают и не понимают что собственно делают разрабы. А люди внизу не очень понимают чего там делают наверху. Ну и еще добавляется scrum-of-scrums, agile release train и пр. сатанинщина. Я лично стараюсь держаться подальше от этих цирков или в идеале вообще не участвовать - нервы дороже. Но тут уж как получится - иногда не отбрехаться.
Так мы с ним и не работаем вместе. Я работаю, разработчики работает, а он отвлекает. С теми, с кем я работаю, я с большим уважением и тактом общаюсь.
На скрам-мастера или ПО в основном берут тех, кто ничего делать не может или не хочет. Кроме того, их нагоняют со стороны в т.ч. переученных из непрофильных направлений (ну типа всякие бывшие проект-менеджеры). Особенно в последние два года чтобы ненужных людей устроить.
скрытая безработица.