Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 19
Лучше бы с табличкой большой и ценообразование бы указали.
Требует Oracle database, которая стоит денег.
Экспресс версию отменили уже?
Опять же лично я использую teambox. Для многих будет оптимален.
А как вышеперечисленное живет с TFS-ом? Кто-то разбирался? Ну помимо MSProject, с ним все понятно.
Должность «начальник руководителей проектов» убивает :)
В нормально мире выбор инструмента отдаётся на откуп команде.
В нормально мире выбор инструмента отдаётся на откуп команде.
Какой команде, если проектов десятки и, соответственно, команд много?
А чёрт знает, как её назвать. Я, например, руководитель проектного офиса. Реализаций проектов у нас занимается несколько департаментов. В этих департаментах ведутся десятки проектов. Т.е. интегральная информация по проектам нужна мне, а также руководителям департаментов. И как их (в смысле, нас:)) обозвать?
Должность «начальник руководителей проектов» убивает :)
А чёрт знает, как её назвать. Я, например, руководитель проектного офиса. Реализаций проектов у нас занимается несколько департаментов. В этих департаментах ведутся десятки проектов. Т.е. интегральная информация по проектам нужна мне, а также руководителям департаментов. И как их (в смысле, нас:)) обозвать?
А я Итилиум использую для решения этих задач.
a JIRA как такой инструмент уже не работает?..
уже несколько месяцев юзаю .
по сравнению с ms project — не перегружен лишними фичами, интуитивно понятен, есть клиенты под wp7, android, iphone, ipad. служба поддержки русско-говорящаяб адекватная и быстрая. для компаний за доп плату предоставляется дополнительный функционал
по сравнению с ms project — не перегружен лишними фичами, интуитивно понятен, есть клиенты под wp7, android, iphone, ipad. служба поддержки русско-говорящаяб адекватная и быстрая. для компаний за доп плату предоставляется дополнительный функционал
не вставилась ссылка
papirus.net
papirus.net
Приведите, пожалуйста пример из практических нужд, на котором было бы видно отличие от систем по управлению задачами. Может быть я не совсем понял концепцию, потому как уловил только: проекты могут влиять друг на друга. Заранее спасибо!
Я рассматривал нужды человека, который не управляет на уровне задач. Он курирует десятки проектов. Ему, как правило, не интересно, что происходит с конкретными задачами. Он отслеживает тенденции более высокого уровня. Это не значит, что в некоторых системах управления задачами не найдётся полезный функционал для такого руководителя. Но, всё же, такие системы проектировались именно в расчете на работу с конкретными задачами. То есть это уровень сотрудников и, если мы говорим не о персональных менеджерах типа MyLifeOrganized, руководителя проекта. Это те, кому важны детали выполнения задачи.
«такому начальнику хочется знать:
1. Чем заняты сотрудники? Т.е. в каких проектах участвуют и когда освободятся.
2. Кто будет делать новые проекты?
3. Кого попросить заняться неожиданно возникшей проблемой (найти и исправить критическую ошибку, возникшую в самый неподходящий момент; поехать к заказчику, чтобы реанимировать упавшую систему; сопроводить сейла для решения технических вопросов с потенциальным заказчиком и т.п.).
4. Ну и, наконец, когда всё остальное хорошо, просто интересно, а как там дела с проектами?»
В разных компаниях, конечно, по-разному бывает, но, ИМХО, руководителя проектных менеджеров должны интересовать только п. 4 и частично п. 2 (достаточно ли своей экспертизы у компании для выполнения взятых обязательств по контракту или надо дополнительно привлекать кого-то). Остальное — обязанность линейных/функциональных руководителей, у которых менеджеры проектов, согласно установленной в компании проектной процедуре/методологии, «арендуют» специалистов под проекты. Сейлзы у функциональных руководителей «арендуют» специалистов для участия в своих технических пресейлах и т.д. Не совсем понятно, причем здесь директор проектного офиса?
Но это в большей степени касается т.н. «проектных» организаций, т.е. зарабатывающих деньги путем выполнения проектов по договорам для внешних компаний-заказчиков. Для внутренних проектов, тем более, айтишных, необходимость наличия руководителя проектных менеджеров (директора проектного офиса и т.д.) вообще вызывает большое сомнение — руководитель подразделения разработки рулит всеми (организовывает, решает конфликты и т.д.).
Собственно, для п.4 какой-то специализированный софт не нужен, если речь не идет о сотнях проектов. Достаточно хорошо налаженной системы мониторинга и регулярной отчетности по проектам. Рекомендую отличную книгу Kerzner H. — «Project Management Metrics, KPIs, and Dashboards. A Guide to Measuring and Monitoring Project Performance».
1. Чем заняты сотрудники? Т.е. в каких проектах участвуют и когда освободятся.
2. Кто будет делать новые проекты?
3. Кого попросить заняться неожиданно возникшей проблемой (найти и исправить критическую ошибку, возникшую в самый неподходящий момент; поехать к заказчику, чтобы реанимировать упавшую систему; сопроводить сейла для решения технических вопросов с потенциальным заказчиком и т.п.).
4. Ну и, наконец, когда всё остальное хорошо, просто интересно, а как там дела с проектами?»
В разных компаниях, конечно, по-разному бывает, но, ИМХО, руководителя проектных менеджеров должны интересовать только п. 4 и частично п. 2 (достаточно ли своей экспертизы у компании для выполнения взятых обязательств по контракту или надо дополнительно привлекать кого-то). Остальное — обязанность линейных/функциональных руководителей, у которых менеджеры проектов, согласно установленной в компании проектной процедуре/методологии, «арендуют» специалистов под проекты. Сейлзы у функциональных руководителей «арендуют» специалистов для участия в своих технических пресейлах и т.д. Не совсем понятно, причем здесь директор проектного офиса?
Но это в большей степени касается т.н. «проектных» организаций, т.е. зарабатывающих деньги путем выполнения проектов по договорам для внешних компаний-заказчиков. Для внутренних проектов, тем более, айтишных, необходимость наличия руководителя проектных менеджеров (директора проектного офиса и т.д.) вообще вызывает большое сомнение — руководитель подразделения разработки рулит всеми (организовывает, решает конфликты и т.д.).
Собственно, для п.4 какой-то специализированный софт не нужен, если речь не идет о сотнях проектов. Достаточно хорошо налаженной системы мониторинга и регулярной отчетности по проектам. Рекомендую отличную книгу Kerzner H. — «Project Management Metrics, KPIs, and Dashboards. A Guide to Measuring and Monitoring Project Performance».
Я отсортировал задачи по важности в том порядке, в каком они встают передо мной и моими коллегами. Так что я точно знаю, что и кого у нас интересует :) Не сомневаюсь, что где-то организовано по-другому.
Мне кажется, что Вы очень сузили возможные варианты оргструктур компаний, ведущих проектную деятельность :)
Проектный офис, даже в своей минимальной конфигурации, мониторит статус проектов.
Если подразделение занимается только внутренними проектами, то не спорю. Но часто бывает так, что подразделение разрабатывает внутренний проект и, параллельно, делает на его основе заказные работы.
Вот тут уж дело вкуса и денег. Кто-то внедряет огромную систему, а кто-то все записывает на листочке бумажки. Ведь гравное — это результат.
Остальное — обязанность линейных/функциональных руководителей, у которых менеджеры проектов, согласно установленной в компании проектной процедуре/методологии, «арендуют» специалистов под проекты. Сейлзы у функциональных руководителей «арендуют» специалистов для участия в своих технических пресейлах и т.д.
Мне кажется, что Вы очень сузили возможные варианты оргструктур компаний, ведущих проектную деятельность :)
Не совсем понятно, причем здесь директор проектного офиса?
Проектный офис, даже в своей минимальной конфигурации, мониторит статус проектов.
Но это в большей степени касается т.н. «проектных» организаций,… Для внутренних проектов, тем более, айтишных…
Если подразделение занимается только внутренними проектами, то не спорю. Но часто бывает так, что подразделение разрабатывает внутренний проект и, параллельно, делает на его основе заказные работы.
Собственно, для п.4 какой-то специализированный софт не нужен, если...
Вот тут уж дело вкуса и денег. Кто-то внедряет огромную систему, а кто-то все записывает на листочке бумажки. Ведь гравное — это результат.
>1. Чем заняты сотрудники? Т.е. в каких проектах участвуют и когда освободятся.
На такой вопрос идеально отвечает инструмент КНЧР (Кто Над Чем работает) системы Project Kaiser
Поскольку для вложенности проектов нет ограничений руководитель может этот отчет посмотреть для самого верхнего проекта.
На такой вопрос идеально отвечает инструмент КНЧР (Кто Над Чем работает) системы Project Kaiser
Поскольку для вложенности проектов нет ограничений руководитель может этот отчет посмотреть для самого верхнего проекта.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Выбираем программу для начальника руководителей проектов