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

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

前往频道在 Telegram

Рабочий чат профессионального сообщества "Проектная Среда СОВНЕТ" Наш канал в YouTube - https://www.youtube.com/@sovnetipma4774

显示更多
未指定国家未指定类别
1 021
订阅者
无数据24 小时
无数据7 天
无数据30 天
帖子存档
странное деление по уровням: получается, что 1. РП не отвечает за то, что происходит с проектом ежедневно!? 2. Куратору не интересны прогнозы [и гарантии] успешности/неуспешности проекта!?

Вы про абстрактные мыслительные процессы или про конкретные что я привёл?

Скорее всего так определила группа переводившая и адаптировавшая зарубежные стандарты +-20 лет назад, предполагаю, что перевод и адаптация скорее всего валидировались англоязычными коллегами на предмет соответствия смыслов. Уже который раз замечаю в ваших статьях чтобы вы хотите переиначить уже устоявшееся применение терминов и заново их переизобрести. При чем текущее использование терминов простое и понятное, а у вас поиски различных переводов вплоть до происхождения слова из греческого или латыни прилично так усложняют восприятие смыслы (по моему это было в статье про smart). У меня единственный вопрос - зачем? В таком случае почему бы не начать с со слов Project, Management, Risk и других - целая кладезь информации для статей для канала

Этот комментарий к какой проблеме?

В строительных проектах есть особенность по управлению рисками: на стадии ПИР - управление рисков изменений, а на этапе СМР и ПНР - риски отклонения. Команда риск-менеджеров нужна очень профессиональная

19 октября состоялась очередная встреча из серии: «Современные методы управления проектами в строительстве: Лучшие практики – Люди, Процессы, Технологии». https://sovnet.ru/news/5-ya-proektnaya-sreda-sovnet-itogi

вебинара не будет ?

Друзья, лаги в трансляции у всех наблюдаются?

Хорошо, тогда подожду ответа на вопрос, который уже задал.

Моя первая программа управления проектами использовалась советскими управленцами с 1978 года. У вас ложное представление о советском периоде.

Похоже, мы вышли опять на хорошую формулировку, данную коллегой ранее - риск-ориентированное управление проектом.

Такую программу нужно создавать с простой доски. Так проще продавать. И как идеолог и архитектор такой системы могу сказать, что это плохой пример "сложной программы". Это мое поле. 20 лет назад я, как архитектор программных систем, проектировал и разрабатывал прикладное ПО Системы самолетовождения и индикации для Су-80, её наследники есть на Ан-77-ТК300. Это было просто , основные трудности были в освоении железа, с которым было непонятно как работать. И могу сказать что даже бизнес приложения с развестистой схемой БД не требуют длинного цикла проектирования. Достаточно предусмотреть гибкую архитектуру и механизмы ей развития. После 2-3 таких архитектур, там нет ничего сложного. Гибкая архитектура рождается из подхода "Тесты первыми" (см eXtreme Programming, XP) и "проектирования в вики" (см. Метафора системы, XP) с обоснованием решений. Основная ключевая функция в ПО обычно реализуется за 4-8 чел/недель. Другие функции также не требуют "тщательного проектирования". То что рекомендовал Винстон Ройс в 70 году, уже 95 устарело , просто потому что скорость сборки и получения обратной связи возросла. Сейчас, в том же KPHP можно проверить логику модульными тестами "моментально" без сборки программного проекта, а после сборки это будет работать на скорости процессора как хороший C++ код. В программных проектах, часто основной проблемой является непонимание истинного запроса Клиента. Поэтому Agile-подходы и подходы к проектированию для разработки софта (Скрам не из их числа) бьются вокруг безопасного внесения изменений. По мере роста размеров программ и их разделения на компоненты возникает проблема управления конфигурацией которая решается SAFe или LeSS подходами. А так, как Вы не ответили на второй вопрос, то попрошу больше не ссылаться на Agile ни в каком виде. Я уважаю Вашу экспертизу в управлении сложными строительными проектами, где я могу только пересказывать мэтров уровня Йана Хепстинсталя, но в другие области пожалуйста не нужно.

Интересно... 🤔 А вот это всё реально где-то применяется? А где и кем? А то смотрю на ГИПов, планировщиков, конструкторов и вижу "Изыди! Мне некогда задачу в ИСУП заводить" а мы тут с риск-анализом к ним..

О. Вакансии пошли косяком. Я бы тоже помог в трудоустройстве сильного специалиста по календарно-сетевому планированию со знанием примуса.

Аналитический центр объявляет о старте конкурса «Проектный Олимп Северо-Запад»! https://sovnet.ru/news/analiticheskiy-centr-obyavlyaet-o-starte-konkursa-proektnyy-olimp-severo-zapad

Обвинение, всегда меняет вектор поиска проблемы, смещая его от процессов и об'ектов, порождабщих рисковое событие, в сторону личности

Нечто странное

Ближе к жизни друзья! Грядут новые проекты. Новая индустриализация. Об этом думать надо. На время забудем лепет про эмоциональный интеллект, климат в коллективе и прочую лабуду.