Юрий Ветров. Управление проектами и проектирование интерфейсов

В начале прошлой недели, 15 и 16 декабря, в Москве прошла вторая ежегодная конференция РИТ: Клиентские технологии. Я выступил на ней с докладом “Case Study: Проектирование делового портала BFM.ru”. А мои коллеги Александр Хмелевский и Лев Эйдинов — с презентацией “Adobe Fireworks как единый инструмент проектировщика и дизайнера интерфейсов”. Оба рассказа посвящены практическому опыту, причем различным его сторонам — методикам, инструментам, процессу и конечному продукту.

Читайте продолжение истории →

В прошлый четверг, 13 ноября, в Москве прошла профессиональная конференция World Usability Day 2008. Я выступил на ней с докладом “Опыт работы в разных форматах юзабилити-команд”. В нем подытожены впечатления от четырех типов организаций — лаборатории, производственной организации, команды продукта и специализированной компании. Это позволило сделать интересные выводы о процессе проектирования и его особенностях.

Читайте продолжение истории →

Этой осенью команда UI Modeling Company выступит на трех тематических конференциях — User Experience, World Usability Day и РИТ: Клиентские технологии. Я и двое моих коллег — Александр Хмелевский и Лев Эйдинов — готовим три доклада и мастер-класс. Они посвящены практическим вопросам проектирования интерфейсов и еще немного — самой профессии.

Читайте продолжение истории →

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

Читайте продолжение истории →

В первых двух частях описаны проблема разнородного потока задач и то, как я стараюсь разруливать его. При этом у этого потока есть свои источники — дела не появляются из ниоткуда. И хотя часть из них сложно формализовать, то что удается здорово облегчает жизнь.

Читайте продолжение истории →

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

Читайте продолжение истории →

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

Читайте продолжение истории →

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

Читайте продолжение истории →

Несмотря на то что обстоятельства давят, снижать качество работ совсем не хочется. Да и объем работ по проектированию, описанный во второй части, как ни крути и не переставляй его, всегда одинаков — разве что может быть размыт среди других задач. Из треугольника “цена-качество-сроки” у нас остаются первая и последняя грань. Но и с ними не особо разгуляешься. Повышение цены оправдано привлечением дополнительных специалистов и более напряженным графиком работы. Но добавив еще 10 человек в команду работу не ускорить — она наоборот начнет буксовать из-за повышенной потребности в координации действий. Со сроками тоже сложно — есть предполагаемая дата выхода продукта на рынок. И в нее нужно кровь из носу успеть не только спроектировать, но и разработать систему.

Читайте продолжение истории →

Если подойти к описанным в первой части слоям проектирования немного с другой стороны — в последовательности шагов работы над проектом, — вырисуется последовательный процесс улучшения качества интерфейса. Причем процесс повторяющийся, так что можно говорить о “спирали” повышения качества. И почти каждый ее виток проходит по следующим шагам:

Читайте продолжение истории →