Проектная Среда СОВНЕТ
Открыть в Telegram
Рабочий чат профессионального сообщества "Проектная Среда СОВНЕТ" Наш канал в YouTube - https://www.youtube.com/@sovnetipma4774
БольшеСтрана не указанаКатегория не указана
1 021
Подписчики
Нет данных24 часа
Нет данных7 дней
Нет данных30 дней
Архив постов
странное деление по уровням: получается, что
1. РП не отвечает за то, что происходит с проектом ежедневно!?
2. Куратору не интересны прогнозы [и гарантии] успешности/неуспешности проекта!?
Вы про абстрактные мыслительные процессы или про конкретные что я привёл?
Скорее всего так определила группа переводившая и адаптировавшая зарубежные стандарты +-20 лет назад, предполагаю, что перевод и адаптация скорее всего валидировались англоязычными коллегами на предмет соответствия смыслов.
Уже который раз замечаю в ваших статьях чтобы вы хотите переиначить уже устоявшееся применение терминов и заново их переизобрести.
При чем текущее использование терминов простое и понятное, а у вас поиски различных переводов вплоть до происхождения слова из греческого или латыни прилично так усложняют восприятие смыслы (по моему это было в статье про smart).
У меня единственный вопрос - зачем?
В таком случае почему бы не начать с со слов Project, Management, Risk и других - целая кладезь информации для статей для канала
В строительных проектах есть особенность по управлению рисками: на стадии ПИР - управление рисков изменений, а на этапе СМР и ПНР - риски отклонения. Команда риск-менеджеров нужна очень профессиональная
Repost from СОВНЕТ Ассоциация управления проектами
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 ни в каком виде.
Я уважаю Вашу экспертизу в управлении сложными строительными проектами, где я могу только пересказывать мэтров уровня Йана Хепстинсталя, но в другие области пожалуйста не нужно.
Интересно... 🤔 А вот это всё реально где-то применяется?
А где и кем?
А то смотрю на ГИПов, планировщиков, конструкторов и вижу "Изыди! Мне некогда задачу в ИСУП заводить" а мы тут с риск-анализом к ним..
О. Вакансии пошли косяком. Я бы тоже помог в трудоустройстве сильного специалиста по календарно-сетевому планированию со знанием примуса.
Repost from СОВНЕТ Ассоциация управления проектами
Аналитический центр объявляет о старте конкурса «Проектный Олимп Северо-Запад»!
https://sovnet.ru/news/analiticheskiy-centr-obyavlyaet-o-starte-konkursa-proektnyy-olimp-severo-zapad
Обвинение, всегда меняет вектор поиска проблемы, смещая его от процессов и об'ектов, порождабщих рисковое событие, в сторону личности
Ближе к жизни друзья! Грядут новые проекты. Новая индустриализация. Об этом думать надо. На время забудем лепет про эмоциональный интеллект, климат в коллективе и прочую лабуду.
