Vladimir
Те профанские статейки, который говорят что-то вроде "методология она очень четко говорит что за чем следует и как это все делается в подробностях" - ну лажа же.
🇸 🇪 🇷 🇬 🇪 🇾
Привет всем! Небольшой ролик про "теорию и как все в реальности" - поднять настроение утром!
https://www.youtube.com/watch?v=ECC70ZdaI48
Ну и немножко про ретроспективки:
https://www.youtube.com/watch?v=FJezcyKno5k
(шуточный ролик, но настроение поднимает =)))
Max
Vladimir
А почему Вам важен ответ на этот вопрос?
Да не очень он важен. А вот обсуждение было полезным. Теперь я лучше понимаю людей, который говорят, что скрам не методология.
Ответ может дать новый виток обсуждению. Узнаю что-то еще. Приятно, ведь!
Егор
Вот вы жили как-то до Scrum'а. Применяли традиционно какие-то инженерные и управленческие практики и методы, чтобы допинать идею до релиза. Но жизнь была без вкуса, как без юппи.
Пришёл Scrum и сказал (по доброму) - давайте разберем на запчасти ваш сарай, соберём каркас по инструкции, в который выложим ваши старые практики и методы. Да, можно не все. Так можно было, да. И да, новые можно. Можно даже на лету. Но лучше не баловаться.
Как Scrum я привнесу вам с гарантией (при правильной эксплуатации) следующее: адаптивность, быструю обратную связь.. (ну и так далее, вам ли мне рассказывать 😉)
Это любимая аргементация всех тренингов - мы гарантируем вам результат, если конечно вы будете делать то, что мы говорим. Если вы не получите результат - мы вернем вам деньги!
Но, всегда можно найти что было сделано не так, не правильно, было бы желание. По мне так Скрам сейчас видится волшебной таблеткой, как раз на пике завышенных ожиданий.
http://reqcenter.pro/wp-content/uploads/2015/09/chart_agile.jpg
Vladimir
Классынй график
Егор
https://habr.com/post/198506/
Vladimir
Во впадине разочарования, наверное, чаще всего начинаются попытки переделать технологию под себя или отказаться он неё.
Lita
Привет!
А есть у кого Монстр трансформации?
Купить, поделиться - как угодно. Потому что находила только аудиокнигу, а хотелось бы текст.
Спасибо!
Егор
Во впадине разочарования, наверное, чаще всего начинаются попытки переделать технологию под себя или отказаться он неё.
Да, там больше всего и отваливаются. Но, имхо, как раз вера в том, что если полностью изменить резко методологию, применять Скрам со всеми технологиями и рекомандеациями - то все чудесным образом станет круто. По мне так это и есть завышенное ожидание.
Так что как раз и требуется осознанно и планомерно адаптировать его под себя (под особенности команды, проекта, рынка и т.д.)
Max
Это любимая аргементация всех тренингов - мы гарантируем вам результат, если конечно вы будете делать то, что мы говорим. Если вы не получите результат - мы вернем вам деньги!
Но, всегда можно найти что было сделано не так, не правильно, было бы желание. По мне так Скрам сейчас видится волшебной таблеткой, как раз на пике завышенных ожиданий.
http://reqcenter.pro/wp-content/uploads/2015/09/chart_agile.jpg
отнюдь. это лишь значит, что когда что-то идет не так, в первую очередь стоит усомниться в том, делаете ли вы сами что-то не так.. прежде чем обвинять фреймворк. Про волшебную универсальную таблетку и речи быть не может. Есть достаточно примеров, когда Scrum не подходит - либо еще рано, либо уже поздно
Vladimir
Да, там больше всего и отваливаются. Но, имхо, как раз вера в том, что если полностью изменить резко методологию, применять Скрам со всеми технологиями и рекомандеациями - то все чудесным образом станет круто. По мне так это и есть завышенное ожидание.
Так что как раз и требуется осознанно и планомерно адаптировать его под себя (под особенности команды, проекта, рынка и т.д.)
Не понял, зачем адаптировать скрам? Скрам ведь позволяет все что угодно. Есть всего несколько довольно несложных для исполнения правил. Конечно, гораздо сложнее не формальное следование скраму, а следование его духу... но тем не менее это не мешает применять какие угодно другие инструменты.
Егор
отнюдь. это лишь значит, что когда что-то идет не так, в первую очередь стоит усомниться в том, делаете ли вы сами что-то не так.. прежде чем обвинять фреймворк. Про волшебную универсальную таблетку и речи быть не может. Есть достаточно примеров, когда Scrum не подходит - либо еще рано, либо уже поздно
Всегда так можно сказать)) Я же не говорю, что Скрам плох - я наоборот обоими руками за) Но я против того что бы брать на себя риски разрушать уже укрывающий от дождя сарай. Как вариант, можно создать рядом еще один, и посмотреть что получится)
Егор
Не понял, зачем адаптировать скрам? Скрам ведь позволяет все что угодно. Есть всего несколько довольно несложных для исполнения правил. Конечно, гораздо сложнее не формальное следование скраму, а следование его духу... но тем не менее это не мешает применять какие угодно другие инструменты.
А здесь переодически пишут, что скрам - фреймворк, и его нужно внедрять полностью и сразу.
Vladimir
А здесь переодически пишут, что скрам - фреймворк, и его нужно внедрять полностью и сразу.
ну да... но это ведь не Москву строить
Егор
Что шаг в сторону - и все развалится
Vladimir
Ну да...... я и говорю не надо его адптировать. Он очень прост в применении. Он не мешает
Vladimir
Адаптировать надо все остальное
Vladimir
Что шаг в сторону - и все развалится
Кстати, я понял, что я не знаю, что значит "Адаптировать скрам". Что вы понимаете под этим?
Егор
Я понял, что я сам не знаю) Полез освежить в памяти его инструменты. Я скорей про взаимоотношения между людьми.
Если нет скрам-мастера, или Product Owner просто кидает задачи не приоритезируя их вообще никак, и его это устраивает.
Если часть команды разработки привыкло работать по схеме "дайте мне подробное ТЗ - сделаю", и не согласны брать на себя ответственность.
Если работа зависит от других отделов, в которых никакого скрама нет, и жуткая бюрократия вообще, и из-за этого большая неопределенность.
И т.д. и т.п. При этом часто в больших компаниях Скрам превращается только в видимость скрама для отчетности руководству, как раз потому что нужно его внедрить, а факторов мешающих много..
Ситуации разные бывают, и вера в то, что существующую сложившеюся систему работы можно резко сразу изменить - по мне так миф.
Если с нуля создавать команду и прививать нужные методологии и ценности - там конечно проще.
Vladimir
В общем да, препятствий часто полно. Навреное именно поэтому и говорят или внедряйте как положено или не заработает.
Dmytro
Ребятки, а кто знает ресурсы где людишки шарят свои JIRA Workflow.
Dmytro
Мне интересно как прописаны степы для команд разработки игр
Dmytro
причем с какими то комментами
Dmytro
как дошли к этому )
Max
Ребятки, а кто знает ресурсы где людишки шарят свои JIRA Workflow.
не думаю что есть такие ресурсы, своё workflow - это либо стыдно либо секретно.. зачем может хотеться опубликовать их?
Егор
В общем да, препятствий часто полно. Навреное именно поэтому и говорят или внедряйте как положено или не заработает.
Так это же не повод не внедрять его) Я про то и говорю - если нет возможности внедрить сразу как положено, внедрять планомерно, шаг за шагом, не делая резких движений что бы не начался саботаж и Скрам не превратился в муду.
Max
Всегда так можно сказать)) Я же не говорю, что Скрам плох - я наоборот обоими руками за) Но я против того что бы брать на себя риски разрушать уже укрывающий от дождя сарай. Как вариант, можно создать рядом еще один, и посмотреть что получится)
я часто поясняю так - если вы знаете как наладить разработку без скрама, то быть может он вам и не нужен. Но дайте результат, а там сравним. Очень часто после этого лица опускаются в пол
Dmytro
не думаю что есть такие ресурсы, своё workflow - это либо стыдно либо секретно.. зачем может хотеться опубликовать их?
knowledge sharing - одна из самых важных истин. не обмениваясь опытом и не получая фидбек или критику со стороны, наверно ничего и не будет.
Егор
Под этим я и назыываю адаптировать
Егор
Max
knowledge sharing - одна из самых важных истин. не обмениваясь опытом и не получая фидбек или критику со стороны, наверно ничего и не будет.
это да, но нельзя же под это определение любой опыт и артефакты подводить.. а то придется про свой первый неудачный сексуальный опыт рассазывать =)
Max
Так это же не повод не внедрять его) Я про то и говорю - если нет возможности внедрить сразу как положено, внедрять планомерно, шаг за шагом, не делая резких движений что бы не начался саботаж и Скрам не превратился в муду.
тут не соглашусь.. скрам он как бы и так уже предельно упрощен. Всё описанное в нем работает только вкупе. Отдельные части тоже будут работать, но это не будет скрам.. точнее он не даст того результата как если бы вы сразу всё стали использовать. И тут большой вопрос - хватит ли вам терпения по кусочкам собирать скрам или вы в какой-то момент скажете что скрам - говно, так и не достроив его
Егор
тут не соглашусь.. скрам он как бы и так уже предельно упрощен. Всё описанное в нем работает только вкупе. Отдельные части тоже будут работать, но это не будет скрам.. точнее он не даст того результата как если бы вы сразу всё стали использовать. И тут большой вопрос - хватит ли вам терпения по кусочкам собирать скрам или вы в какой-то момент скажете что скрам - говно, так и не достроив его
Если отдельные кусочки уже дадут результат положительный - то конечно. Почему либо дохрена пользы либо ничего?
Егор
Или это скажет директор.
Это одно из основных препятствий.. Все же ценности компании транслируюстя руководством в первую очередь...
Егор
Если отдельные кусочки уже дадут результат положительный - то конечно. Почему либо дохрена пользы либо ничего?
Вот это мне кажется и есть признак завышенных ожиданий, и потом разочарования. А как раз здоровое понимание, как его внедрять в компанию, и какую пользу он может принести реально в ближайшей перспективе - и есть выход на плато продуктивности.
Max
Если отдельные кусочки уже дадут результат положительный - то конечно. Почему либо дохрена пользы либо ничего?
так пожалуйста, любые улучшения процесса вы можете и должны применять =) но не называйте скрамом куски скрама
Егор
так пожалуйста, любые улучшения процесса вы можете и должны применять =) но не называйте скрамом куски скрама
Я называю "Адаптированный под компанию скрам") Но ок, не буду больше)
Max
не надо адаптировать скрам =) процессы адаптируйте, используя или не используя скрам
Егор
А
Егор
Понял) Ок
Sergey
Ребятки, а кто знает ресурсы где людишки шарят свои JIRA Workflow.
http://blog.shumoos.com/archives/324
Прочитай :)
Sergey
Я понял, что я сам не знаю) Полез освежить в памяти его инструменты. Я скорей про взаимоотношения между людьми.
Если нет скрам-мастера, или Product Owner просто кидает задачи не приоритезируя их вообще никак, и его это устраивает.
Если часть команды разработки привыкло работать по схеме "дайте мне подробное ТЗ - сделаю", и не согласны брать на себя ответственность.
Если работа зависит от других отделов, в которых никакого скрама нет, и жуткая бюрократия вообще, и из-за этого большая неопределенность.
И т.д. и т.п. При этом часто в больших компаниях Скрам превращается только в видимость скрама для отчетности руководству, как раз потому что нужно его внедрить, а факторов мешающих много..
Ситуации разные бывают, и вера в то, что существующую сложившеюся систему работы можно резко сразу изменить - по мне так миф.
Если с нуля создавать команду и прививать нужные методологии и ценности - там конечно проще.
Я вот для себя какую метафору вывел .... В этом деле главное начать. С чего-то стартануть. Запустить петлю Инспекция - Адаптация. Дальше уже можно двигаться улучшаясь. Но вот есть некий барьер что-ли. Через него можно и не перепрыгнуть. Тогда крах. Это как первая и последующие космические скорости. Если первую не наберешь - не выйдешь на орбиту. Shu - первая космическая, Ha - вторая Ri третья ... Примерно так. Тут очень помогает такой раздел менеджмента как "Управление изменениями".
Yuriy
сегодня ассоциации интересные), мне нравятся
Sergey
Спасибо!
Oleg
Всем привет! Работаю Системным аналитиком в ритейле, занимаюсь внедрением ЕГАИС и МЕРКУРИЙ
Evgenia
Ilya
Всем привет!
Я CTO в компании eLama. Санкт-Петербург. 7 лет управления в IT, но большую часть был оторван от Agile и прочего современного. Год назад начали трансформацию компании на фоне бурного роста.
Сто?
Andrey
chief technical officer
технический директор
Mikhail
Ничего особо приличного не нашел, назвается это, оказывается, метод обратного планирования, какое-то не очень приличное описание вот тут: http://rzbpm.ru/knowledge/obratnoe-planirovanie-processa-raboty.html
Фактически это техника обратного прохода из метода критического пути (который активно обсуждали в чатике втот момент). Расчет позднего старта и позднего финиша задач при движении с конца расписания. Например, это можно посмотреть на с. 710 в русском PMBoK 6.
Mikhail
Alexei
Всем привет. А где можно скачать русскую версию PMBoK 6 ? Очень нужно. Поделитесь ссылкой, плиз.
Mikhail
Mikhail
Alexei
Хм. У меня список не вываливается
Evgenia
Почему про город спросили ?
Рада, что есть кто-то из одного города. Тем более, как я поняла, вы из контура. Я туда в ритейл на внедрние планировала. В итоге, пока решила остаться на своей работе) хочу внедрить скрам🙈
Oleg
Stanisλav
Всем привет! Работаю в компании Europlan (лизинг) фуллстеком. Уже год практикуем agile/scrum в двух/трёх небольших командах. До сих пор не все понимают методологию по своему, многие её и вовсе не одобряют. Интересно узнать у кого как дела обстоят)
Представился.
Yuriy
Всем привет! Работаю в компании Europlan (лизинг) фуллстеком. Уже год практикуем agile/scrum в двух/трёх небольших командах. До сих пор не все понимают методологию по своему, многие её и вовсе не одобряют. Интересно узнать у кого как дела обстоят)
Представился.
не все понимают, наверное), "не" пропущено
Zhandos
не все понимают, наверное), "не" пропущено
Все првыильно написал. Есть такие трудности, когда трудно человека перестроить
Андрей
Всем привет! Работаю в компании Europlan (лизинг) фуллстеком. Уже год практикуем agile/scrum в двух/трёх небольших командах. До сих пор не все понимают методологию по своему, многие её и вовсе не одобряют. Интересно узнать у кого как дела обстоят)
Представился.
Эт норм. Чтобы скрам ехал нужна собственная ответственность, а она разработчикам нафиг ненужна. Им и так бабки платят.
O
> нужна собственная ответственность, а она разработчикам нафиг ненужна
может проблема в подборе персонала?
Yuriy
со временем и такой вывод бывает)
Dmitry
> нужна собственная ответственность, а она разработчикам нафиг ненужна
может проблема в подборе персонала?
Обычно в компаниях, где считают, что разработчики не обладают ответственностью, проблема не в разработчиках)
O
тоже вариант
Alexandra
Ilya
а почему отказались?
Как обычно, вроде стало все хорошо) Но через пару месяцев многие процессы начали валиться.
Sergey
Должны ли KPI команды и скрам мастера совпадать?