Проектная Среда СОВНЕТ

Скучно.....Много воды и нет конкретики.... Описанная ситуация - риски изменений. Какие конкретно методы используете для качественного анализа (идентификация рисков отклонений, их источников и последствий) и количественного аналииза ( вероятности наступления рисков и величины потенциальных убытков с учетом верлятности) ?

Для меня как работника нафиг не нужна никакая дополнительная нагрузка. Для меня как руководителя конечно мне нужно больше умных и способных работников. Блин как же всех заставить больше работать. И вдобавок не платить. А потом бегут люди туда где лучше, наверное 😀

спасибо

А организации что нужно: ПО или результат? Можно, конечно, поспорить про термин методология, но для меня это описание того, как достигать результат. И если ПО не обеспечивает получение результата или требует трудозатрат для получения результата больше, чем без него, то вопрос, зачем такое ПО? Мое мнение, что Преимуществом того или иного ПО является его возможность гибкой настройки для решения задач Клиента минимальными трудозатратами

Это уже 2-я трансформация: сначала "управление->контроль", следующим шагом "контроль->надзор". Интересно, что будет потом?

Ещё вопрос. Чем вы завершаете КСГ? Задачей? Вехой? Какой? Во всех ли КСГ она одинаковая?

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

Всем хорошего вечера

мне обычно через полчаса после отправки документа на ознакомление, отвечают - (с копией гендиру), не будем даже открывать...должно быть 2-3 листа...а у тебя - 60 ))

Циклограмма не картинка, а инструмент планирования с серьезным матаппаратом внутри. Просто вместо координат "время-задачи" как в Ганте используются координаты "время-расстояние".

Добрый день! Пришлите ссылку на группу пожалуйста

Да кадры решают все

Критикуйте, пожалуйста 😁

Может лучше -- Куратор

Да

Почему только? Фарма, логистика - как минимум популярные темы

Нужно явно различать два процесса: 1. "делегирование полномочий" и 2. "возложение ответственности". Ни один руководитель не может делегировать (или каким-либо иным образом передать свою ответственность) на нижестоящий уровень управления. Руководитель, в рамках выстраивания функционирования подчинённой организации/структуры, разделяет задачи на своих подчинённых. Если выполнение отдельных задач требует принятия управленческих решений, то руководитель может делегировать часть своих управленческих полномочий на нижележащий уровень управления, определив порядок подотчётности и уровень ответственности подчинённого руководителя. Очевидно, что при возникновении проблем, руководитель не может сказать вышестоящему руководителю: "за это у меня отвечает тов.Х, с него и спрашивайте"... точнее, сказать может, но вряд-ли вышестоящий руководитель это воспримет как достаточное оправдание неуспешности.

Мне кажется, что и другие "мат.методы в рисках" имеют практически те же ограничения: наличие теоретической доказательности при низкой практической применимости с точки зрения эффективности для решения целевой задачи: гарантирование успешности реализуемому проекту. Но это не значит, что мат.методы вообще не нужно использовать в проектном управлении, НО их нужно грамотно использовать!