Сегодня я хочу поделиться двухлетним опытом проведения игры getKanban в Туту.ру. В целом, игровые механики мы используем довольно активно: играем в getKanban, Playing Lean, Lego Serious Game и т. д. Но getKanban, по нашему мнению, наиболее цельная и качественная игра. Для нас эта игра уже стала традицией и привычным инструментом обучения и коммуникации. Возможно, кто-то из читателей возьмет наш опыт на вооружение.
Рубрика «agile» - 35
Зачем играть в getKanban: опыт Туту.ру
2017-03-14 в 6:38, admin, рубрики: agile, kanban, scrum, Блог компании Туту.ру, Управление продуктом, управление проектами, управление разработкой
FixPrice Agile или SCRUM через Ж… иру
2017-03-03 в 19:32, admin, рубрики: agile, agile development, canban, pmi, scrum, waterfall, ведение проектов, интуитивное управление, управление проектами, управление разработкой, управление требованиями, метки: ведение проектовСуществует множество подходов к ведению IT- проектов и каждый из них находит своих последователей, успешно используется в одних проектах, с треском проваливается в других, приводит в восхищение часть клиентов и вызывает негодование у другой части. Порассуждаем о том, можно ли смешивать подходы, методы и методологии, чтобы достигать поставленных целей.
Важно!
- В статье присутствует определенная доля иронии.
- Статья ни в коем случае не ущемляет чьи-либо интересы.
- В статье не противопоставляется SCRUM водопаду и не смешивается «мягкое с теплым».
- У каждого свое мнение на процесс разработки проектов, свой опыт или его отсутствие, свой счастливый клиент или свой провалившийся проект, выполненный по методологии, с помощью проектных методик, руководствуясь принципами или интуицией.
- Будьте добрее!
Планирование цикла разработки и выпуска релизов по продуктам
2017-02-25 в 13:24, admin, рубрики: agile, atlassian, jira, product backlog, sprint backlog, планирование выпуска релизов, планирование цикла разработки, Управление продуктом, управление проектами, управление разработкой, метки: product backlog, sprint backlog, планирование выпуска релизов, планирование цикла разработкиЭто продолжение статьи «Управление потоком задач на разработку. История из жизни», ссылка на неё в конце этой статьи.
Контекст и задача
Компания самостоятельно разрабатывает программное обеспечение (Продукты) под нужды своих бизнес-подразделений (Заказчиков). Некоторые из продуктов поставлены заказчикам и компания занимается их доработкой-развитием.
Есть общий перечень задач по каждому из продуктов (Product Backlog). Каждый месяц выходят новые релизы по некоторым продуктам.
Цель – ответить на вопрос по каким продуктам необходимо выпустить релизы и какие клиентские запросы войдут в каждый из релизов.
Результат – план разработки на следующий производственный цикл (Sprint Backlog). Список релизов по продуктам, которые будут выпущены в следующем цикле.
Бизнес-логика
Каждый из продуктов закреплен за Менеджером по продукту (Product Owner). Каждое бизнес-подразделение закреплено за IT-Business Partner-ом (Менеджер по клиенту). Менеджер по клиенту обращается к Менеджеру по продукту с возможным заказом на разработку (User Story). Если Менеджеру по продукту «боль Заказчика» и «запрошенная таблетка» понятны, то он запрашивает у Руководителя команды разработки (Team Lead-а) оценку возможности реализации опции в продукте и приблизительную трудоемкость. По результатам оценки Заказчик либо подтверждает размещение заказа либо отказывается. Так формируется список запросов на доработку продуктов (Product Backlog).
Читать полностью »
Тет-а-тет: задаем правильные вопросы
2017-02-22 в 19:51, admin, рубрики: agile, вопросы, встречи профессионалов, Карьера в IT-индустрии, коммуникации, коммуникация, митинги, общение, переговоры, правильные вопросы, Руководитель проектов, руководство проектами, совещания, тет-а-тет, улучшение жизни, управление персоналом, управление проектами, управление разработкойЧтобы успешно построить работу в команде (коллективе) и добиться высоких результатов, важно уметь продуктивно общаться с подчиненными и задавать правильные вопросы. Профессионализм заключается не только в нахождении нужного времени, места и момента для беседы с сотрудником, но и в получении и доведении нужной информации.
Если вы на пути к проведению регулярных индивидуальных встреч с сотрудником или уже практикуете их, но не знаете, о чем еще спросить, наша статья будет полезна! Ниже вы найдете список вопросов, ответы на которые помогут улучшить взаимодействие в командах, повысить лояльность к компании, узнать проблемы, волнующие ваших коллег. Эта подборка должна быть для вас не столько готовыми формулировками, сколько обозначением направления, опираясь на которые вы можете сформулировать более точные и подходящие вопросы, с учетом личностных особенностей собеседника, особенностей работы именно в вашей компании.
Читать полностью »
Как мы не прошли в Y Combinator “…план по прибыли простой — тут наркотики легальны, $70 косяк…”
2017-02-20 в 6:57, admin, рубрики: agile, ERP-системы, YouGile, Блог компании RedHelper, кремниевая долина, Развитие стартапа, силиконовая долина, система управления проектами, стартапы, управление проектамиДело в том, что примерно через месяц в Y Combinator будет проходить очередной тур отбора компаний S2017. Это самый известный и раскрученный акселератор Кремниевой долины. Участие само по себе имеет смысл, даже если вы не думаете о себе, как о стартапе. Это также возможность съездить командой в Сан-Франциско на халяву.
В этой статье — наш опыт от прошлого конкурса W2016 и расшифровка аудиозаписи с очного отбора.
Все началось случайно. Подал заявку вечером в пятницу, на неделю позже сроков объявленных на сайте. Заявка простая, заполняется за пару часов, самое сложное для нас было записать ролик на 1 минуту с объяснением того, что мы делаем. Получилось так криво, что партнер попросил удалить ссылку из статьи. Но этого оказалось достаточно, чтобы пройти конкурс 500 из 10 000 заявок и быть приглашенным на очный тур.
После отправки заявки было еще собеседование по скайпу, очень короткое, 5-10 мин. Нас спросили что мы делаем, а после ответа сказали: “Но ведь этого и так полно и никому не нужна еще одна такая система!” На это мы 5 минут наперебой рассказывали, что нет, мы делаем все по другому и у нас будет лучше всех. Нам сказали: “Ок” и через 5 дней пришло приглашение: “Прилетайте”, а еще через день мы вылетели.
Читать полностью »
Дополняем Scrum архитектурными процессами. Часть 1. Требования
2017-02-19 в 22:43, admin, рубрики: agile, scrum, архитектура, управление проектами, управление разработкой
Выбрав какую либо методологию для проекта, обычно, ее необходимо адаптировать, дополнить. Так, например, часто Scrum дополняют при помощи XP. Но даже в этом случае процесс формирования архитектуры определен слабо, что является одной из основных причин драматичного падения скорости разработки через несколько месяцев или провалу проекта.
В данном цикле статей, автор предлагает свое видение архитектурных процессов в рамках Scrum, которые вытачивались им на нескольких проектах (мобильные банки), в том числе на текущем (FreshCRM). Область применения подхода: business critical, mission critical и life critical проекты.
Читать полностью »
Процесс «Управление релизами» — для постпроектной поддержки или развития продукта
2017-02-12 в 20:43, admin, рубрики: agile, itsm, разработка программного обеспечения, релиз, управление проектами, управление разработкойПосле формального окончания проекта — работа не заканчивается, а только начинается. Необходимо реализовать функционал который не вошёл в основное содержание проекта, исправить некритичные ошибки которые не препятствовали запуску, и обслуживать поток изменений и инцидентов, сопутствующих процессу эксплуатации. При этом, необходимо организовать процесс таким образом, чтобы учитывать приоритеты запросов, технические зависимости, оставлять время на анализ требуемых изменений.
Процесс «управление релизами», один из стека процессов ITSM, как раз и предлагает решение для формальной приоритизации и группировки запросов пользователей (запросов на изменения, инцидентов) в общие пакеты доставки — «релизы».
В данной статье кратко раскрываются следующие темы:
- применимость процесса — когда имеет смысл его внедрять
- основные этапы процесса, активности, вовлеченные ресурсы и результаты
- планирование релизов: календарь, объем, параллельное выполнение
- некоторые проблемы доставки в релизах
Релиз YouTrack 2017.1 и Hub 2017.1
2017-02-08 в 11:53, admin, рубрики: agile, hub, jetbrains, product management, project management, release, scrum, teamcity, upsource, youtrack, багтрекер, Блог компании JetBrains, Программирование, Разработка веб-сайтовПривет! Совсем недавно мы выпустили новую версию системы управления проектами — YouTrack 2017.1 и коннектор инструментов JetBrains для совместной работы — Hub 2017.1.
Hub встроен в YouTrack, так что многие из обновлений доступны в обоих продуктах. Поэтому мы решили написать один пост, в котором расскажем про два релиза.
Как оценивать большие задачи
2017-02-06 в 13:40, admin, рубрики: agile, Блог компании Mindbox, оценка времени, оценка задачи, оценка трудозатрат, проектированиеСуществует множество способов оценить пользовательские истории. Мы используем собственную методологию, чтобы оценить и проработать задачи перед тем, как писать код. Как мы до этого дошли и почему наш подход лучше, чем Planing Poker, читайте под катом.
Sport is dead! (по мотивам «Agile умер» и прочим некрологам)
2017-02-06 в 8:58, admin, рубрики: agile, gif, scrum, Читальный зал, юморЧуть ли не каждую неделю выходит одна-две статьи про то, что agile/scrum умер и больше не работает. Я решился систематизировать основные проблемы и жалобы по этому поводу и рассмотреть их на примере спорта. Итак…
— Однажды я предложил поиграть ребятам в футбол. Мы собрали команду, но мяч попал мне в лицо. Я не мог продолжать. Игра была сорвана. Команда — демотивирована. Никогда! Слышите, НИКОГДА не занимайтесь спортом, если не хотите, чтобы ваше лицо стало изуродованным!
