вторник, 23 декабря 2008 г.

Xobni. Инструмент обработки корреспонденции.

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

В результате выяснил, что такой продукт есть. И, кроме всего прочего, он является хорошим помощником при активной работе с письмами. Xobni (Inbox наоборот). На главной странице Xobni опубликован отзыв Билла Гейтса о том, что Xobni -- это новый принцип построения социальной сети. "Bill Gates called Xobni the next generation of social networking."
Через 10 минут использования становится ясно почему это действительно так.

Xobni
  • Xobni легко интегрируется в Outlook панелью справа. Это удобно на широкоформатных мониторах.

  • Эффективный поиск писем, контактов и связанных документов. Существенно отличающийся от стандартного поиска в аутлуке и в Google Desktop, поскольку используется другой принцип связи объектов.

  • Contact's Network. Интересная фича. Строит сеть контактов на основе переписки (кто кому писал и кто кого может знать).

  • Conversations. Список обсуждаемых тем (на основе заголовков сообщений).

  • Files Exchanged. Список файлов, которыми обменялись с выбранным контактом.

  • И практически все описанные возможности доступны при выборе темы переписки.

Пример. Выбираем сообщение в аутлуке, справа на панеле видим информацию по контакту (отправитель письма). Здесь же, на панеле, выбираем другую тему переписки. Отображается список людей, участвующих в переписке, файлы, которыми обменивались в этой теме. Затем переходим к какому-то из писем. Появляется возможность открыть письмо в аутлуке, либо снова перейти к списку всех писем этой темы, и, конечно же, ответить/переслать.

Статистика.
Собственно то, ради чего плагин устанавливался :)
Большой набор отчетов по различным критериям:
- количество писем по дням недели, по контакту, по времени суток, исходящих или входящих;
- усредненное количество писем в день/неделю за выбранный интервал времени;
- время ответа на письмо, среднее время ответа контакту;
- рейтинг пользователей;
- графики распределений;
- и так далее.

Например, время, затраченное на ответ (понимаешь наиболее эффективные часы своей работы) выглядит так:


Или количество писем за выбранный интервал времени, с разбивкой по неделям:


И много прочих полезностей и интересностей.

Не могу не рекомендовать продукт всем, у кого обработка писем отнимает хотя бы какую-то ощутимую часть рабочего времени. И еще одна немаловажная деталь -- плагин (пока еще?) бесплатный.

вторник, 2 декабря 2008 г.

Project Management. Зачем нужны руководители проектов?

Зачастую представление об обязанностях менеджера проекта не совсем четкое и не совсем верное. Порой, проектного менеджера представляют как участника проекта, ответственного за команду разработки, или как посредника между заказчиком и разработчиками.

На самом деле, данное описание не совсем корректно и, может быть, больше относится к проектному, или даже техническому, лидеру команды.

Конечно, вопрос ответственности не самый простой. Но в рамках статьи в блоге можно разобраться, по крайней мере, с основными обязанностями.

Попробуем абстрагироваться от стереотипов, которые уже могли сложится, и вдуматься в название. Project manager -- это руководитель проекта. РУКОВОДИТЕЛЬ. ПРОЕКТА.
Ни слова о разработчиках :)

То есть старт, планирование, выполнение, контроль, завершение... Управление проектом целиком: командой, задачами, ресурсами, рисками и т.д. -- всем, что необходимо для достижения цели. Включая управление ходом разработки (скорость, приоритеты, направление) и, конечно, качеством.

Все понимают, что с набором задач на фазы старта, планирования и завершения проекта все далеко не просто. Эти фазы многого стоят. Возможно поэтому на фазе разработки теряют бдительность (представляя, что здесь все тривиально) и "забывают" о контроле качества. Хотя и осознают, что это не менее важно, чем сама разработка.

Большинство компаний выполняют тестирование в рамках независимого сервиса -- отдельный департамент компании или даже внешний QA. Думаю, назначение менеджера со стороны QA и является ключевым фактором, почему проектный менеджер зачастую "снимает" с себя обязанности по контролю качества.

Четкая кооперация с QA и координация действий всех команд, вовлеченных в процесс создания продукта, является необходимым фактором достижения успеха. Но, к сожалению, недостаточным.

На мысль натолкнули:
http://dev.by/node/4009
http://en.wikipedia.org/wiki/Project_Management