В мире ИТ и особенно в мире веб-технологий, часто люди путают понятия Проект и Продукт.

Скажем разрабатывается некий сайт, пусть это новостной портал на тему копчения коней в вакууме.

И вся команда, которая задействована в разработке сайта, называет этот сайт проектом.

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

У этой студии есть еще 30 подобных сайтов. И обычно эти сайты там тоже зовутся проектами. Мол мы разрабатываем проект www.kkvv.bu.

Что далее? Как регистрируют этот «проект» в системе управления? Правильно! Как проект. А все связанные с ним задачи, как задачи этого проекта.

Обычно у систем управления проектами есть Диаграммы Ганта и раз это проект и в нем есть задачи, значит пытаются сюда еще и Диаграммы Ганта привязать.

Это все не работает и люди начинают думать что это все глупости. Контроль падает. За ним и качество услуг.

Причины? Они просты. Нет тут никакого проекта. Сайт — это продукт.

Его регистрация должна быть как объект. В стандарте ITIL под это отводится такая штука как CMDB.

В более материальных мирах это называется ТОРО.

Суть в том что ведется реестр объектов и все услуги привязываются к этим объектам. Будь то заявки на исправление или какие-либо доработки, дополнения.

В этих системах сайт называется объектом или продуктом. А не проектом.

И в этом случае все становится на свои места.

Мы создаем Объект.

Вокруг этого объекта создаются различные задачи, баги, изменения, релизы и т.д.

Да, на самом деле возможна ситуация, когда у этого объекта может появиться связанный проект. Легко!

Но только это будет настоящий проект. Тот самый у которого есть бюджет и дидлайн с конкретной датой. Именно наличие срока с конкретной датой отличает проект от всего остального что может иметь бюджет.

Потому называя очередной сайт проектом — глупость. Там нет срока. А значит это не проект.

Логично? Да, но кого это и когда останавливало? 🙂

Это и есть причина по которой не работают хорошие методики управления в мире веб-студий и фрилансеров. Потому и качество услуг падает ниже плинтуса.

Но мало какой человек способен признать ошибку в своей голове. Скорее всего он решит что клиенты дебилы или методика плохая, мол не катит она для русского менталитета. Кто такой менталитет тоже мало кому понятно. Но причину главное найти. А реальна она или нет — не важно. Главное не признавать ошибки в своей голове!

Выделив отдельную сущность Объектов в нашей информационной системе, мы получили возможность связывать различные дела с этими объектами.

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

Работая с Мегапланом, Тимвоксом, Планфиксом и многими другими трекерами задач, такой возможности не было.