О системе управления проектами
Тезисы:
- Управление проектом, через управление требованиями; автоматизация;
- Управления требованиями и задачами;
- Управление разработкой, группой программистов; автоматизация;
- Учет затрат на проект: как это сделать?
Приведенный ниже фрагмент — выдержка из блога Михаила, где он рассказывает про решение, которое используется в компании QSOFT для управления разработкой. О различных инструментах для контроля задач, о критериях для выбора и о том, почему компания пришла в конце концов к самостоятельной разработке, и будет рассказано в докладе Михаила Токовинина, руководителя компании QSOFT.
Хитрость вот в чем. Что такое проект? Это прежде всего набор задач, требований. Получается, что для того, чтобы автоматизировать управление проектом, надо прежде всего ввести туда список этих задач и поддерживать его постоянно в актуальном состоянии. Это совсем не трудно, если все сотрудники компании будут общаться через этот трекер, ну то есть, если для того, чтобы дать задание программисту, менеджер бы не писал ему письмо или сообщение в аське, а писал бы задачу в трекер — и так для всех задач.
Но! Дело в том, что это невозможно, до тех пор, пока в этот процесс не окажется вовлечен Заказчик. Дело в том, что для решения любой задачи или ее выполнения мало сотрудников компании, нужен еще Заказчик. А есть задачи, который только из общения менеджера и заказчика и состоят, а это общение происходит, как правило, через e-mail. Вот и получается, что пока трекером не пользуется заказчик, список задач будет всегда не достаточно актуален, а следовательно трекер не будет работать.
Как сделать единый трекер и для сотрудников и для Заказчика? Сделать часть сообщений открытыми (для всех, включая Заказчика), а часть «скрытыми» (только для сотрудников) и сделать так, чтобы работать с трекером можно было бы через e-mail, не заходя в интерфейс. То есть, сделать так, чтобы Заказчик даже не понимал, что с ним общаются через трекер, получал бы свои e-mail’ы и отвечал бы на них.
Но самое главное, сделать так, чтобы тикет мог содержать и внутреннее и внешнее обсуждение в одном месте! Ведь нельзя иначе в одном месте и с заказчиком и с программистом разговаривать. А вот если сообщения разделены, тогда можно не дублируя требования от заказчика, написать скруто что-нить вроде: «Вась сделай поскорее, что он просит» и назначить на программиста. Когда мы открыли эту фишку, мы сделали то, о чем давно мечтали и то, что открыло нам в дальнейшем путь к 100 % автоматизации веб-студии — сделали так, чтобы ВСЕ задачи по проекту оказались в трекере и обсуждались в рамках единого интерфейса.
