Так зачем вам это? Если пользователи прибегают, разработчики быстро им все фиксят и прикручивают, все счастливы?

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

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

что хотелки никем не согласованы, чем плохо? Если разработчики их выполняют, зачем аналитик?

Мне кажется Дарья хочет наступить сразу на двое граблей. 1) пытается внедрить agile в организации которая не поддерживает ценности agile на уровне бенефициаров и 2) пытается изобрести лично ей удобный agile, руководствуясь конечно благими намерениями, но тем не менее...

Мне кажется Дарья хочет наступить сразу на двое граблей. 1) пытается внедрить agile в организации которая не поддерживает ценности agile на уровне бенефициаров и 2) пытается изобрести лично ей удобный agile, руководствуясь конечно благими намерениями, но тем не менее...

https://www.google.ru/search?q=о+присутствующих+в+третьем+лице&oq=о+прису&aqs=chrome.2.69i57j0l3.5156j0j9&sourceid=chrome-mobile&ie=UTF-8

Мне кажется Дарья хочет наступить сразу на двое граблей. 1) пытается внедрить agile в организации которая не поддерживает ценности agile на уровне бенефициаров и 2) пытается изобрести лично ей удобный agile, руководствуясь конечно благими намерениями, но тем не менее...

SEMAT?)

Мне кажется Дарья хочет наступить сразу на двое граблей. 1) пытается внедрить agile в организации которая не поддерживает ценности agile на уровне бенефициаров и 2) пытается изобрести лично ей удобный agile, руководствуясь конечно благими намерениями, но тем не менее...

У вас там нимб чуть запылился, протрите чуть-чуть😂 а потом вставайте в ряд вооон с теми троллями, которые рисуются, вместо конструктива, хотя может под их одеялом тоже не все гладко и поспешней будет)

Ааааа, любимый argumentum ad hominem вылез с постельными темами. Скажите, Дарья, как именно у вас выстроилась логическая связь между аджайлом, про который этот канал и ситуацией под чужими одеялами?

SEMAT?)

Отличный вброс! 👍 Что думают участники чата по данной теме?)

#whois Привет, я разработчик. Раньше писал мобильные приложения, сейчас учусь и работаю аналитиком (тот что про данные) в Гонконге. Делал свой стартап, руководил командой из 5 человек. По ходу дела сам изучал проджект-менеджмент. Читал про Agile умные книги, работал по нему, проходил курс на курсере. Среди всех методолгий работал по Scrum, Kanban, XP, Waterfal. От сообщества хочу узнать больше про управление командой, да и в работе пригодится. Могу что-то рассказать, как работают местные коллеги. А так пишу иногда про жизнь в азии и местное ит в свой канал https://t.me/mobilefirstasia Узнал из группы продактов.

Подписка на #whois

#whois 1. Владелец (где-то - "со") нескольких компаний (ИТ, сервисы, наука, торговля) 2. Создать бизнес - развить бизнес - продать бизнес (пока ничего не продал, не хочу, но буду) 3. Трудно сказать. Зависит от того, что сообществу может от меня потребоваться. Денег не дам - самому не хватает :) 4. Сообщество интересно накопленным опытом и знаниями (например, первый вопрос - посоветуйте самую лучшую книгу для начинающих по agile) 5. Краснодар-Москва-Южноуральск 6. Проскочила ссылка в московской тусовке проектных менеджеров

/

https://www.mann-ivanov-ferber.ru/books/postigaya-agile/

Мне показалась очень достойной.

Благодарю

По эджайл методологиям? Как интересно...

Кривой перевод описания, в оригинале “agile methods”. А книжка правда неплохая.

в тексте тоже есть неточности, но для общего представления, считаю, нормально)

Блин, дороговато

Вопрос к тем, кто уже опробовал и разобрался - задачи при покере планирования вы оцениваете в сложности производства или в наносимой ценности проекту?

Соответственно скорость команды на что опирается?

А что если вы в покер поиграете, а оценку сложности на карточках не зафиксируете?

Оцениваем учитывая 3 фактора: сложность задачи, длительность ее выполнения и зависимость от внешних факторов

А что если вы в покер поиграете, а оценку сложности на карточках не зафиксируете?

Так примерно и происходит пока, но явно появилась нужда в метрике.

Оцениваем учитывая 3 фактора: сложность задачи, длительность ее выполнения и зависимость от внешних факторов

Грубо говоря просто сложность производства но не наносимую ценность.

Про нужду в метрике расскажите, а то как-то издалека начали.

Хотим понять капасити команд на спринт в каких то попугаях.

Как разработчики могут оценить пользовательскую ценность? Предположить?

А капасити команды в попугаях, чтобы что?

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

Да

Грубо говоря просто сложность производства но не наносимую ценность.

Ну и как говорит завет, в процессе повышать скорость команды

Или вы хотите чтобы команда вам то что наобещала - поставила?

:)

Грубо говоря просто сложность производства но не наносимую ценность.

Понял, спасибо. Для нас по ощущениям не оптимальный способ.

Стресс снижается не от понимания что успеется, а наоборот при отказе от дачи обязательств, которые невозможно выполнить.

Или вы хотите чтобы команда вам то что наобещала - поставила?

Если упрощая, то да.

Угу, ну тогда покер не коррелирует никак с обязательствами.

Это просто для того чтобы команда синхронизировалось по пониманию задач.

Это просто для того чтобы команда синхронизировалось по пониманию задач.

Да да, об этом и речь. Обязательства - это уже второй элемент.

Тут в чате 1536 человек, спросите у кого-нибудь график velocity за 6-12 месяцев :)

Ну пока один ответ я получил - в сложности производства.

Там в скраме суть в том, чтобы команда сама хотела успеть, стресс ее там мало волнует.

Мотивация обязательства выполнять не в том как покер делается, а в том какие цели ставятся. ИМХО

Объясню почему задал вопрос. У нас довольно часто присутствует overengineering - задачу можно решить разными способами, но часто выбирается сложный. Но суть, ценность не меняется. А время изготовления различается кардинально. Иногда это действительно надо, но часто совсем не обязательно. И не все это понимают.

context is a king

И по факту бывает что человек как бы впахивал но выдал мало просто потому что закопался в сложности собственного решения.

если такие ситуации возникают часто, возможно по технической части процесс как-то не так поставлен

Так он поставлен или не так сложно говорить, область экспериментальная.

По факту такие задачи можно разрулить с конкретным человеком ретроспективой. По итогам можно скорректировать процесс оценки данным человеком или уделить время допанализу перед оценкой

По факту такие задачи можно разрулить с конкретным человеком ретроспективой. По итогам можно скорректировать процесс оценки данным человеком или уделить время допанализу перед оценкой

Так и есть да, вопрос про другое был. В чем вы измеряете:)))

Вопрос был не что мы делаем не так, а те кто использует покер с оценкой, в чем вы измеряете.

Так и есть да, вопрос про другое был. В чем вы измеряете:)))

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

То есть план такой - изменить покер-планнинг так, чтобы те кто оверинженирят перестали это едлать?

То есть план такой - изменить покер-планнинг так, чтобы те кто оверинженирят перестали это едлать?

Да, и команда понимала свою капасити.

Ясно ясно

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

У нас не айти компания, предыдущего опыта в конкретно нашей области нет. Не у кого спросить :)

То есть тут не "сделай плохо", здесь посыл "сделай проще", это как люди верно пишут ретроспективами решается.

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

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

То есть тут не "сделай плохо", здесь посыл "сделай проще", это как люди верно пишут ретроспективами решается.

Да, это происходит. Думаем просто ещё и о метрике.

Связь с метрикой конечно пока неясно, но расскажите потом как получилось :)

Хорошо :)) пока тупим. Семь команд, все разные, к консенсусу не пришли :))

В такой ФОТ можно и консультанта спрятать

:))

Сейчас в основном оценка в днях происходит, но есть ощущение что это не очень хорошо.

Консультанты тоже бывают:)

У них тоже ответа нет пока, говорю же область для agile новая :))

На глобусе РФ наверное новая, просто может ответы в западном опыте

Там тоже нет в нашей области :)

Мы революционеры в нашей области :)

"область" это у вас метафора, может вы про скрам говорите, а не про agile

Ну а вы попробуйте методы, которым все равно какая область :))

Про скрам да, но и agile не слышал

Да да, пробуем

Просто хотелось узнать вдруг есть опыт отличный от человекодней или вообще без оценки

Или вообще без покера

Да

Тут в чате 1536 человек, спросите у кого-нибудь график velocity за 6-12 месяцев :)

Прыгает он, в зависимости от периода выборки.