Разный релизцикл очевидно

У эпла ща 1-2 дня на аппрув

У гугла до пяти

ну не знаю у нас никогда больше 1 дня не было на аппрув

ну вернее было но крайне редко

Это нормально релизить в разные моменты

что мешает одной команде иметь два релиз плана?

есть параноидный инструмент трекинга времени - toggl

Рекомендован на галерах (тм)

ютрек юзает кто-нибудь? какие минусы можете назвать? помимо дизайна😄

из минусов, там нельзя делать конфигурацию так, чтобы была возможность дублировать борду(потому что одни и те же таски для обеих платформ - ios и android) и чтобы разрабы видели прогресс друг друга(команды другой платформы)

(high five)

redmine

вы вообще не боитесь что две команды работающие над одним приложением могут очень сильно отличатся? в том числе и по бизнес логике :D

одни сделают как надо, а вторые как надо и побыстрее :D результат может сильно различатся :)

А еще там небось еще один маленький борд, который делает апишку для тех двух )

ооо ребята

тут такоэ

http://jpattonassociates.com/backlog-grooming-bugs-me/

Ненавижу груминг)

Как и ретроспективу, унылые попытки организовать работу с нулем мотивации

https://www.youtube.com/watch?v=FJezcyKno5k

https://www.youtube.com/watch?v=FJezcyKno5k

очень мило :)

Давайте вспомним мантис

И на что мы его променяли... минута молчания про продукты атлассиана

Нас мантис все никак не отпускает😂 тестировщик зубами держится)

Здесь кто-нибудь помнит про trac?)

Слава, ну хотя бы багзиллу?)

удивите меня

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

assembla

а мантис до сих пор ставтя за деньги

и апдейт у него последний 5 дней назад

так то

Груминг это же когда педофилы детей ловят в онлайне :D

Во

Всем привет, в интернете куча инфы с описаниями различных методологий (не только Agile), и возник вопрос, а где, собственно, первоисточник? Есть какие-то оф. документы что ли? Где можно это узнать?

agile manifest ?

Груминг это же когда педофилы детей ловят в онлайне :D

Это еще Стрижка собак

ну и уход за лошадьми

Всем привет, в интернете куча инфы с описаниями различных методологий (не только Agile), и возник вопрос, а где, собственно, первоисточник? Есть какие-то оф. документы что ли? Где можно это узнать?

http://agilemanifesto.org/history.html

но как же https://img.artlebedev.ru/kovodstvo/idioteka/i/FBF7053A-A349-4F4E-893E-DB2AFDEC0E4B.jpg

https://www.facebook.com/groups/uptime.community/permalink/1684168874933769/

Если вы думали, что agile, waterfall, roadmap и project management придумали недавно, то это не так. https://www.youtube.com/watch?v=B1D1nl7jUBE P.S. На самом деле, очень познавательный фильм.

Всем привет Я Александр. ▫️ Я работаю в ESTP.ru ▫️ Я аналитик ▫️Узнаем если получится ▫️Узнать как разрабатывают "без документации" ▫️Спб ▫️Ссылка отсюда @nalyst_ru

Если вы думали, что agile, waterfall, roadmap и project management придумали недавно, то это не так. https://www.youtube.com/watch?v=B1D1nl7jUBE P.S. На самом деле, очень познавательный фильм.

Мы так не думали. Это видео достаточно известное.

ТРИЗ?

ТРИЗ?

Сетевые диаграммы показанные выше в универе преподают, на некоторых специальностях, как например, обслуживание авиационной техники. ТРИЗ - это решение изобретательских задач.

О, сетевые диаграмы и у нас в бауманке были

Кстати это нифига не советская тема. Это американский PERT, который у нас скомуниздили комунисты

В сетевых диаграммах стрелочки это и есть сами работы, и они определяют продолжительность работ, это старый подход в проектном менеджменте, а в распространненом современном проектном менеджменте, продолжительность или объем работ в прямоугольничках. Вот по-моему если не ошибасюь и все отличие, отсовременных WBS

EugenePupov?)

Кстати это нифига не советская тема. Это американский PERT, который у нас скомуниздили комунисты

Денис, PERT появился после сетевых диаграмм. И главное в нем это не диаграмма, а определение длительностей работ. И уже на основе длительностей работ, оцененных по PERT, используя сетевую диаграмму работ проекта, оценивают длительность всего проекта.

Хз, судя по описанию один в один https://en.wikipedia.org/wiki/Program_evaluation_and_review_technique

В сетевых диаграммах стрелочки это и есть сами работы, и они определяют продолжительность работ, это старый подход в проектном менеджменте, а в распространненом современном проектном менеджменте, продолжительность или объем работ в прямоугольничках. Вот по-моему если не ошибасюь и все отличие, отсовременных WBS

1. стрелки - работы в варианте AoA;

2. есть и другой вариант, где работы в узлах AoN; Видимо его вы и имели в виду под "...распространненом современном проектном менеджменте... в прямоугольничках".

Вот так вот оказывается 😈

странная картинка. вообще-то в скраме ничего про тестирование и разработку ;)

странная картинка. вообще-то в скраме ничего про тестирование и разработку ;)

Там так и указано :)

контринтуитивная диаграмка

контринтуитивная диаграмка

Да, можно было просто два столбика в ряду )

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

Продакт это бизнес-история, он не должен быть под техническим директором. Технический директор может требовать валидации идей, чтобы не делать фигню. Имхо

А вообще продукт оунер это роль, а не должность, поэтому им в принципе может быть любой участник команды, в том числе он может меняться от спринта к спринту в зависимости от поставленой цели

"меняться от спринта к спринт", - а продукт при таких изменениях будет нормально развиваться?

"меняться от спринта к спринт", - а продукт при таких изменениях будет нормально развиваться?

будет развиваться от спринта к спринту

А вообще продукт оунер это роль, а не должность, поэтому им в принципе может быть любой участник команды, в том числе он может меняться от спринта к спринту в зависимости от поставленой цели

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

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

Если это не синьор уборщик в клининговой компании)

Я смотрю на продакт овнера как на человека, который управляет беклогом и несет ответственность за перекладывание нужд бизнеса в более формализованный и проработанный вид. Он может не сам это делать, а руководить маркетологами/аналитиками. И тут именно вопрос разделения ответственности. Чтобы CTO мог концентрироваться именно на технической части

а зачем нужен такой человек который сконцетрируется на технической части?

PO это мини-CEO

будет развиваться от спринта к спринту

Сбер подтянулся)))

Задачи CTO - построить процесс разработки, внедрить хорошие инженерные практики, CI/CD, менторить и развивать разрабов, тестеров, девопсов. И, самое главное, нести единоличную ответственность перед CEO, если произошел какой-то факап со сроками, стабильностью продукта и т.п.

Мини-CEO сроком от недели до четырёх. Как-то не очень.

Задачи CTO - построить процесс разработки, внедрить хорошие инженерные практики, CI/CD, менторить и развивать разрабов, тестеров, девопсов. И, самое главное, нести единоличную ответственность перед CEO, если произошел какой-то факап со сроками, стабильностью продукта и т.п.

это очень не гибко :D любые изменения нужно согласовывать в CTO. у него фактически банхаммер

за что отвечает тогда PO?

за что отвечает тогда PO?

Глобально: за бизнес показатели продукта, за его успешность