Выбор ПО для управления проектами

[Михаил_Шустер]

См. в поисковиках: Роли в команде; Фасилитатор.

Я старый солдат и не знаю слов любви...
Ничего. Нельзя. Сделать. Не зная. Предметной. Области.

Команда на 90% состоит из ее лидера. Он должен знать.
Возможно, бывают другие модели, но я в них не верю. Даже человек с оооотакой харизмой ничего не сделает, если некому связать все воедино.
Команда... Мне кажется, это красивая сказка, в которую все хотят верить, но никто не верит. Как Дед Мороз. Команды работают у небольших предприятий на взлете.

[А.Б.]

Михалыч,
Команды работают всегда. Один в поле - не воин.
И ты сейчас работаешь в команде ... и я :-Р

Только это совсем не те команды о которых говорит Евгений - они не из книжки и построены по всем известному принципу "свой-чужой". И этих самых как их ... фасилоимитаторов там нету - есть доверительные отношения и гибкое распределение ролей (по молчаливой договоренности).

[Евгений_Кс]

Команда... Мне кажется, это красивая сказка, в которую все хотят верить, но никто не верит. Как Дед Мороз. Команды работают у небольших предприятий на взлете.

Взлет - самая трудная фаза полета Под силу только команде...
Лидерство - еще более красивая сказка. Если групповая работа более-менее технологизируема (и соответственно воспроизводима), то лидерство по определению уникально и случайно.
Конечно, хорошо, если появится Королев. Останется ему просто не мешать. Можно даже посадить в шарашку. Все равно он запустит Гагарина.
А если не появится?
Кормильцы (множественное число, группа!) рулят! (авторство термина принадлежит М. М. Шустеру!)
При каждом Хьюлетте есть свой Паккард. Иногда история нам оставляет имена ближайших сподвижников Того, Кто Стоял На Плечах Гигантов. Но чаще они остаются неизвестными. Но это не значит, что их не было.
Ху из Гайдар без Уринсона? Ну, и так далее.

[Евгений_Кс]

...
.

А за фасилоимитатора ответишь!

[Михаил_Шустер]

И ты сейчас работаешь в команде ... и я :-Р
Только это совсем не те команды о которых говорит Евгений

Да, безусловно. Опять слова, которые все запутывают...
Команда-это группа людей, сговорившихся играть против казино

[Михаил_Шустер]

Если групповая работа более-менее технологизируема (и соответственно воспроизводима), то лидерство по определению уникально и случайно

Без которого лидера, вся эта технологичность - груда бумаги

[А.Б.]

Команда-это группа людей, сговорившихся играть против казино

Душевно.
Уточню: Команда - это группа людей, сговорившихся играть против казино и команд конкурентов.

[Михаил_Шустер]

Душевно

День сегодня удался. Имею право

[Сертаков Александр]

Команда на 90% состоит из ее лидера. Он должен знать.

Мой осенний опыт работы в проекте по построению дерева целей и набора КПЭ для энергетических компаний таков: руководитель проекта вообще не представлял себе специфики работы этих компаний, но всё было отлично организовано. Я узнал об этом факте уже после завершения проекта, был очень удивлён.

[Евгений_Кс]

Я старый солдат и не знаю слов любви...
Ничего. Нельзя. Сделать. Не зная. Предметной. Области.

Все было так. До появления Лоуренса Дж. Питера.
А он возьми да и открой Принцип Питера. И идиллия со знанием предметной области закончилась.
Применительно к УП важнейшие компетенции РП - те, что связаны не со знанием предметной области, а с руководством людьми. Ибо управление проектом - это управление людьми.

[Сертаков Александр]

Дирижёры не обязаны вообще уметь играть на инструментах.
Руководители в медицинских учреждениях не обязаны обладать медицинским образованием.
И так далее.

[А.Б.]

Бог разделил людей на сильных и слабых, но потом пришел полковник Кольт и уравнял шансы.
...
На самом деле, полковник Кольт просто изменил стратификацию - люди стали делиться на тех у кого есть револьвер и тех у кого его нет.
...
Меньше идеализма коллеги. Если руководитель вообще не знает предметной области - он просто смешон. Смешной человек не может быть авторитетным, а для руководителя проекта - авторитет одна из главных компетенций.
Вот и скачут по городам и весям "менеджеры-попрыгунчики" - ничего не знающие и не умеющие, но зато с воот такой харизмой. И принцип у них простой - быстренько внедрить, улучшить, оптимизировать и так же быстренько смыться ... пока не пришлось отвечать за результаты.
Им все равно чем управлять - приемным покоем или моргом.

[Сертаков Александр]

Предметную область тот руководитель проекта знал весьма и весьма на хорошем уровне - собственно управление проектом было поставлено отлично.

[Евгений_Кс]

Точно два Сертаковых в Форуме. Без вариантов.
Первый:

Дирижёры не обязаны вообще уметь играть на инструментах.
Руководители в медицинских учреждениях не обязаны обладать медицинским образованием.
И так далее.

Второй:

Предметную область тот руководитель проекта знал весьма и весьма на хорошем уровне - собственно управление проектом было поставлено отлично.

Болдиных, похоже, тоже два.

[Сертаков Александр]

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

[Равиль]

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

ПОЛНОСТЬЮ СОГЛАСЕН!

[hilton]

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

[Сертаков Александр]

Может, я не по-русски пишу? Или слишком непонятно???

По-моему, уметь играть на инструментах и уметь отличать один от другого - немного разные вещи. Разве нет?

[hilton]

Может, я не по-русски пишу? Или слишком непонятно???

По-моему, уметь играть на инструментах и уметь отличать один от другого - немного разные вещи. Разве нет?

Вы чего все уже празднуете???

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

[Сертаков Александр]

Путаете тёплое с мягким.

[Евгений_Кс]

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

Слава Богу.
Два Сертакова слились воедино.
Надолго ли?

[Сертаков Александр]

Если Вы считаете, что меня два, значит, Вы меня не понимаете.

Но это уже не имеет ни малейшего значения.

Всем спасибо за внимание.

Пока.

[А.Б.]

Болдиных, похоже, тоже два.

Меня больше. Только у нас сепаратный сговор - не вступать в дискуссии между собой.

[А.Б.]

Нет, противоречия тут нет. Предметная область дирижёра - ДИРИЖИРОВАТЬ!!! А не играть на музыкальных инструментах.

Александр, если однако надоел форум - отдохни от него какое-то время. Походи по симфоническим концертам... посмотри на работу дирижера.
Соскучишся - приходи.

На самом деле ты привел очень хороший пример с дирижером, тока еще сам не понял его суть.
А суть в том - чем занимается дирижер?
Ты считаешь, что он машет палочкой с умным видом, а на самом деле ... дирижер играет музыку - только в качестве инструмента у него целый оркестр. Я, честно говоря, к хорошим дирижерам отношусь со священным трепетом - это ж уму непостижимо как Спиваков одновременно палочкой дает знак играть виолончели, движением брови - первой скрипке, а нервным дерганием плеча - заткнуться барабанщику.

PS. В любом деле надо знать предметную область прежде чем выходить в свет с рассуждениями (даже в форумском павлино-кастинге). Не обязательно на уровне эксперта, но хотя бы - понимать о чем трёп.

[Евгений_Кс]

PS. В любом деле надо знать предметную область прежде чем выходить в свет с рассуждениями (даже в форумском павлино-кастинге). Не обязательно на уровне эксперта, но хотя бы - понимать о чем трёп.

Ксенчук - Болдину (нервно дергая плечом):
В твоем постскриптуме не больше содержания, чем во фразе "лучше быть здоровым и богатым, чем бедным и больным".
Фокус обсуждения премещается на понятие "предметная область".
Сертаков (и я с ним согласен) считает, что предметная область в деятельности "управление проектом" - сам проект, управление которым имеет свое содержание, принципы, правила (см. PMBOK) безотносительно к предмету проекта (!), которым может быть и блок АЭС, и выпуск сольной пластинки, и поездка на Канары.

[А.Б.]

Ксенчук - Болдину (нервно дергая плечом):
В твоем постскриптуме не больше содержания, чем во фразе "лучше быть здоровым и богатым, чем бедным и больным".
Фокус обсуждения премещается на понятие "предметная область".
Сертаков (и я с ним согласен) считает, что предметная область в деятельности "управление проектом" - сам проект, управление которым имеет свое содержание, принципы, правила (см. PMBOK) безотносительно к предмету проекта (!), которым может быть и блок АЭС, и выпуск сольной пластинки, и поездка на Канары.

Что-то нет у меня уверенности, что вы с Александром готовы понять свою ошибку. Авитаминоз, недостаток солнечного света, перебор по общению с компьютером ... да мало ли что. Так что, повторю еще раз - отдохните. Покатайтесь на лыжах, нырните в море с аквалангом, затусуйтесь с девушками ... Вернетесь - поговорим.
Разговаривать с людьми, которые могут слышать только шум у себя в голове, вредно. Так что я на некоторое время тоже свалю отсюдова. Тем более - задачек вдруг привалило ...

PS. Если вы почему-то думаете, что я не изучал механику работы оркестра ... то глубоко заблуждаетесь. Вы друзья и 1% не знаете того чем я занимался за свою долгую и интересную жизнь. Но почему-то беретесь судить. Загадка да?

[Михаил_Шустер]

Что такое "предметная область"?

[GRANT]

Прочел дискуссию, довольно интересно, но все свелось к обсуждению проблем менеджмента, и совершенно не были затронуты практические области автоматизации управления проектов.
Однако хочу заметить, что автоматизация управления проектами, это не только планирование, учет ресурсов и стоимости, но и текущее отслеживание статусов работ. А вот тут в общепризнанных системах по управлению проектами есть лакуна.
Поясню, что я имею в виду, спланировали мы работы в системе, назначили и выровняли ресурсы, описали бюджет и проект пошел. Но каждая работа, это по сути сущность со своим жизненным циклом (самое простое статусы задач – назначил, выполнил, закрыл или отложил/переназначил), их отслеживание и задает тон проекту. С помощью трекинга можно снимать более "прозрачные" данные и % завершения и по трудозатратам (так как видно по данным системы как изменялися жизенный цикл программ)
Ведь можно превосходно запланировать проект, и потом его с треском провалить потеряв управление над задачами.
Правда счас уже стали такие системы появляться, класса issue tracking system (их частное производное – task tracking system). Я не знаю, есть ли в Спайдере такой модуль, но в MS Project (c сервером вклчительно) и в Примавере их нет.
Самое интересное, что например в своей области (IT), я наблюдаю тенденцию перехода управления проектами с программ «планировщиков проектов», на issue tracking system, благо из IT специфики проектов, здесь не нужно громоздкое планирование и достаточно простое планирование с помощью встроенного функционала этих систем.

[Andruxa]

Issue tracking полезен только для Agile-разработки. Я вел проекты по RUP в MS Project - всё отлично получается, и описанных проблем я не поимел. Весь ЖЦ задачи реализуется в концепции "процент выполнения". И привет.

Тенденции не пронаблюдал.

[GRANT]

Issue tracking полезен только для Agile-разработки.
Я вел проекты по RUP в MS Project - всё отлично получается, и описанных проблем я не поимел.

Хорошо, вопрос на засыпку - как вы в MS Project будите отслеживать статус задач по управлению требованиями и дефектами и при этом оперативно вести change management проекта?
То есть конечно можно их вести вручную (так было до недавнего времени, например с помощью специальных автоматических систем собираем требованиям и устраняем дефекты и потом данные о выполнении этих работ собираем в MS Project ручками, долго, упорно и с ошибками (человеческий фактор). А если требований и дефектов под несколько тысяч, и команды распределенные, как вы статус по ним вычислять будите в MS Project?