Нет. Юзерстори должна составлять команда и тестеры. Заказчик может дополнять

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

Нажимайте ответить на сообщение) а не перепост

в смысле? я так и делаю

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

Все зависит от людей :) Конечно люди без опыта могут завалить проект :) Я слышал это норально, и такое бывает :)

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

У меня почему от вас перепост выше Оо

Хорошо, значит мобайле тестер сможет внести вклад в юзерстори мобайл

у нас заказчик не вовлечен пока, он спускает общие хотелки, с нами не встречается и грубо говоря, РО и есть мини заказчик

Делайте значит с PO и командой :)

Практика нормальная

Виктор, вы сюда проповедовать пришли? Ведёте себя совсем как мы, да? 🙂

"Мне скучно, демон..." (с)

Ну я чуток жестко троллю PMI 🙂

Погнали наши городских :)

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

И да, Виктор, нет никаких "методов" Аджайла. Есть ценности и философия Аджайла. Попытки применять что-то из процессных решений, построенных на этих ценностях и философии, в хардкорных "корпоратских" ценностях больших проектов - это зомби-апокалипсис в отдельно взятой компании. Вот-вот. Скучно вас слушать. Развлекусь хоть ответами.

Делайте значит с PO и командой :)

ну, грубо говоря, мы собираемся именно так, команда и РО, обсуждаем будущие сторис, а вот заведение в Джиру, я бы хотела поручить аналитику, так ок?

Все зависит от людей :) Конечно люди без опыта могут завалить проект :) Я слышал это норально, и такое бывает :)

да, в agile завалить проект "есть норма", а вот в классике это чп.

да, в agile завалить проект "есть норма", а вот в классике это чп.

В ценностях Аджайла нет проектов. Нечего заваливать. Продукты - есть, и да, не все из них успешны, но это рынок. Пришёл ещё один спорить с туманом в своей голове.

)))) а аджайле нет проектов, а в жизни -есть.

)))) а аджайле нет проектов, а в жизни -есть.

Так а зачем вы в проектную парадигму Аджайл-то тащите? Живите в ней дальше долго и счастливо.

"Ж есть, а слова нет" ))

Так и хочется спросить чем Проект отличается от Продукта… 😳

))))

ну, грубо говоря, мы собираемся именно так, команда и РО, обсуждаем будущие сторис, а вот заведение в Джиру, я бы хотела поручить аналитику, так ок?

А что еще у вас делает аналитик?

Так и хочется спросить чем Проект отличается от Продукта… 😳

Так спросите, если хочется.

Так спросите, если хочется.

+

Универсальный ответ для будущего чатбота - В ценностях Аджайла нет проектов. Нечего заваливать. Продукты - есть, и да, не все из них успешны, но это рынок.

Универсальный ответ для будущего чатбота - В ценностях Аджайла нет проектов. Нечего заваливать. Продукты - есть, и да, не все из них успешны, но это рынок.

Вот видите, у вас уже продукт нарисовался.

Так спросите, если хочется.

Таки спрашиваю, что будет думать об этом будущий чатбот? 🙂

Таки спрашиваю, что будет думать об этом будущий чатбот? 🙂

За чатбота я не в ответе, это к Стрельцу.

ну, грубо говоря, мы собираемся именно так, команда и РО, обсуждаем будущие сторис, а вот заведение в Джиру, я бы хотела поручить аналитику, так ок?

Интересный у вас подход) разрабы кончено могут принимать участия в проработке требований, но аналитики то код не пишут!

Таки спрашиваю, что будет думать об этом будущий чатбот? 🙂

Иван, "спросить" и "подъебнуть" это разные глаголы. Когда вы меня спросите - тогда я и отвечу.

Невозможна 100% кросфункциональная команда. Все равно всегда будет аналитик, разработчик, тестирование

+++++++Продукты - есть, и да, не все из них успешны, но это рынок.++++++++ лишь бы мои РП подобного не услышали, а то придется разгонять всех. Представляю лицо ГД компании с персоналом в 80 т. человек услышавшего такой ответ от руководителя стратегического проекта

А что еще у вас делает аналитик?

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

Невозможна 100% кросфункциональная команда. Все равно всегда будет аналитик, разработчик, тестирование

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

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

Срочно берите аналитика. Незаменимых людей надо срочно увольнять

Срочно берите аналитика. Незаменимых людей надо срочно увольнять

😂 Звучит круто)

Невозможна 100% кросфункциональная команда. Все равно всегда будет аналитик, разработчик, тестирование

Было бы здорово, если бы Всегда команда была укомплектована

+++++++Продукты - есть, и да, не все из них успешны, но это рынок.++++++++ лишь бы мои РП подобного не услышали, а то придется разгонять всех. Представляю лицо ГД компании с персоналом в 80 т. человек услышавшего такой ответ от руководителя стратегического проекта

Виктор, ещё раз: 1. Если текущая бизнес-модель вашей компании успешна, вам не надо ничего менять и забудьте про Аджайл. Живите спокойно, на ваш век хватит. 2. Если собственники понимают, что бизнес-модель становится всё менее и менее успешной - пришло время её менять. Если вы можете найти более успешную бизнес-модель в проектной парадигме - берите её, живите счастливо, забудьте про аджайл, не надо ничего менять. 3. Если раз за разом происходит жопа - вот тогда пришло время подумать, не надо ли поменять парадигму, уйти от проектов к продуктам, и вот тут Аджайл хорошо помогает. Но, опять же, не всем, потому что нельзя симулировать следование ценностям Аджайла, а без этого - процессные фишки типа Скрама-Канбана и т.д. вам не помогут. Понимаете ли - если вы не хотите меняться, я вас насильно менять не стану. Я работаю с теми, кто хочет. Искренне хочет.

😂 Звучит круто)

Потенциальное попадалово будет ещё круче

Срочно берите аналитика. Незаменимых людей надо срочно увольнять

А вот это верно при любом подходе 🙂

Срочно берите аналитика. Незаменимых людей надо срочно увольнять

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

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

Это опасная практика

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

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

Было бы здорово, если бы Всегда команда была укомплектована

У нас команда 4 разработчика, 2 аналитика, тестировщик.

У нас команда 4 разработчика, 2 аналитика, тестировщик.

Я за вас радуюсь! У меня никогда аналитиков в разработке не было ( Сейчас я с чистыми аналитиками работаю. А разработчик как приложение

Я за вас радуюсь! У меня никогда аналитиков в разработке не было ( Сейчас я с чистыми аналитиками работаю. А разработчик как приложение

Какое приложение ?

Потенциальное попадалово будет ещё круче

Это да, просто его надо бы сначала заменить, а потом увольнять)

+++++Если раз за разом происходит жопа - вот тогда пришло время подумать, не надо ли поменять парадигму, уйти от проектов к продуктам, и вот тут Аджайл хорошо помогает... Понимаете ли - если вы не хотите меняться, я вас насильно менять не стану. Я работаю с теми, кто хочет. Искренне хочет===== Андрей, правильно ли я понял: вы искренне считате, что "успешно меняться" можно только в сторону Аджайл? И еще один вопрос - "искренне хотящий" должен "верить", что Аджайл ему поможет?

Какое приложение ?

Которое чисто выполняет необходимые функции и все

Они у Вас не на 100 % ?

Это да, просто его надо бы сначала заменить, а потом увольнять)

Необязательно

Необязательно

Это чего так ?

+++++Если раз за разом происходит жопа - вот тогда пришло время подумать, не надо ли поменять парадигму, уйти от проектов к продуктам, и вот тут Аджайл хорошо помогает... Понимаете ли - если вы не хотите меняться, я вас насильно менять не стану. Я работаю с теми, кто хочет. Искренне хочет===== Андрей, правильно ли я понял: вы искренне считате, что "успешно меняться" можно только в сторону Аджайл? И еще один вопрос - "искренне хотящий" должен "верить", что Аджайл ему поможет?

Нет, неправильно. 1. Успешно меняться можно в любую сторону, но я могу помочь только тем, кто хочет меняться в сторону Аджайла. Успешно меняться в сторону PMI помогают другие люди 🙂 2. Так как Аджайл - это ценностная система, это взгляд на мир, то да, как минимум надо думать, что переход на эти ценности и взгляд на мир поможет, как максимум - уже пробовать им следовать. "Верить" тут не очень хорошее слово, но "доверять" мне, как носителю Аджайл-экспертизы (так же, как желающий меняться в сторону PMI должен доверять избранному им носителю PMI-знаний) - конечно нужно. А иначе как?

Это чего так ?

Когда в команде есть знаток, и он неохотно делится знаниями, то другие ничего так и не узнают. А когда его не будет, другие будут вынуждены узнать

Когда в команде есть знаток, и он неохотно делится знаниями, то другие ничего так и не узнают. А когда его не будет, другие будут вынуждены узнать

И снова +1

Слушайте а какая у вас мотивация, такое ощущение что вы продаете PMI адептам agile :)

Накину немного: чем принципиально отличается итеративный waterfall с показами промежуточных работ от Скрама? (у меня-то мнение есть, хочу услышать мнение других)

Это называется scrumfall, это когда люди не понимая как делать скрам, пытается из ватерфола сделать скрам

Ключевое отличие - в том что в команде одна роль и спринт является закрытым маленьким проектом

а не набором шагов

https://www.scrumalliance.org/community/articles/2015/june/water-scrum-fal

тут подробнее

накинули?

Слав, Игнат играет на нашей стороне )))

а я не на стороне agile

и уж тем более скрама

:]

бдыщь

у нас же alternative path

Да лан! 🙂 Ну и не жёсткого PMI тем более

Альтернативы - вообще лучшее, что изобрело человечество.

скрам это история про growth hacking, а не про программирование* продуктов, программистов мучают по чем зря, я там больше адепт devops-практик

Это ИМХО - notice для адептов

Ну да, ТЫДЫЩ, скрам вообще не про программирование )))

👍👍❤

Ну да, ТЫДЫЩ, скрам вообще не про программирование )))

Ну да, ТЫДЫЩ, скрам вообще не про программирование )))

а как вы сформулируете, про что? Про командный подход в целом? Я понимаю, но не могу сформулировать🤦🏼‍♀️

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

И он такой (три первых прилагательных) именно для того, чтобы получить "минимальными затратами проверить как можно больше разных гипотез".

Скрам – это фреймворк1 , предназначенный для разработки и поддержки сложных продуктов. Данное Руководство содержит описание Скрама, которое включает роли, события, артефакты2 и правила фреймворка. Идейными вдохновителями и создателями Скрама являются Кен Швабер и Джефф Сазерленд, которым также принадлежит авторство данного Руководства.

https://www.scrumalliance.org/community/articles/2015/june/water-scrum-fal

спасибо, почитаю, на первый взгляд познавательно :). Мое мнение, что ключевая разнице в стиле принятия решения (директивный/доминантно-иерархический и холократичный соовтетственно). А инструменты, роли и прочее - это следствия, которые могут совпадать (хотя возможно будет не очень удобно)

Скрам является:  компактным;  простым для понимания;  трудным для совершенного овладения.

Скрам является:  компактным;  простым для понимания;  трудным для совершенного овладения.

Диявол сидит в третьем пункте )))