В прошлый четверг, 13 ноября, в Москве прошла профессиональная конференция World Usability Day 2008. Я выступил на ней с докладом “Опыт работы в разных форматах юзабилити-команд”. В нем подытожены впечатления от четырех типов организаций — лаборатории, производственной организации, команды продукта и специализированной компании. Это позволило сделать интересные выводы о процессе проектирования и его особенностях.
Read more…
Конференции, Построение процесса, Презентации, Проектирование
В первых двух частях описаны проблема разнородного потока задач и то, как я стараюсь разруливать его. При этом у этого потока есть свои источники — дела не появляются из ниоткуда. И хотя часть из них сложно формализовать, то что удается здорово облегчает жизнь.
Read more…
GTD, Построение процесса, Практика, Проект-менеджмент, Рабочее пространство
Исходя из описанных в первой части критериев строится вся работа с входящей информацией. Взяв за основу ключевые принципы GTD “недержания” в голове и ведения единого списка дел, я основательно обработал их напильником. Получилась достаточно стройная методика, которая держится уже не первый месяц, только хорошея с каждой неделей.
Read more…
GTD, Построение процесса, Практика, Проект-менеджмент, Рабочее пространство
Почти три месяца не получалось добраться до блога. И дело не в отпусках — этим летом было не до отдыха. В начале весны мы начали активное продвижение нашей мини-компании по проектированию интерфейсов. Услуги оказались более чем востребованными — поток задач и проектов вырос, как говорится, dramatically, так что старые методы работы пришлось в срочном порядке совершенствовать. Плотность потока спадать и не думает, но в последнее время находиться в нем стало гораздо легче.
Read more…
GTD, Построение процесса, Практика, Проект-менеджмент, Рабочее пространство
У моего блога две ключевые темы — проектирование и управление проектами. Первая — потому что моя основная работа состоит как раз в продумывании и документировании пользовательских интерфейсов. Вторая — поскольку я руковожу и развиваю отдел проектирования в нашей компании. Ну и в довесок управляю первым этапом тех проектов, где требуется проработка UI. Наверное, поэтому в блоге мало “чистых” материалов по проект-менеджменту — обе темы переплетаются в работе так, что не развязать. И одна из самых актуальных для меня сейчас вещей в рамках этого переплетения — шлифовка процесса работы отдела так, чтобы он гладко стыковался с разработкой.
Read more…
Итерационная разработка, Пользовательские интерфейсы, Построение процесса, Практика, Проект-менеджмент, Проектирование
Несмотря на то что обстоятельства давят, снижать качество работ совсем не хочется. Да и объем работ по проектированию, описанный во второй части, как ни крути и не переставляй его, всегда одинаков — разве что может быть размыт среди других задач. Из треугольника “цена-качество-сроки” у нас остаются первая и последняя грань. Но и с ними не особо разгуляешься. Повышение цены оправдано привлечением дополнительных специалистов и более напряженным графиком работы. Но добавив еще 10 человек в команду работу не ускорить — она наоборот начнет буксовать из-за повышенной потребности в координации действий. Со сроками тоже сложно — есть предполагаемая дата выхода продукта на рынок. И в нее нужно кровь из носу успеть не только спроектировать, но и разработать систему.
Read more…
Пользовательские интерфейсы, Построение процесса, Практика, Проект-менеджмент, Проектирование
Если подойти к описанным в первой части слоям проектирования немного с другой стороны — в последовательности шагов работы над проектом, — вырисуется последовательный процесс улучшения качества интерфейса. Причем процесс повторяющийся, так что можно говорить о “спирали” повышения качества. И почти каждый ее виток проходит по следующим шагам:
Read more…
Пользовательские интерфейсы, Построение процесса, Практика, Проектирование
Ближайшая задача при проектировании интерфейса — сделать так, чтобы разработчики получили полную и непротиворечивую документацию по его реализации. Да и сам продукт после этого должен стать приятнее и полезнее для конечного потребителя. Не нужно особенно напрягаться, если речь идет о небольших типовых проектах, которых компания сделала не один десяток. Если же работы по будущей системе как минимум на полгода, проработка документации должна быть достаточно въедливой. Другое дело, когда и как применять эту дотошность.
Read more…
Пользовательские интерфейсы, Построение процесса, Практика, Проектирование
