Согласен, сейчас модно использовать гибкие методологии и соответствующие инструменты. А использование календарных планов, в основе которых лежат сетевые модели, уже стало «best practice» в управлении проектами.
Гибкие методологии вышли из ИТ-индустрии и там себя хорошо зарекомендовали. Но давай вспомним про проекты строительства (атомного энергоблока, подводной лодки или железной дороги), вывода на рынок нового продукта (например, новая модель кроссовок Nike), разработки проектной документации. Разве там отказались от сетевых моделей? Управление проектами не ограничивается разработкой программного обеспечения. И даже в ИТ, когда ты внедряешь SAP в какой-то компании, ты общаешься с заказчиком при помощи календарного плана. Поэтому, на мой взгляд, сетевые модели нельзя так легко списывать со счетов.
По поводу работы с ресурсами полностью согласен. В планах есть проработка этого вопроса. За ссылку отдельное спасибо
Гибкие методологии вышли из ИТ-индустрии и там себя хорошо зарекомендовали. Но давай вспомним про проекты строительства (атомного энергоблока, подводной лодки или железной дороги), вывода на рынок нового продукта (например, новая модель кроссовок Nike), разработки проектной документации. Разве там отказались от сетевых моделей? Управление проектами не ограничивается разработкой программного обеспечения. И даже в ИТ, когда ты внедряешь SAP в какой-то компании, ты общаешься с заказчиком при помощи календарного плана. Поэтому, на мой взгляд, сетевые модели нельзя так легко списывать со счетов.
По поводу работы с ресурсами полностью согласен. В планах есть проработка этого вопроса. За ссылку отдельное спасибо