Dr_Gonzo

Собственно зачем тратить время на это расследование? Вы его можете потратить с большей пользой для бизнеса и себя. Главный вопрос - вас устраивает результат работы этого разработчика за те деньги, которые вы платите? Если да, то лучше заняться другой проблемой, если нет, просто смените разработчика.

mahamba.com - сервис вопросов и ответов для специалистов в области менеджмента. Площадка для обмена опытом и база знаний. Присоединяйтесь ;-)

Есть площадка на подобие toster.ru для менеджеров, она же база знаний с глоссарием - mahamba.com , но это неприменим работы.

Существует огромное количество подходов к управлению проектами (см. тут перечень- mahamba.com/ru/glossary?field_article_type_value%5... ) из альтернатив, посмотри в сторону Agile фреймворков.

Но реально, не стоит так уж сильно расстраиваться по поводу ДГ, т.к. статья вводит в заблуждение, есть ещё такие понятия, как оценка pert, буферы, теория критической цепи и т.д., которые позволяют более точно спланировать. Да и вообще сам вопрос не совсем корректно задан - с любым подходом (который является просто инструментом) есть место планированию, поэтому всегда будут отклонения, да и вообще само название "план", это то, как ты хотел бы сделать, а "факт", то, как сделал.

Вот тут есть наиболее полный пример методологии управления проектами - mahamba.com/ru/reglament-upravleniya-proektami

С таким же успехом можно сказать, что вся статистика, это закон паретто - 20\80. Реально сам искал такого рода аналитику, но пока не попадалась. Более того, её почти нереально собрать - нужно, чтобы компании выкладывали материалы по проектам в открытый доступ и необходима экспертиза, которая на постоянной основе будет все это общитывать, но в реальности большая часть "успешных проектов", реально таковыми не являются.

Вот тут есть большая база по методологиям менеджмента в т.ч. проектного управления - mahamba.com/ru/glossary

Реально, грамотный работодатель не будет требовать сертификаты разные. Встречал людей с MBA и кучей топовых сертификатов, которые лажали и продолжают лажать. Потом всем не угодишь, такие сертификаты есть по любой методологии управления проектами, а их не мало - отфильтруйте тут (mahamba.com/ru/glossary) по типу "методология", уже будет порядка 30 разных и это ещё не всё.

Методология Scrum + автоматизированная система Jira, в которой теперь существует функционал канбан доски, можно задавать спринты и т.д.

Agile - это способ мышления по большому счёту, не методология. Agile - определяет основные ценности и принципы на основе которых создаются различные фреймворки (методологии) типа Scrum. Более подробно об Agile тут - mahamba.com/ru/gibkaya-metodologiya-razrabotki-agile

Посмотрите информацию на данном ресурсе в разделе глоссарий, позадавайте вопросы, тематика какраз PM и смежные области - BPM, ITIL, HR, Lean и т. д. mahamba.com/ru

Посмотрите информацию тут - mahamba.com/ru

Тут прямой вопрос управления, PM должен разбираться в том, что он внедряет, иначе он не сможет принять должным образом результаты от исполнителей. А если исполнитель, это внешняя компания, то можно вообще пролететь с проектом.

С другой стороны, PM не должен выполнять работу за исполнителей.

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

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

По большому счёту, здесь играет роль компетенция вашего бухгалтера, можно схитрить и по разному отразить и услуги и разработку. Можно в рамках предоставления консультационных услуг, дополнительно ещё и внедрить что-то.

Но это не правильно, лучше не хитрить)))

Эффективнее всего, разбить весь проект на 4 этапа, определить промежуточные результаты и итоговые результаты (итог этапа), выплачивать в пропорции 1ый, 2ой и 3ий этапы по 20% от общей стоимости, 4ый этап, завершающий - 40%.

Если выплатить изначально больше, чем в конце, это сразу демотивирует участников проекта, как с одной, так и с другой стороны.

Jira и MS Project в.т. числе Server, это совершенно разные программы, для совершенно разных целей.

Во-первых, необходимо отличать проектную деятельность от операционной - mahamba.com/ru/v-chem-otlichie-proektnoy-operacion...

Во-вторых, необходимо понимать отличие PM систем от таск менеджеров - mahamba.com/ru/raznica-mezhdu-sistemami-pm-i-task-...

Отвечая на вопрос, если вы управляете реально, проектами, то однозначно проджект или аналоги в облаках, именно PM системы.

MS Project server, это система для средних проектов, дом с ним не построишь, но поможет консолидировать всю информацию + есть вебинтерфейс.

На данном ресурсе есть перечень книг по управлению проектами - pmexperience.org/ru/library

Drupal))) С такими задачами справятся профессиональные системы - pmexperience.org/ru/ksup/solutions