Вот ещё одна проблема в дополнение описанным в статье.
Часто бывает так, что в плане проекта на некоторые работы невозможно назначить в данный момент определённого сотрудника, но из типа работы понятно, кому её предстоит делать. Например, написание документации предстоит делать одному из сотрудников Отдел технической документации. Но начало этой работы только через 3 месяца и сейчас трудно указать, кто конкретно её будет писать. При этом есть и другие проекты, в которых заняты писатели. Хочется иметь в плане агрегирующий ресурс, который привязан к списку конкретных сотрудников и позволяет проверить есть ли у какого-нибудь сотрудника (не важно, какого именно) из данного списка свободное время в интересующий период времени и произвести выравнивание плана в соответствии с предполагаемой загрузкой.
Мне не попадались системы управления проектами, в которых я мог бы решить эту задачу. По крайней мере, сделать это просто.
Плюс к уже описанному варианту с MS Project можно воспользоваться следующими:
1. Каждый проект создвавать и вести в MS Project, а межпроектные проблемы отслеживать в программах, которые позволяют просматривать
несколько mpp одновременно. Например, LiveProject ProjectsView. И контролировать загрузку исполнителей.
2. Использовать online сервис с нужной функциональностью типа Jira (с соотвествующим плагином) или LiquidPlanner.
Я рассматривал нужды человека, который не управляет на уровне задач. Он курирует десятки проектов. Ему, как правило, не интересно, что происходит с конкретными задачами. Он отслеживает тенденции более высокого уровня. Это не значит, что в некоторых системах управления задачами не найдётся полезный функционал для такого руководителя. Но, всё же, такие системы проектировались именно в расчете на работу с конкретными задачами. То есть это уровень сотрудников и, если мы говорим не о персональных менеджерах типа MyLifeOrganized, руководителя проекта. Это те, кому важны детали выполнения задачи.
Я отсортировал задачи по важности в том порядке, в каком они встают передо мной и моими коллегами. Так что я точно знаю, что и кого у нас интересует :) Не сомневаюсь, что где-то организовано по-другому.
Остальное — обязанность линейных/функциональных руководителей, у которых менеджеры проектов, согласно установленной в компании проектной процедуре/методологии, «арендуют» специалистов под проекты. Сейлзы у функциональных руководителей «арендуют» специалистов для участия в своих технических пресейлах и т.д.
Мне кажется, что Вы очень сузили возможные варианты оргструктур компаний, ведущих проектную деятельность :)
Не совсем понятно, причем здесь директор проектного офиса?
Проектный офис, даже в своей минимальной конфигурации, мониторит статус проектов.
Но это в большей степени касается т.н. «проектных» организаций,… Для внутренних проектов, тем более, айтишных…
Если подразделение занимается только внутренними проектами, то не спорю. Но часто бывает так, что подразделение разрабатывает внутренний проект и, параллельно, делает на его основе заказные работы.
Собственно, для п.4 какой-то специализированный софт не нужен, если...
Вот тут уж дело вкуса и денег. Кто-то внедряет огромную систему, а кто-то все записывает на листочке бумажки. Ведь гравное — это результат.
Ну это система по управлению задачами. Таких десятки, если не сотни. Для отслеживания межпроектных взаимодействий подходит плохо. Не на это рассчитана.
Для отслеживания межпроектных деталей Джира не очень подходит. Она всё-таки больше на работу с проектами рассчитана. Т.е. то, что внутри проектов происходит — смотреть удобно, а взаимодействие проектов — нет. Джира, конечно, имеет сотни разных плагинов. Может что-то и есть для этого, но я не видел.
Ну систем управления проектами на рынке десятки (если не сотни :)). Я попытался скорее описать типичные проблемы с различными классами систем на примере конкретных систем, нежели сами эти системы.
Какой команде, если проектов десятки и, соответственно, команд много?
Должность «начальник руководителей проектов» убивает :)
А чёрт знает, как её назвать. Я, например, руководитель проектного офиса. Реализаций проектов у нас занимается несколько департаментов. В этих департаментах ведутся десятки проектов. Т.е. интегральная информация по проектам нужна мне, а также руководителям департаментов. И как их (в смысле, нас:)) обозвать?
А смысл? Цены и функции интересно сравнивать в сформированных нишах программ. А в данном случае такая ниша ещё не сформировалась, поэтому приходится использовать ПО, в котором есть подобный функционал. И цены на это ПО разнятся от нуля до многих десятков тысяч.
Если есть такой риск, то все изменения надо оформлять официально.
Но за 20 лет моей практики в IT на нас заказчик ни разу не подал в суд. А мы на заказчика 1 раз (выиграли :)). Так что ИМХО такие риски не велики. А вот если не учитывать пожеланий Заказчика, то проблем может быть много.
Часто бывает так, что в плане проекта на некоторые работы невозможно назначить в данный момент определённого сотрудника, но из типа работы понятно, кому её предстоит делать. Например, написание документации предстоит делать одному из сотрудников Отдел технической документации. Но начало этой работы только через 3 месяца и сейчас трудно указать, кто конкретно её будет писать. При этом есть и другие проекты, в которых заняты писатели. Хочется иметь в плане агрегирующий ресурс, который привязан к списку конкретных сотрудников и позволяет проверить есть ли у какого-нибудь сотрудника (не важно, какого именно) из данного списка свободное время в интересующий период времени и произвести выравнивание плана в соответствии с предполагаемой загрузкой.
Мне не попадались системы управления проектами, в которых я мог бы решить эту задачу. По крайней мере, сделать это просто.
Он вот здесь habrahabr.ru/post/151593/#comment_5146824
1. Каждый проект создвавать и вести в MS Project, а межпроектные проблемы отслеживать в программах, которые позволяют просматривать
несколько mpp одновременно. Например, LiveProject ProjectsView. И контролировать загрузку исполнителей.
2. Использовать online сервис с нужной функциональностью типа Jira (с соотвествующим плагином) или LiquidPlanner.
Вопрос армянскому радио: «Может ли коза меньше есть и больше давать молока?»
Ответ: «Может. Если её меньше кормить и больше доить.»
Мне кажется, что Вы очень сузили возможные варианты оргструктур компаний, ведущих проектную деятельность :)
Проектный офис, даже в своей минимальной конфигурации, мониторит статус проектов.
Если подразделение занимается только внутренними проектами, то не спорю. Но часто бывает так, что подразделение разрабатывает внутренний проект и, параллельно, делает на его основе заказные работы.
Вот тут уж дело вкуса и денег. Кто-то внедряет огромную систему, а кто-то все записывает на листочке бумажки. Ведь гравное — это результат.
А чёрт знает, как её назвать. Я, например, руководитель проектного офиса. Реализаций проектов у нас занимается несколько департаментов. В этих департаментах ведутся десятки проектов. Т.е. интегральная информация по проектам нужна мне, а также руководителям департаментов. И как их (в смысле, нас:)) обозвать?
Но за 20 лет моей практики в IT на нас заказчик ни разу не подал в суд. А мы на заказчика 1 раз (выиграли :)). Так что ИМХО такие риски не велики. А вот если не учитывать пожеланий Заказчика, то проблем может быть много.