новостей по этому поводу не видел)

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

Да

как итог, судя по слайду 12 превалирует "to do agile". и оч малое осознание, что такое "to be agile"

Наблюдения показывают то же самое)

Не увидел в исследовании данных про масштаб компаний. Но судя по слайду №7 где бюджет проекта у 81% респондентов не более 10 млн. руб. - компании небольшие. У кого какое мнение есть по этому поводу?

Не увидел в исследовании данных про масштаб компаний. Но судя по слайду №7 где бюджет проекта у 81% респондентов не более 10 млн. руб. - компании небольшие. У кого какое мнение есть по этому поводу?

Возможно, что крупных компаний мало в России.

или они не принимали участие в опросе?

или они не принимали участие в опросе?

Или так

Может таких специалистов и нет в наших сообществах

Всем привет. Подскажите, в ваших компаних или вообще на рынке как называются позиции специалистов, которые отвечают за комменрческий успех новых продуктов? занимаются продажами и их развитием, поиском новых каналов продаж, передает обратную связь от рынка в продуктовую команду. Можно не отвечать желающим сказать product owner!)

СЕО

доставляющий манагер

исполнительный директор

Генеральный директор

Ничего вы загнули про СЕО:)

Антон, а вы можете назвать в свою очередь позиции специалистов, которые НЕ отвечают за коммерческий успех?

Всем привет. Подскажите, в ваших компаних или вообще на рынке как называются позиции специалистов, которые отвечают за комменрческий успех новых продуктов? занимаются продажами и их развитием, поиском новых каналов продаж, передает обратную связь от рынка в продуктовую команду. Можно не отвечать желающим сказать product owner!)

Вообще это маркетологи.

Антон, а вы можете назвать в свою очередь позиции специалистов, которые НЕ отвечают за коммерческий успех?

Классное размазывание ответственности по всей компании. И железное обоснование коллективной ответственности

Всем привет. Подскажите, в ваших компаних или вообще на рынке как называются позиции специалистов, которые отвечают за комменрческий успех новых продуктов? занимаются продажами и их развитием, поиском новых каналов продаж, передает обратную связь от рынка в продуктовую команду. Можно не отвечать желающим сказать product owner!)

у нас комдир

Антон, а вы можете назвать в свою очередь позиции специалистов, которые НЕ отвечают за коммерческий успех?

Напрямую не отвечает практически никто в компании.

Под ответсвенностью я понимаю Accountabillity. Прям так что если продажи посли в низ - то лишаешся премии или должности

Глупо увольнять тестировщика или дизайнера, если продажи пошли вниз

а вот CMO или CEO вполне могут пойти нафиг в таком случае

Степень* ответственности :)

Но вообще вопрос дельный да, вижу понравился

Всем спасибо за комментарии!

у нас комдир

Командир или Командующий Директор ?

комерческий)

Командующий директор мне больше нравится :)

комбриг можно еще)

Комбат - Коммерческий Банковский Технолог :)

31 октября в 19.00 по мск времени пройдет бесплатный вебинар «Agile vs Waterfall — что выбрать?» Регистрация: https://goo.gl/LjMj1Z Программа вебинара: 1. Выбор подхода – ключ к успешному бизнесу. 2. Agile и традиционные подходы. Что выбрать? 3. Жизненный цикл проекта: итерационная и водопадная модель. 4. Гибридный подход. 5. Мировые стандарты в управлении проектами.

ок, конечно, но не понятно

Да, с регистрацией какая-то непонятка((((

Видимо с прошлого вебинара осталось. Пойду стукну программеров. Спасибо, коллеги👍🏻

Да, с регистрацией какая-то непонятка((((

В другой группе я его забанил

🤦🏻‍♂️ вот тебе и популяризация Agile

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

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

В группах есть традиции. И приходить и сразу поучать :)

как то не по аджайлу программисты сработали)) чему тогда они нас научить могут))) шутка юмора)

Это неправильно. Нет терпения - нет остального, а сваливать еще все на программистов вообще верх :)

Коллеги, спасибо, что указали на ошибку. Зачем добивать-то?)

Здесь то не забанили.

Vadim 😅

как то не по аджайлу программисты сработали)) чему тогда они нас научить могут))) шутка юмора)

Cпикер — ПМ с 14-ти летним стажем. И он тут точно ни при чем.

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

Программисты не причем а вот тема вебинара – ну такое)

Если я правильно понял, то тема Вэбинара это использование гибридной методологии.

Теперь меню после регистрации на вебинар отображается корректно. Заново регистрироваться не нужно. Ещё раз прошу прощения и благодарю за то, что указали на недочёт.

в МИФе вышел Коучинг agile-команд, кто-то читал? Как впечатления?

может, в оригинале читали

#whois всем привет, меня зовут Андрей, я безработный :), поэтому имею желание и возможности расширить свои познания в области применения Agile, особенно учитывая постоянно возникающие потребности (не ИТ-проекты). За плечами 10+ лет в качестве ИТ директора/CIO, и пара лет в качестве Директора по развитию+РМО. Узнал о группе из PMI Moscow Community, очень интересно почитать истории и юзкейсы из первых уст.

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

вы должно быть про кейсы, а не про юскейсы

вы должно быть про кейсы, а не про юскейсы

Ошибки нет. Use cases, сценарии использования (методик). Но cases, кейсы, ситуации, в которых использовались методики, также представляют интерес.

сценариев использования методик не существует как понятия

есть use cases как группы сценариев оказания клиенту услуги бизнесом, взаимодействия между бизнесами

есть use cases как группы сценариев применения технического сервиса пользователем, потребителем, смежной системой

ssa.io/use-case

Ошибки нет. Use cases, сценарии использования (методик). Но cases, кейсы, ситуации, в которых использовались методики, также представляют интерес.

Основной сценарий простой: проектное управление - стратегия, методы и дисциплины Agile - тактика.

Коллеги, да о простом речь.. схема (взаимодействия между всеми участниками процесса) в рамках выбранной методики. В английском варианте это называется business use case, примеряется, как верно отметил Денис,

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

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

Коллеги, а если не сложно, выложите пример такой схемы

Коллеги, да о простом речь.. схема (взаимодействия между всеми участниками процесса) в рамках выбранной методики. В английском варианте это называется business use case, примеряется, как верно отметил Денис,

Насколько я знаю, такую схему также называют планом управления коммуникациями. Или я вас неправильно поняла?

А разве весь объём фич не всегда может быть разбит на набор инкрементов?

Так у нас же речь идет о том, что мы корректируется после каждой итерации. Мы не.пишем ТЗ на пол года. А в проектном управлении мы знаем что должны сделать. И считаем затраты и сроки

#whois Работаю разработчиком + скрам-мастером в компании reg.ru. Участвую в команде аджилизации компании. Большой опыт в удаленной командной разработке и готов им поделиться. От сообщества хотелось бы получить помощи в более глубоком познании гибкой разработки по. Про группу узнал из поиска телеграма.

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

Ребят, а кто нибудь пробовал CCPM? Я тут о нем недавно узнал, выглядит здорово, но интересно, как работает на практике.

Ребят, а кто нибудь пробовал CCPM? Я тут о нем недавно узнал, выглядит здорово, но интересно, как работает на практике.

Нормально работает. Но применимость зависит от ваших условий. Если вам важно выполнять проекты вовремя, то смысл есть. Иначе, лишние движения на планирование поставки, контроль буфера. Мы скрещиваем его с agile/scrum для операционно- тактического управления.

Ребят, а кто нибудь пробовал CCPM? Я тут о нем недавно узнал, выглядит здорово, но интересно, как работает на практике.

Приходи на SECR доклады в секции TOC+ТРИЗ

Интересно

Нормально работает. Но применимость зависит от ваших условий. Если вам важно выполнять проекты вовремя, то смысл есть. Иначе, лишние движения на планирование поставки, контроль буфера. Мы скрещиваем его с agile/scrum для операционно- тактического управления.

То есть вы реально сокращаете время на выполнение задач в два раза?

Вернее на треть

Или в два - не помню

То есть вы реально сокращаете время на выполнение задач в два раза?

Нет, в ИТ проектах не выполняются предпосылки о сокращении сроков. В ИТ-проектах оценки оптимистичные изначально, если исполнителей не били по голове за не попадание в оценку.

Нет, в ИТ проектах не выполняются предпосылки о сокращении сроков. В ИТ-проектах оценки оптимистичные изначально, если исполнителей не били по голове за не попадание в оценку.

А сколько вы уже применяете этот подход?

А сколько вы уже применяете этот подход?

Уж лет 5 будет.

Здорово, нужно будет изучить и попробовать