Да)

Если его малость утвердить, то

У нас применяется только к разработчикам, по крайней мере так прогеры говорят))

Дизайнеры как-то мимо)

У нас применяется только к разработчикам, по крайней мере так прогеры говорят))

это не истинный, не хардкорный скрам

надо ко всем

системный анализ по скрам, это вещь!

пишешь тз, а тебе его не утверждают, т.к. в отделе безопасности нет скрам, а у тебя нет в этом спринте требовпаний к безопасности, а будут в следующем

Полагаю, в манифестах

врядли там такое есть 😉

Машиностроение))

Круто, что за завод?

ТЗ и Agile?)

Круто, что за завод?

Бывший новосибирскпродмаш

:) npm?

Да

No pm

Вы очень крутые

Вам бы выступить на Agile, рассказать про вашу организацию, думаю многие будут в шоке.

Agile Days*, или на предстоящей конфе в октябре.

ТЗ и Agile?)

практикуем

Будем на скрам дейс осенью выступать и вроде на лин канбан

Вот, Александр, я полностью согласна)Завтра приду и скажу, если не поверят-ткну в ваши сообщения)

А в ТЗ что, верхнеуровневые цели или WBS ?

Вообще термин ТЗ дурацкий, потому что это штука из ЕСПД/ЕСКД касательно софта, вы посмотрите что это такое, чтобы перестать так называть "описание задачи" :))

Ну я то знаю, я сам проинжинирил несколько лет) но это универсально и понятно. А то у каждого свои для этого обозначения)

Это одна из проблем коммуникации

Вот, Александр, я полностью согласна)Завтра приду и скажу, если не поверят-ткну в ваши сообщения)

Ткните, ткните) не все с этим просто, но вполне реально)

http://www.pmi.ru/news/2158/?utm_source=https%3A%2F%2Ftelegram.org%2F&utm_medium=cpc%20&utm_term=tg&utm_content=tg_ag&utm_campaign=vao

Это если кто захочет в Финансовом Университете выступить

Конференция PMI там будет

А может кто-нибудь посоветовать книгу(и) по agile и т.д

?

Бесплатно мало где мероприятия бывают

Можно вообще книгу по prince2 почитать

https://www.google.com/search?client=safari&rls=en&q=%D0%B9%D0%BE%D0%B3%D0%B0&ie=UTF-8&oe=UTF-8#q=%D0%BA%D0%BD%D0%B8%D0%B3%D0%B8+%D0%BF%D0%BE+%D0%B9%D0%BE%D0%B3%D0%B5

Вот неплохая подборка книг по гибкости

Этой осенью на русском выйдет

Вот неплохая подборка книг по гибкости

О, спасибо огромное!

Вот неплохая подборка книг по гибкости

Да вы остряк)

Я честно старался

объявляю 15минутку шуток за 300

Сазерленд воодушевляет, но не более того. Уже заряжены скрамом - переходите на последнюю главу

http://www.infoq.com/resource/news/2010/01/kanban-scrum-minibook/en/resources/KanbanAndScrum-Russian.pdf - хорошая, несложная и практичная #книга по #Scrum, #Kanban, их совмещению, внедрению и применению на практике

На самом деле очень глобалный запрос, Agile – это большое количество практик и набор знаний

Вот её лучше не читать, ага.

То есть надо уточнить, например "подскажите, что почитать чтобы ..."

Кстати, да, спрошу, а какие самые лучшие книжки (или статьи) есть на тему scrum, kanban и toc?

Ребят а кто-нибудь может нарисовать Agile Burger ?

(я серьезно)

это?

Хаха неплохо! :)

Говорят эпоха команд исчерпана

http://www.solutionsiq.com/the-third-wave-of-agile/

Да, отсюда картинка

http://www.smartagilee.com/2012/05/pmi-acp.html как чувак получал PMI ACP

особенно порадовал абзац "Чтобы получить допуск к экзамену вы должны иметь:..."

http://www.smartagilee.com/2012/05/pmi-acp.html как чувак получал PMI ACP

Илья молодец. Сильный Agile-коуч и тренер. Я у него училась.

о я только сейчас разглядела, что это Павличенко))

после этого его agile и засосал видимо)

засосавший аджайл это прекрасно

Марина, привет)

О! Костян, привет! ;)

Даня привет :)

Всем привет! Занимаюсь разработкой продуктов в сфере b2b-туризма, используем Scrum.

А у кого есть русская книга про ретро?

У меня есть книга норма керта.

https://www.ozon.ru/context/detail/id/31497960/

Вот эта

но почему девочка, а зовут Даня?

но почему лев, а зовут капибара? 😆

здесь как раз всё логично

Может кто поделится своим опытом организации работы команды с продуктом с кучей legacy-кода? Зачастую, разработчикам сложно дать оценку из-за того, что никто не представляет как устроена та или иная подсистема. Сейчас это решаем тем, что разработчики берут в анализ фичу и уже по факту анализа оценивают истории на разработку. Правда зачастую оценка истории на анализ фичи неадекватна получается. Плюс, те же проблемы с аналитиками - чтобы они могли в принципе требования написать, нужно погрузиться в потроха системы и понять 'как есть', а без разработчиков это не получится сделать, и снова получается разработчики вынуждены брать на себя истории на анализ чтобы помочь аналитику разобраться. Может у кого-то похожие кейсы, как решаете?

Оценка в стори-поинтах, как раз закладывает в себя неопределенность, в том числе связанную с legacy-кодом https://www.mountaingoatsoftware.com/blog/what-are-story-points Мне кажется, брать «историю на анализ фичи», это совсем не лучшая практика, потому что DoD такой истории не ясен, история не приносит никакого value, а значит, ну никак нам не подходит Мы с таким справлялись, как раз закладыванием неопределенности в стори-поинты. На планировании, обсуждали какой кусок кода/модуль системы тут участвует и кто, насколько его знает/понимает. Если никто (такое случается, если брать чужой legacy-продукт), то неопределенность больше, если кто-то уже сталкивался с этим модулем, то он примерно рассказывает остальным что там и как, на основе этого неопределенность немного уменьшается + чтобы быстрее шарить знания о чужом коде, можно использовать парное программирование уже во время разработки Постепенно, по чуть-чуть, все меньше кода будет непокрыто знанием) Можно на ретроспективах строить star-map подсистем, будет полезно на планинге

Что касается аналитиков, не очень понял, они часть dev team у вас или нет?