#риски_проекта — Public Fediverse posts

Документация или код: как перестать враждовать и начать жить в условиях договора

В статье рассматривается что, зачем и как документировать в заказной и коммерческой разработке, чтобы спасти проект и нервы. Разработчики видят в документации бюрократию, отвлекающую от настоящей работы. Заказчики и менеджеры — единственную гарантию, что получат то, что просили. Истина, как всегда, посередине. В условиях договорных обязательств документация — это не бумажка, а юридически значимый артефакт, такой же важный, как и сам код. Давайте разберемся, как сделать ее союзником, а не врагом.

https://habr.com/ru/articles/991188/

#документация #документирование_проектов #документооборот #риски_бизнеса #риски_проекта #непрерывность_бизнеса #масштабирование

От SGRC до Super App: как SECURITM строит систему управления всей информационной безопасностью компании

Компания SECURITM представила современный взгляд на построение систем управления информационной безопасностью (СУИБ) и продемонстрировала, как объединение SGRC-подходов , автоматизации и открытого сообщества специалистов позволяет компаниям эффективно управлять рисками и соответствием требованиям даже при ограниченных ресурсах.

https://habr.com/ru/companies/securitm/articles/957180/

#система_управления #информационная_безопасность #риски_проекта

Риски последствий для личности владельца ИТ-бизнеса при систематическом избегании сложностей

Постоянное избегание сложностей ведет не к счастливой и легкой жизни, а к личностному застою, хрупкости, нереализованности и глубокой неудовлетворенности. Развитие личности, подлинная самооценка и ощущение полноты жизни возможны только через встречу с трудностями, их преодоление и извлечение уроков. Это означает готовность принимать вызовы как возможности для роста. Владелец ИТ-бизнеса (далее - Фаундер, ИТ-Фаундер), сознательно избегающий операционной деятельности и сложных задач, добавляет критический слой рисков — как для себя лично, так и для компании.

https://habr.com/ru/articles/933626/

#риски_бизнеса #риски_в_проектах #риски_проекта #ответственность #делегирование_полномочий #контроль #устойчивость #видение #стратегия #операционка

Риски последствий для личности владельца ИТ-бизнеса при систематическом избегании сложностей

Постоянное избегание сложностей ведет не к счастливой и легкой жизни, а к личностному застою, хрупкости, нереализованности и глубокой неудовлетворенности. Развитие личности, подлинная самооценка и ощущение полноты жизни возможны только через встречу с трудностями, их преодоление и извлечение уроков. Это означает готовность принимать вызовы как возможности для роста. Владелец ИТ-бизнеса (далее - Фаундер, ИТ-Фаундер), сознательно избегающий операционной деятельности и сложных задач, добавляет критический слой рисков — как для себя лично, так и для компании.

https://habr.com/ru/articles/933626/

#риски_бизнеса #риски_в_проектах #риски_проекта #ответственность #делегирование_полномочий #контроль #устойчивость #видение #стратегия #операционка

Риски последствий для личности владельца ИТ-бизнеса при систематическом избегании сложностей

Постоянное избегание сложностей ведет не к счастливой и легкой жизни, а к личностному застою, хрупкости, нереализованности и глубокой неудовлетворенности. Развитие личности, подлинная самооценка и ощущение полноты жизни возможны только через встречу с трудностями, их преодоление и извлечение уроков. Это означает готовность принимать вызовы как возможности для роста. Владелец ИТ-бизнеса (далее - Фаундер, ИТ-Фаундер), сознательно избегающий операционной деятельности и сложных задач, добавляет критический слой рисков — как для себя лично, так и для компании.

https://habr.com/ru/articles/933626/

#риски_бизнеса #риски_в_проектах #риски_проекта #ответственность #делегирование_полномочий #контроль #устойчивость #видение #стратегия #операционка

Риски последствий для личности владельца ИТ-бизнеса при систематическом избегании сложностей

Постоянное избегание сложностей ведет не к счастливой и легкой жизни, а к личностному застою, хрупкости, нереализованности и глубокой неудовлетворенности. Развитие личности, подлинная самооценка и ощущение полноты жизни возможны только через встречу с трудностями, их преодоление и извлечение уроков. Это означает готовность принимать вызовы как возможности для роста. Владелец ИТ-бизнеса (далее - Фаундер, ИТ-Фаундер), сознательно избегающий операционной деятельности и сложных задач, добавляет критический слой рисков — как для себя лично, так и для компании.

https://habr.com/ru/articles/933626/

#риски_бизнеса #риски_в_проектах #риски_проекта #ответственность #делегирование_полномочий #контроль #устойчивость #видение #стратегия #операционка

«Не вредные советы для Лидера Проекта». Часть 3 — Планирование и Управление командами. Как правильно играть в «Квиддич»

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

https://habr.com/ru/articles/836728/

#проекты #руководитель_проекта #руководство_командой #проектная_деятельность #проектная_работа #проект #риски_проекта #менеджмент_проектов

«Не вредные советы для Лидера Проекта». Часть 2 — Запуск проекта. Как правильно выстроить иерархию власти в Гриффиндоре

Посвящается тем немногим руководителям проектов, кто сумел найти способ получить полномочия и эффективно применять их для управления командой и стейкхолдерами. Вторая часть описывает фазу "Официального Старта Проекта". В ней я также расскажу про поджидающие вас скрытые возможности, которыми также можно очень удачно воспользоваться. И которые (кто знает) возможно даже обернутся вполне приятными последствиями.

https://habr.com/ru/articles/835224/

#проекты #руководитель_проекта #лайфхак #проектная_деятельность #проектная_документация #проектная_работа #проект #устав_проекта #риски_проекта #менеджмент_проектов

«Не вредные советы для РП». Как подготовиться к встрече с Волан-де-Мортом и защититься от Дементоров в проекте. Часть 1

"Не вредные советы для РП". Как подготовиться к встрече с Волан-де-Мортом и защититься от Дементоров в проекте. Часть 1. Это статья для тех руководителей проектов, кто сталкивался с "граблями" и двойными стандартами в управлении проектов и для тех, кто хочет об этом узнать больше. Получить подсказки о "скрытых граблях" и ловушках в темном лесу Волан-де-Морта до того, как войти в него, а также подготовиться к схватке и суметь себя защитить. Я искренне надеюсь, что она поможет тем, кому предстоит на своей шкуре прочувствовать все "прелести" и тяготы запуска проектов "под ключ". Пройти, так сказать, через огонь и воду. Преодолевать барьеры взаимодействия с неадекватными заказчиками, токсичными стейкхолдерами, "двойными стандартами" руководства, "царственной отрешенностью" безопасников и саботажем ключевых пользователей. Посвящается всем героям, кто погружается в увлекательный мир управления проектами или уже давно плавает в его сточных водах...

https://habr.com/ru/articles/834860/

#проекты #руководство_проектами #управление_проектами #менеджмент_проектов #обучение #риски_проекта #устав_проекта #проектная_деятельность #лайфхак

Обработка отклонений в проектах имплементации ERP-систем

Внедрение крупных программных систем подразумевает использование различных методологий имплементации, например: Accelerated SAP, Microsoft Dynamics Sure Steps или Oracle Unified Method. Прикладная методология, предлагаемая по умолчанию вендором программного продукта, детализирует одну из трех классических моделей имплементации: каскадную, итерационную или спиралевидную. Помимо этого существуют определенные правила по управлению проектами вне зависимости от его содержания, которые называют PMBoK (Project Management Body of Knowledge, свод знаний по управлению проектами) [1]. PMBoK подразумевает выделение в проекте ряда ключевых параметров, каждый из которых необходимо планировать, выполнять и осуществлять его мониторинг. Любые отклонения параметров от плановых значений требуют корректировочного действия. Свод знаний разработан американским институтом PMI и имеет длительную историю. На начало 2022 года в русскоязычной литературе доступна PMBoK шестой версии, а в англоязычной – седьмой. Каждая версия PMBoK дополняется новыми подходами, так ранее широкой огласке получили механизмы искусственного интеллекта в управлении проектами, сейчас же активно обсуждается применение принципов гибкой разработки Agile. Для прочтения книга PMBoK весьма сложна. Определенно знакомство со сводом знаний необходимо начинать, предварительно реализовав хотя бы один проект, в противном случае вы не поймете посыл книжки. В контексте данной статьи, мы ограничимся рассмотрением ERP-проектов. Использование PMBoK в проектах имплементации корпоративных информационных систем выглядит выигрышным, по крайней мере, это позволяет структурировать характеристики проекта и вести их непрерывный контроль. Существенным упущением PMBoK является отсутствие рекомендаций по способам обработки отклонений, что противоречит циклу Деминга [2]. Вполне возможно, это было сделано сознательно, так как невозможно предложить универсальные механизмы для всех предметных областей проектов.

https://habr.com/ru/articles/817609/

#pmbok #обработка_отклонений #erpсистемы #erp #содержание_проекта #риски_проекта #коммуникации_проекта #поставки_проекта #ресурсы_проекта #стейкхолдеры