Презентация с конференции Форум Технологий Mail.Ru Group 2011
В прошлую среду, 16 ноября, в Москве прошла вторая конференция “Форум Технологий Mail.Ru Group“. Я выступил на ней с рассказом “Как создаются интерфейсы в Mail.Ru. Процесс, команда, инструменты и другие детали“. Это, по сути, мой первый отчет о том, что я делаю на новом месте и куда мы планируем развиваться в дальнейшем.
Проектирование в agile-процессе. График работы команд разработки и аналитики
У моего блога две ключевые темы — проектирование и управление проектами. Первая — потому что моя основная работа состоит как раз в продумывании и документировании пользовательских интерфейсов. Вторая — поскольку я руковожу и развиваю отдел проектирования в нашей компании. Ну и в довесок управляю первым этапом тех проектов, где требуется проработка UI. Наверное, поэтому в блоге мало “чистых” материалов по проект-менеджменту — обе темы переплетаются в работе так, что не развязать. И одна из самых актуальных для меня сейчас вещей в рамках этого переплетения — шлифовка процесса работы отдела так, чтобы он гладко стыковался с разработкой.
Итерационная разработка. Разбиение проекта на этапы исходя из контекста использования системы
Тему про особенности итерационной разработки я со временем собирался продолжить. Во-первых, мы в компании выстраиваем гибкий процесс ведения проектов — и я позже напишу об общей сути этого процесса. Во-вторых, в ходе текущей работы решаются множество рабочих моментов, которые обусловлены итеративностью. Ну а недавно появилось и в-третих — плотная дискуссия по поводу последнего материала блога о проектировании системы управления проектами PMC. Которая как раз запускалась в несколько очередей. А многие авторы комментариев забыли о контексте их запуска.
Итерационная разработка. Показ сырого проекта в лучшем виде
В последнее время проекты в нашей компании ведутся по смешанному типу управления. На одних участках работ это гибкие методики, на других — классические водопадные. От первых берется, в частности, итерационная разработка и доступность текущей версии клиенту. Когда система уже успела обзавестись несколькими модулями, заказчик получает доступ к ее регулярно обновляющейся рабочей версии. Другое дело, что сырой вид продукта может его испугать. С различными для всех участников проекта последствиями.
Continue reading »




