#итпродукт — Public Fediverse posts

Документальное сопровождение создания ИТ-продуктов в рамках выполнения ИТ-проектов

В статье представлены результаты анализа национальных стандартов, закрепляющих требования к последовательности работ по созданию ИТ-продуктов, составу, видам, наименованию, комплектности, обозначению, содержанию и оформлению проектной документации, а также к последовательности приемки разработанного ИТ-продукта. Актуальность: критическое осмысление требований позволило установить, что национальные стандарты не учитывают правовые и технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов (например, включение в текст контракта существенных условий, переход исключительных прав на ИТ-продукт, подготовка программного кода в процессе выполнения служебного задания и др.). Цель: анализ структуры проектной и юридической документации в области информационных технологий. Результаты: установлено, что юридическая и проектная документация должна рассматриваться как единый набор документов, так как трудоустройство работников и разработка ИТ-продукта не представляются возможными без заключения контрактов. Также была усовершенствована структура проектной документации, закрепленной в ГОСТ Р 59853. Среди основных преимуществ данной модернизации необходимо отметить возможность определения степени освоения ИТ-субъектами требований, декларирующих документальное сопровождение процесса создания ИТ-продуктов. Например, если ИТ-субъект не оценивает последствия принятых управленческих решений, затраченные ресурсы, коммерческий эффект, то это может свидетельствовать об отсутствии у него внутренних стандартов по управлению ИТ-проектами. Важно отметить, что отсутствие стандартизации негативно сказывается на создании ИТ-продуктов, так как ИТ-субъектам вновь и вновь необходимо будет искать оптимальное управленческое решение для проблемы, которая возможно была решена ранее в других ИТ-проектах.

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

#управление_проектами #ИТпродукт #ИТпроект #ИТсубъект #риск

Документальное сопровождение создания ИТ-продуктов в рамках выполнения ИТ-проектов

В статье представлены результаты анализа национальных стандартов, закрепляющих требования к последовательности работ по созданию ИТ-продуктов, составу, видам, наименованию, комплектности, обозначению, содержанию и оформлению проектной документации, а также к последовательности приемки разработанного ИТ-продукта. Актуальность: критическое осмысление требований позволило установить, что национальные стандарты не учитывают правовые и технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов (например, включение в текст контракта существенных условий, переход исключительных прав на ИТ-продукт, подготовка программного кода в процессе выполнения служебного задания и др.). Цель: анализ структуры проектной и юридической документации в области информационных технологий. Результаты: установлено, что юридическая и проектная документация должна рассматриваться как единый набор документов, так как трудоустройство работников и разработка ИТ-продукта не представляются возможными без заключения контрактов. Также была усовершенствована структура проектной документации, закрепленной в ГОСТ Р 59853. Среди основных преимуществ данной модернизации необходимо отметить возможность определения степени освоения ИТ-субъектами требований, декларирующих документальное сопровождение процесса создания ИТ-продуктов. Например, если ИТ-субъект не оценивает последствия принятых управленческих решений, затраченные ресурсы, коммерческий эффект, то это может свидетельствовать об отсутствии у него внутренних стандартов по управлению ИТ-проектами. Важно отметить, что отсутствие стандартизации негативно сказывается на создании ИТ-продуктов, так как ИТ-субъектам вновь и вновь необходимо будет искать оптимальное управленческое решение для проблемы, которая возможно была решена ранее в других ИТ-проектах.

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

#управление_проектами #ИТпродукт #ИТпроект #ИТсубъект #риск

Документальное сопровождение создания ИТ-продуктов в рамках выполнения ИТ-проектов

В статье представлены результаты анализа национальных стандартов, закрепляющих требования к последовательности работ по созданию ИТ-продуктов, составу, видам, наименованию, комплектности, обозначению, содержанию и оформлению проектной документации, а также к последовательности приемки разработанного ИТ-продукта. Актуальность: критическое осмысление требований позволило установить, что национальные стандарты не учитывают правовые и технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов (например, включение в текст контракта существенных условий, переход исключительных прав на ИТ-продукт, подготовка программного кода в процессе выполнения служебного задания и др.). Цель: анализ структуры проектной и юридической документации в области информационных технологий. Результаты: установлено, что юридическая и проектная документация должна рассматриваться как единый набор документов, так как трудоустройство работников и разработка ИТ-продукта не представляются возможными без заключения контрактов. Также была усовершенствована структура проектной документации, закрепленной в ГОСТ Р 59853. Среди основных преимуществ данной модернизации необходимо отметить возможность определения степени освоения ИТ-субъектами требований, декларирующих документальное сопровождение процесса создания ИТ-продуктов. Например, если ИТ-субъект не оценивает последствия принятых управленческих решений, затраченные ресурсы, коммерческий эффект, то это может свидетельствовать об отсутствии у него внутренних стандартов по управлению ИТ-проектами. Важно отметить, что отсутствие стандартизации негативно сказывается на создании ИТ-продуктов, так как ИТ-субъектам вновь и вновь необходимо будет искать оптимальное управленческое решение для проблемы, которая возможно была решена ранее в других ИТ-проектах.

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

#управление_проектами #ИТпродукт #ИТпроект #ИТсубъект #риск

Документальное сопровождение создания ИТ-продуктов в рамках выполнения ИТ-проектов

В статье представлены результаты анализа национальных стандартов, закрепляющих требования к последовательности работ по созданию ИТ-продуктов, составу, видам, наименованию, комплектности, обозначению, содержанию и оформлению проектной документации, а также к последовательности приемки разработанного ИТ-продукта. Актуальность: критическое осмысление требований позволило установить, что национальные стандарты не учитывают правовые и технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов (например, включение в текст контракта существенных условий, переход исключительных прав на ИТ-продукт, подготовка программного кода в процессе выполнения служебного задания и др.). Цель: анализ структуры проектной и юридической документации в области информационных технологий. Результаты: установлено, что юридическая и проектная документация должна рассматриваться как единый набор документов, так как трудоустройство работников и разработка ИТ-продукта не представляются возможными без заключения контрактов. Также была усовершенствована структура проектной документации, закрепленной в ГОСТ Р 59853. Среди основных преимуществ данной модернизации необходимо отметить возможность определения степени освоения ИТ-субъектами требований, декларирующих документальное сопровождение процесса создания ИТ-продуктов. Например, если ИТ-субъект не оценивает последствия принятых управленческих решений, затраченные ресурсы, коммерческий эффект, то это может свидетельствовать об отсутствии у него внутренних стандартов по управлению ИТ-проектами. Важно отметить, что отсутствие стандартизации негативно сказывается на создании ИТ-продуктов, так как ИТ-субъектам вновь и вновь необходимо будет искать оптимальное управленческое решение для проблемы, которая возможно была решена ранее в других ИТ-проектах.

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

#управление_проектами #ИТпродукт #ИТпроект #ИТсубъект #риск

Как навести порядок в продуктовой разработке

Команда работает на полную, задачи в трекере есть, но релизы выходят нерегулярно. Стейкхолдеры спрашивают «когда будет готово?» — а вы не знаете, что ответить. Знакомо? Меня зовут Артём Герасимов, я владелец продукта Читать статью

https://habr.com/ru/companies/simpleone/articles/990748/

#управление_разработкой #управление_продуктом #итпродукт #sdlc #product_management #product_owner #delivery #discovery #управление_задачами_на_разработку

Как навести порядок в продуктовой разработке

Команда работает на полную, задачи в трекере есть, но релизы выходят нерегулярно. Стейкхолдеры спрашивают «когда будет готово?» — а вы не знаете, что ответить. Знакомо? Меня зовут Артём Герасимов, я владелец продукта Читать статью

https://habr.com/ru/companies/simpleone/articles/990748/

#управление_разработкой #управление_продуктом #итпродукт #sdlc #product_management #product_owner #delivery #discovery #управление_задачами_на_разработку

Как навести порядок в продуктовой разработке

Команда работает на полную, задачи в трекере есть, но релизы выходят нерегулярно. Стейкхолдеры спрашивают «когда будет готово?» — а вы не знаете, что ответить. Знакомо? Меня зовут Артём Герасимов, я владелец продукта Читать статью

https://habr.com/ru/companies/simpleone/articles/990748/

#управление_разработкой #управление_продуктом #итпродукт #sdlc #product_management #product_owner #delivery #discovery #управление_задачами_на_разработку

Как навести порядок в продуктовой разработке

Команда работает на полную, задачи в трекере есть, но релизы выходят нерегулярно. Стейкхолдеры спрашивают «когда будет готово?» — а вы не знаете, что ответить. Знакомо? Меня зовут Артём Герасимов, я владелец продукта Читать статью

https://habr.com/ru/companies/simpleone/articles/990748/

#управление_разработкой #управление_продуктом #итпродукт #sdlc #product_management #product_owner #delivery #discovery #управление_задачами_на_разработку

Анализ 105 рисков, наступающих во время разработки ИТ-продуктов в процессе реализации ИТ-проектов

Проведенные исследования показывают, что во время создания ИТ-продуктов могут материализоваться 105 универсальных рисков. Также было обнаружено, что одним из критериев зрелости ИТ-субъекта является наличие результативных и эффективных мер превентивного воздействия на данные риски. Цель: проведение анализа ранее выявленных универсальных рисков, возникающих во время создания ИТ-продуктов в рамках выполнения спринтов, фаз жизненного цикла ИТ-проектов и (или) контрактов. Методы: теория управления рисками и ИТ-проектами. Анализ универсальных рисков был осуществлен с помощью методов 5W, SWIFT и коэффициентов Харрингтона. Результаты: ИТ-субъект должен заблаговременно, до заключения контракта, проводить экспресс-оценку универсальных рисков и превентивно воздействовать на них, в том числе за счет формализации в тексте контракта действий и (или) бездействий, которые должны выполнять заинтересованные стороны для элиминирования наиболее опасных рисков. Также были разработаны схемы причинно-следственных связей универсальных комплаенс- и проектных рисков, что позволило выявить часто встречаемые и наиболее опасные рисковые события. Благодаря созданным схемам был идентифицирован негативный сценарий, который продемонстрировал наихудший вариант развития событий во время выполнения ИТ-проектов. Данный сценарий дает возможность ИТ-субъектам заблаговременно разрабатывать меры «достойного» принятия рисков, не допуская наступления наиболее радикального исхода.

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

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

Анализ 105 рисков, наступающих во время разработки ИТ-продуктов в процессе реализации ИТ-проектов

Проведенные исследования показывают, что во время создания ИТ-продуктов могут материализоваться 105 универсальных рисков. Также было обнаружено, что одним из критериев зрелости ИТ-субъекта является наличие результативных и эффективных мер превентивного воздействия на данные риски. Цель: проведение анализа ранее выявленных универсальных рисков, возникающих во время создания ИТ-продуктов в рамках выполнения спринтов, фаз жизненного цикла ИТ-проектов и (или) контрактов. Методы: теория управления рисками и ИТ-проектами. Анализ универсальных рисков был осуществлен с помощью методов 5W, SWIFT и коэффициентов Харрингтона. Результаты: ИТ-субъект должен заблаговременно, до заключения контракта, проводить экспресс-оценку универсальных рисков и превентивно воздействовать на них, в том числе за счет формализации в тексте контракта действий и (или) бездействий, которые должны выполнять заинтересованные стороны для элиминирования наиболее опасных рисков. Также были разработаны схемы причинно-следственных связей универсальных комплаенс- и проектных рисков, что позволило выявить часто встречаемые и наиболее опасные рисковые события. Благодаря созданным схемам был идентифицирован негативный сценарий, который продемонстрировал наихудший вариант развития событий во время выполнения ИТ-проектов. Данный сценарий дает возможность ИТ-субъектам заблаговременно разрабатывать меры «достойного» принятия рисков, не допуская наступления наиболее радикального исхода.

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

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

Анализ 105 рисков, наступающих во время разработки ИТ-продуктов в процессе реализации ИТ-проектов

Проведенные исследования показывают, что во время создания ИТ-продуктов могут материализоваться 105 универсальных рисков. Также было обнаружено, что одним из критериев зрелости ИТ-субъекта является наличие результативных и эффективных мер превентивного воздействия на данные риски. Цель: проведение анализа ранее выявленных универсальных рисков, возникающих во время создания ИТ-продуктов в рамках выполнения спринтов, фаз жизненного цикла ИТ-проектов и (или) контрактов. Методы: теория управления рисками и ИТ-проектами. Анализ универсальных рисков был осуществлен с помощью методов 5W, SWIFT и коэффициентов Харрингтона. Результаты: ИТ-субъект должен заблаговременно, до заключения контракта, проводить экспресс-оценку универсальных рисков и превентивно воздействовать на них, в том числе за счет формализации в тексте контракта действий и (или) бездействий, которые должны выполнять заинтересованные стороны для элиминирования наиболее опасных рисков. Также были разработаны схемы причинно-следственных связей универсальных комплаенс- и проектных рисков, что позволило выявить часто встречаемые и наиболее опасные рисковые события. Благодаря созданным схемам был идентифицирован негативный сценарий, который продемонстрировал наихудший вариант развития событий во время выполнения ИТ-проектов. Данный сценарий дает возможность ИТ-субъектам заблаговременно разрабатывать меры «достойного» принятия рисков, не допуская наступления наиболее радикального исхода.

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

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

Анализ 105 рисков, наступающих во время разработки ИТ-продуктов в процессе реализации ИТ-проектов

Проведенные исследования показывают, что во время создания ИТ-продуктов могут материализоваться 105 универсальных рисков. Также было обнаружено, что одним из критериев зрелости ИТ-субъекта является наличие результативных и эффективных мер превентивного воздействия на данные риски. Цель: проведение анализа ранее выявленных универсальных рисков, возникающих во время создания ИТ-продуктов в рамках выполнения спринтов, фаз жизненного цикла ИТ-проектов и (или) контрактов. Методы: теория управления рисками и ИТ-проектами. Анализ универсальных рисков был осуществлен с помощью методов 5W, SWIFT и коэффициентов Харрингтона. Результаты: ИТ-субъект должен заблаговременно, до заключения контракта, проводить экспресс-оценку универсальных рисков и превентивно воздействовать на них, в том числе за счет формализации в тексте контракта действий и (или) бездействий, которые должны выполнять заинтересованные стороны для элиминирования наиболее опасных рисков. Также были разработаны схемы причинно-следственных связей универсальных комплаенс- и проектных рисков, что позволило выявить часто встречаемые и наиболее опасные рисковые события. Благодаря созданным схемам был идентифицирован негативный сценарий, который продемонстрировал наихудший вариант развития событий во время выполнения ИТ-проектов. Данный сценарий дает возможность ИТ-субъектам заблаговременно разрабатывать меры «достойного» принятия рисков, не допуская наступления наиболее радикального исхода.

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

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

Автоматизация склада — полное руководство: комплексный подход, учет, внедрение, стоимость

Привет, Хабр! Если вы когда-нибудь видели, как работает современный распределительный центр крупного ритейлера или маркетплейса, наверняка замечали: здесь почти нет хаоса. Товары прибывают, регистрируются, занимают свои места, а потом — по команде из офиса — отправляются на сборку и отгрузку. За этим порядком стоит не только труд людей, но и сложный набор из информационных систем и аппаратных решений. Это и есть автоматизация склада. Автоматизация склада — это внедрение программных и технических средств для управления складскими операциями с минимальным ручным вмешательством. Ее цель — исключить человеческие ошибки, ускорить процессы, снизить затраты и обеспечить полную прозрачность всех операций в реальном времени. Это не про то, чтобы заменить людей роботами. Это про создание системы, где человек и алгоритм работают в связке. Автоматизация превращает склад из затратного центра в точный, прогнозируемый и масштабируемый элемент логистической цепи. В этой статье мы, команда INTEKEY , разберем автоматизацию от А до Я, основываясь на нашем опыте внедрения WMS-решений . Статья очень длинная:

https://habr.com/ru/companies/intekey/articles/976004/

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

Автоматизация склада — полное руководство: комплексный подход, учет, внедрение, стоимость

Привет, Хабр! Если вы когда-нибудь видели, как работает современный распределительный центр крупного ритейлера или маркетплейса, наверняка замечали: здесь почти нет хаоса. Товары прибывают, регистрируются, занимают свои места, а потом — по команде из офиса — отправляются на сборку и отгрузку. За этим порядком стоит не только труд людей, но и сложный набор из информационных систем и аппаратных решений. Это и есть автоматизация склада. Автоматизация склада — это внедрение программных и технических средств для управления складскими операциями с минимальным ручным вмешательством. Ее цель — исключить человеческие ошибки, ускорить процессы, снизить затраты и обеспечить полную прозрачность всех операций в реальном времени. Это не про то, чтобы заменить людей роботами. Это про создание системы, где человек и алгоритм работают в связке. Автоматизация превращает склад из затратного центра в точный, прогнозируемый и масштабируемый элемент логистической цепи. В этой статье мы, команда INTEKEY , разберем автоматизацию от А до Я, основываясь на нашем опыте внедрения WMS-решений . Статья очень длинная:

https://habr.com/ru/companies/intekey/articles/976004/

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

Автоматизация склада — полное руководство: комплексный подход, учет, внедрение, стоимость

Привет, Хабр! Если вы когда-нибудь видели, как работает современный распределительный центр крупного ритейлера или маркетплейса, наверняка замечали: здесь почти нет хаоса. Товары прибывают, регистрируются, занимают свои места, а потом — по команде из офиса — отправляются на сборку и отгрузку. За этим порядком стоит не только труд людей, но и сложный набор из информационных систем и аппаратных решений. Это и есть автоматизация склада. Автоматизация склада — это внедрение программных и технических средств для управления складскими операциями с минимальным ручным вмешательством. Ее цель — исключить человеческие ошибки, ускорить процессы, снизить затраты и обеспечить полную прозрачность всех операций в реальном времени. Это не про то, чтобы заменить людей роботами. Это про создание системы, где человек и алгоритм работают в связке. Автоматизация превращает склад из затратного центра в точный, прогнозируемый и масштабируемый элемент логистической цепи. В этой статье мы, команда INTEKEY , разберем автоматизацию от А до Я, основываясь на нашем опыте внедрения WMS-решений . Статья очень длинная:

https://habr.com/ru/companies/intekey/articles/976004/

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

Автоматизация склада — полное руководство: комплексный подход, учет, внедрение, стоимость

Привет, Хабр! Если вы когда-нибудь видели, как работает современный распределительный центр крупного ритейлера или маркетплейса, наверняка замечали: здесь почти нет хаоса. Товары прибывают, регистрируются, занимают свои места, а потом — по команде из офиса — отправляются на сборку и отгрузку. За этим порядком стоит не только труд людей, но и сложный набор из информационных систем и аппаратных решений. Это и есть автоматизация склада. Автоматизация склада — это внедрение программных и технических средств для управления складскими операциями с минимальным ручным вмешательством. Ее цель — исключить человеческие ошибки, ускорить процессы, снизить затраты и обеспечить полную прозрачность всех операций в реальном времени. Это не про то, чтобы заменить людей роботами. Это про создание системы, где человек и алгоритм работают в связке. Автоматизация превращает склад из затратного центра в точный, прогнозируемый и масштабируемый элемент логистической цепи. В этой статье мы, команда INTEKEY , разберем автоматизацию от А до Я, основываясь на нашем опыте внедрения WMS-решений . Статья очень длинная:

https://habr.com/ru/companies/intekey/articles/976004/

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

Путь сквозь тернии автоматизации: как 15 лет ошибок и провалов сформировали мой подход к бизнесу

Привет, Хабр! Поскольку это корпоративный блог - хотелось бы рассказать не о продуктах, а о людях, которые этот продукт создают. И начать лучше с себя. Если вы когда-нибудь задумывались о том, как на самом деле устроен рынок автоматизации складской логистики изнутри, и почему столько проектов превращаются в долгострой или не приносят ожидаемого эффекта — эта история для вас. Меня зовут Денис Сумелев, и я прошел путь от менеджера по продажам до основателя собственной ИТ компании и собственного крупного коммерческого ИТ продукта, работающего на крупнейших складах. Я не буду убеждать вас, что нашел идеальную формулу успеха. Вместо этого я хочу постараться подробно, на примерах из своей карьеры, разобрать ключевые но, зачастую, простые ошибки и провальные модели, которые до сих пор доминируют в этой сфере. Именно этот багаж знаний о том, «как не надо», в итоге и сформировал те принципы, по которым мы работаем сегодня. Это не история взлета с нуля до миллиардов. Это хроника накопления экспертизы, состоящая из шишек, разочарований и постепенного кристаллизирования простых, но почему-то неочевидных для многих истин.

https://habr.com/ru/companies/intekey/articles/965430/

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

Путь сквозь тернии автоматизации: как 15 лет ошибок и провалов сформировали мой подход к бизнесу

Привет, Хабр! Поскольку это корпоративный блог - хотелось бы рассказать не о продуктах, а о людях, которые этот продукт создают. И начать лучше с себя. Если вы когда-нибудь задумывались о том, как на самом деле устроен рынок автоматизации складской логистики изнутри, и почему столько проектов превращаются в долгострой или не приносят ожидаемого эффекта — эта история для вас. Меня зовут Денис Сумелев, и я прошел путь от менеджера по продажам до основателя собственной ИТ компании и собственного крупного коммерческого ИТ продукта, работающего на крупнейших складах. Я не буду убеждать вас, что нашел идеальную формулу успеха. Вместо этого я хочу постараться подробно, на примерах из своей карьеры, разобрать ключевые но, зачастую, простые ошибки и провальные модели, которые до сих пор доминируют в этой сфере. Именно этот багаж знаний о том, «как не надо», в итоге и сформировал те принципы, по которым мы работаем сегодня. Это не история взлета с нуля до миллиардов. Это хроника накопления экспертизы, состоящая из шишек, разочарований и постепенного кристаллизирования простых, но почему-то неочевидных для многих истин.

https://habr.com/ru/companies/intekey/articles/965430/

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

Путь сквозь тернии автоматизации: как 15 лет ошибок и провалов сформировали мой подход к бизнесу

Привет, Хабр! Поскольку это корпоративный блог - хотелось бы рассказать не о продуктах, а о людях, которые этот продукт создают. И начать лучше с себя. Если вы когда-нибудь задумывались о том, как на самом деле устроен рынок автоматизации складской логистики изнутри, и почему столько проектов превращаются в долгострой или не приносят ожидаемого эффекта — эта история для вас. Меня зовут Денис Сумелев, и я прошел путь от менеджера по продажам до основателя собственной ИТ компании и собственного крупного коммерческого ИТ продукта, работающего на крупнейших складах. Я не буду убеждать вас, что нашел идеальную формулу успеха. Вместо этого я хочу постараться подробно, на примерах из своей карьеры, разобрать ключевые но, зачастую, простые ошибки и провальные модели, которые до сих пор доминируют в этой сфере. Именно этот багаж знаний о том, «как не надо», в итоге и сформировал те принципы, по которым мы работаем сегодня. Это не история взлета с нуля до миллиардов. Это хроника накопления экспертизы, состоящая из шишек, разочарований и постепенного кристаллизирования простых, но почему-то неочевидных для многих истин.

https://habr.com/ru/companies/intekey/articles/965430/

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

Путь сквозь тернии автоматизации: как 15 лет ошибок и провалов сформировали мой подход к бизнесу

Привет, Хабр! Поскольку это корпоративный блог - хотелось бы рассказать не о продуктах, а о людях, которые этот продукт создают. И начать лучше с себя. Если вы когда-нибудь задумывались о том, как на самом деле устроен рынок автоматизации складской логистики изнутри, и почему столько проектов превращаются в долгострой или не приносят ожидаемого эффекта — эта история для вас. Меня зовут Денис Сумелев, и я прошел путь от менеджера по продажам до основателя собственной ИТ компании и собственного крупного коммерческого ИТ продукта, работающего на крупнейших складах. Я не буду убеждать вас, что нашел идеальную формулу успеха. Вместо этого я хочу постараться подробно, на примерах из своей карьеры, разобрать ключевые но, зачастую, простые ошибки и провальные модели, которые до сих пор доминируют в этой сфере. Именно этот багаж знаний о том, «как не надо», в итоге и сформировал те принципы, по которым мы работаем сегодня. Это не история взлета с нуля до миллиардов. Это хроника накопления экспертизы, состоящая из шишек, разочарований и постепенного кристаллизирования простых, но почему-то неочевидных для многих истин.

https://habr.com/ru/companies/intekey/articles/965430/

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

Технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов

Анализ трудов [О’Коннэл, 2005; Черников, Дашицыренов, 2017; Марченко и др., 2020; Базарова, Рочев, 2022] позволил установить, что основными технологическими свойствами ИТ-продуктов являются инкрементность и высокая технологичность. Инкрементность ИТ-продуктов заключается в возможности добавления в программный код новых данных и команд с целью расширения функциональных возможностей и исправления программных ошибок (bug). Ярким примером инкрементности является компьютерная игра Cyberpunk 2077 [1] , выпуск которой состоялся в конце 2020 года. Несмотря на относительную давность релиза итоговой версии игры, организация-разработчик CD Projekt RED систематически выпускает обновления, улучшая технические характеристики, исправляя ошибки и добавляя новый контент. Например, в сентябре 2022 года разработчик выпустил патч 1.6, где был добавлен контент сериала Cyberpunk: Edgerunners, премьера которого состоялась осенью 2022 года на Netflix. Инкрементность дает возможность декомпозировать желаемый ИТ-продукт на отдельные пользовательские истории (user stories) и по частям поставлять их заинтересованным сторонам. Как отмечают в своих трудах К. Вигерс и Д. Битти, заинтересованные стороны очень часто предъявляют большое количество противоречивых пользовательских, функциональных и бизнес-требований, которые легко устраняются за счет инкрементности. В частности, она позволяет сначала создавать пользовательские истории, которые удовлетворяют требованиям всех сторон, а затем, от обновления к обновлению, постепенно устранять критические противоречия [Вигерс, Битти, 2022].

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

#николаенко #николаенко_валентин #управление_проектами #управление_рисками #рискменеджмент #риск #комплаенсриск #итпродукт #программа_для_эвм #проект

Комплаенс-особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов

Отечественная судебная практика показывает, как сильно комплаенс-особенности в рамках выполнения ИТ-проектов влияют на процесс создания ИТ-продуктов. Например, как внесение изменений в уже созданную информационную систему (далее – ИС) может привести к конфликту между заинтересованными сторонами, как внешние обстоятельства могут вызвать отказ от исполнения условий контракта, как ненадлежащее исполнение ковенантов сделки может стать причиной досрочного прекращения ИТ-проекта и др. Более того, благодаря судебной практике становится возможным определение размера материального ущерба, который был получен из-за несоблюдения комплаенс-особенностей во время создания ИТ-продуктов. В качестве примера следует привести ущерб, который был получен от наступления 192 комплаенс-рисков. Данное количество рисков обусловлено объемом решений судов, выявленных во время анализа бизнес-деятельности 495 ИТ-субъектов Томской области (ОКВЭД код 62). На момент проведения анализа совокупные материальные потери в данных ИТ-субъектах составили более 53 млн. руб. (53 221 137,00 руб.), а причиненный ущерб от наступления одного комплаенс-риска – 277 тыс. руб. (277 193,42 руб.). Т. Мерна и Ф. Ал-Тхани в своих трудах отмечают, что наступление комплаенс-рисков является достаточно редким событием, однако материализация хотя бы одного может причинить неприемлемый ущерб. Данное утверждение находит свое подтверждение в отечественной судебной практике. Например, по итогу разбирательства дела № А81-9472/2019 ИТ-субъект получил ущерб, равный 1,7 млн. руб., дела № А67-1623/2017 ущерб составил 2,8 млн. руб., дела № А40-248300/21-5-1672 – 2 млн. руб., дела № А40-32033/19-47-287 – 15,8 млн. руб. и др.

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

#Николаенко #Николаенко_Валентин #управление_проектами #управление_рисками #рискменеджмент #риск #комплаенсриск #итпродукт #программа_для_эвм #проект

125 лет без багов: Разбираем матрешку как идеальный IT-продукт

24 октября русской матрешке исполняется 125 лет. Давайте отбросим сувенирный флер и посмотрим на этот артефакт глазами айтишников. Что увидели разработчик, тестировщик, DevOps, продакт и техпис? Спойлер: это шедевр инженерной мысли. Вперед к разбору

https://habr.com/ru/companies/astralinux/articles/959810/

#итпродукт #devops #itюмор #матрешка #техпис #тестирование #итпроект

125 лет без багов: Разбираем матрешку как идеальный IT-продукт

24 октября русской матрешке исполняется 125 лет. Давайте отбросим сувенирный флер и посмотрим на этот артефакт глазами айтишников. Что увидели разработчик, тестировщик, DevOps, продакт и техпис? Спойлер: это шедевр инженерной мысли. Вперед к разбору

https://habr.com/ru/companies/astralinux/articles/959810/

#итпродукт #devops #itюмор #матрешка #техпис #тестирование #итпроект

125 лет без багов: Разбираем матрешку как идеальный IT-продукт

24 октября русской матрешке исполняется 125 лет. Давайте отбросим сувенирный флер и посмотрим на этот артефакт глазами айтишников. Что увидели разработчик, тестировщик, DevOps, продакт и техпис? Спойлер: это шедевр инженерной мысли. Вперед к разбору

https://habr.com/ru/companies/astralinux/articles/959810/

#итпродукт #devops #itюмор #матрешка #техпис #тестирование #итпроект

125 лет без багов: Разбираем матрешку как идеальный IT-продукт

24 октября русской матрешке исполняется 125 лет. Давайте отбросим сувенирный флер и посмотрим на этот артефакт глазами айтишников. Что увидели разработчик, тестировщик, DevOps, продакт и техпис? Спойлер: это шедевр инженерной мысли. Вперед к разбору

https://habr.com/ru/companies/astralinux/articles/959810/

#итпродукт #devops #itюмор #матрешка #техпис #тестирование #итпроект

Вредные советы по работе с данными. Если вы сломать решили всю отчетность у коллег

Привет, Хабр! Меня зовут Леонид Калядин, я Cluster Data lead в МТС Диджитал, занимаюсь развитием практики Data Governance и Data Quality в 25+ продукта кластера. Мне довелось долго работать в консалтинге и разбираться с проблемами в других системах. Вот смотришь со стороны на ИТ-продукт: все классно и продумано, должно работать как часы. А потом спускаешься на уровень данных и хватаешься за голову: как же допустили такую ошибку? Ее можно было избежать, если задать пару вопросов на стадии проектирования. Зато теперь переделывать все чуть ли не с нуля и ждать возможности вписать изменения в какой-нибудь релиз. Красота! В этом посте я на основе своего и чужого опыта собрал несколько вредных советов, как не надо хранить историю, объединять данные из разных источников и отслеживать их качество. В общем, Если вы сломать решили всю отчетность у коллег, Обязательно зайдите в этой записи под кат!

https://habr.com/ru/companies/ru_mts/articles/841014/

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

Анализ процессов создания ИТ-продуктов в рамках выполнения ИТ-проектов

В статье представлены результаты анализа международных сводов знаний управления проектами (PMBOK Guide®, ISO и др.) и национальных стандартов (ГОСТ Р ИСО/МЭК 12207, серии стандартов ИСО/МЭК 15504, ГОСТ Р ИСО 21500, семейство стандартов «Проектный менеджмент»), регламентирующих формализацию процессов создания ИТ-продуктов и процессов управления проектами, в том числе и в области ИТ. Выбор данной области исследования обусловлен низкой долей успешно завершенных ИТ-проектов, а также значительным материальным ущербом, которые получают ИТ-субъекты в результате неисполнения существенных условий контрактов. Целью статьи является проведение анализа процессов, реализуемых во время фаз жизненного цикла ИТ-проекта, процессов, распределенных по предметным группам, и процессов контроллинга ИТ-проекта. Итогом проведенного анализа стала разработанная процессная модель создания ИТ-продуктов в рамках выполнения ИТ-проектов, включающая в себя 62 подпроцесса. В статье представлены доказательства того, что разработанная процессная модель элиминирует наступление рисков и негативных последствий, связанных с отклонением от базовых планов и существенных условий контрактов.

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

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

Снижение рисков при создании ИТ-продуктов: формирование критериев добросовестности для ИТ-субъектов

В статье рассматривается суть и природа добросовестного поведения ИТ-субъектов, которые готовы гарантировать создание высококачественных ИТ-продуктов в рамках выполнения ИТ-проектов, а также снижение до минимальных значений вероятность наступления нежелательных комплаенс-последствий для всех участников отношений и иных заинтересованных сторон. Для достижения поставленной цели автором настоящей статьи был проведен анализ признаков добросовестного и недобросовестного поведения участников отношений, в том числе была изучена судебная практика, связанная с защитой прав от недобросовестного поведения контрагентов. На основании проведенного исследования были сформулированы критерии добросовестности ИТ-субъектов, а именно отсутствие умысла на причинения материального ущерба заинтересованным сторонам и наличие эффективной и результативной системы управления рисками. Было установлено, что наличие умысла на причинение вреда характеризуется не только текущим поведением ИТ-субъектов (включение в контракт явно обременительных условий, сознательное нарушение норм действующего законодательства, использование некомпетентности участников сделки им во вред и др.), но и недобросовестными действиями, которые они совершали ранее в прошлых сделках. Также было обнаружено, что ответственность за реализацию превентивных мер по митигации рисков возложена на сторону, которая берет на себя обязательства выполнить работу по созданию ИТ-продукта. В частности, проведенное исследование показало, что если ИТ-субъекты заблаговременно, до заключения контрактов, не превентивно не воздействуют на 105 универсальных рисков, то во время выполнения работ заинтересованные стороны с большой вероятностью столкнуться с комплаенс-последствиями, которые будут способны негативно повлиять на процесс достижения проектных целей и причинять этим сторонам значительный материальный ущерб.

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

#итпродукт #итпроект #риск

Комплаенс-риски эксплуатации ИТ-продуктов

В статье рассматриваются комплаенс-риски , которые могут материализоваться во время эксплуатации ИТ-продуктов на рынке и причинить неприемлемый для ИТ-субъектов ущерб. Для достижения поставленной цели автором настоящей статьи было проведено исследование гражданско-правовой, административной и уголовной судебной практики, где одной из сторон являлся ИТ-субъект (ОКВЭД 62), в том числе изучались споры, связанные с нарушением исключительных прав на ИТ-продукты. На основании проведенного исследования было идентифицировано 12 комплаенс-рисков , а именно 6 гражданско-правовых, 1 административный и 5 уголовных. Анализ судебной практики показал, что вывод, распространение и эксплуатация ИТ-продуктов на рынке без учета этих требований грозит для ИТ-субъектов наступлением гражданско-правовой, административной и/или уголовной ответственности. Кроме того, в рамках выполняемой работы была проанализирована динамика совершения уголовных преступлений в сфере компьютерной информации и обнаружено, что в период 2022-2023 годов рост преступлений, связанных с неправомерным доступом к электронным устройствам, увеличился с 9308 до 36 788 случаев (рост составил 295,2%). Полученные результаты в ходе проведенного исследования выявили острую необходимость создания ИТ-субъектами результативных и эффективных превентивных мер воздействия на идентифицированные комплаенс-риски: например, разработку мер, связанных с верификацией требований документального сопровождения ИТ-проектов, формой и содержанием ИТ-продуктов, а также способами защиты компьютерной информации.

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

#ИТсубъект #ИТпродукт #ИТпроект #риск #комплаенсриск #комплаенспоследствие

Мультибрендовая дизайн-система: как «Северсталь» идёт к унификации цифровых продуктов

Всем привет! Меня зовут Иван, я руковожу группой «Дизайн и клиентский сервис» в ИТ-команде «Северстали». Уже почти год мы занимаемся разработкой собственной мультибрендовой дизайн-системы. Наша цель — создать платформу, которая обеспечит «Северстали» необходимую гибкость и независимость от сторонних вендоров при разработке цифровых продуктов, что особенно актуально в условиях тренда на импортозамещение в России. В последние годы дизайн-системы стали неотъемлемой частью создания цифровых продуктов как на западном рынке, так и в России. Они позволяют унифицировать дизайн и улучшить взаимодействие между разработчиками, дизайнерами и другими участниками процесса. История масштабная, и я расскажу о ней в трёх частях.

https://habr.com/ru/companies/severstal/articles/881082/

#дизайнсистема #дизайнсистемы #компоненты #итпродукт #дизайн #uxдизайн #uiдизайн

Технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов

Анализ трудов [О’Коннэл, 2005; Черников, Дашицыренов, 2017; Марченко и др., 2020; Базарова, Рочев, 2022] позволил установить, что основными технологическими свойствами ИТ-продуктов являются инкрементность и высокая технологичность. Инкрементность ИТ-продуктов заключается в возможности добавления в программный код новых данных и команд с целью расширения функциональных возможностей и исправления программных ошибок (bug). Ярким примером инкрементности является компьютерная игра Cyberpunk 2077 [1] , выпуск которой состоялся в конце 2020 года. Несмотря на относительную давность релиза итоговой версии игры, организация-разработчик CD Projekt RED систематически выпускает обновления, улучшая технические характеристики, исправляя ошибки и добавляя новый контент. Например, в сентябре 2022 года разработчик выпустил патч 1.6, где был добавлен контент сериала Cyberpunk: Edgerunners, премьера которого состоялась осенью 2022 года на Netflix. Инкрементность дает возможность декомпозировать желаемый ИТ-продукт на отдельные пользовательские истории (user stories) и по частям поставлять их заинтересованным сторонам. Как отмечают в своих трудах К. Вигерс и Д. Битти, заинтересованные стороны очень часто предъявляют большое количество противоречивых пользовательских, функциональных и бизнес-требований, которые легко устраняются за счет инкрементности. В частности, она позволяет сначала создавать пользовательские истории, которые удовлетворяют требованиям всех сторон, а затем, от обновления к обновлению, постепенно устранять критические противоречия [Вигерс, Битти, 2022].

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

#николаенко #николаенко_валентин #управление_проектами #управление_рисками #рискменеджмент #риск #комплаенсриск #итпродукт #программа_для_эвм #проект

Технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов

Анализ трудов [О’Коннэл, 2005; Черников, Дашицыренов, 2017; Марченко и др., 2020; Базарова, Рочев, 2022] позволил установить, что основными технологическими свойствами ИТ-продуктов являются инкрементность и высокая технологичность. Инкрементность ИТ-продуктов заключается в возможности добавления в программный код новых данных и команд с целью расширения функциональных возможностей и исправления программных ошибок (bug). Ярким примером инкрементности является компьютерная игра Cyberpunk 2077 [1] , выпуск которой состоялся в конце 2020 года. Несмотря на относительную давность релиза итоговой версии игры, организация-разработчик CD Projekt RED систематически выпускает обновления, улучшая технические характеристики, исправляя ошибки и добавляя новый контент. Например, в сентябре 2022 года разработчик выпустил патч 1.6, где был добавлен контент сериала Cyberpunk: Edgerunners, премьера которого состоялась осенью 2022 года на Netflix. Инкрементность дает возможность декомпозировать желаемый ИТ-продукт на отдельные пользовательские истории (user stories) и по частям поставлять их заинтересованным сторонам. Как отмечают в своих трудах К. Вигерс и Д. Битти, заинтересованные стороны очень часто предъявляют большое количество противоречивых пользовательских, функциональных и бизнес-требований, которые легко устраняются за счет инкрементности. В частности, она позволяет сначала создавать пользовательские истории, которые удовлетворяют требованиям всех сторон, а затем, от обновления к обновлению, постепенно устранять критические противоречия [Вигерс, Битти, 2022].

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

#николаенко #николаенко_валентин #управление_проектами #управление_рисками #рискменеджмент #риск #комплаенсриск #итпродукт #программа_для_эвм #проект

Технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов

Анализ трудов [О’Коннэл, 2005; Черников, Дашицыренов, 2017; Марченко и др., 2020; Базарова, Рочев, 2022] позволил установить, что основными технологическими свойствами ИТ-продуктов являются инкрементность и высокая технологичность. Инкрементность ИТ-продуктов заключается в возможности добавления в программный код новых данных и команд с целью расширения функциональных возможностей и исправления программных ошибок (bug). Ярким примером инкрементности является компьютерная игра Cyberpunk 2077 [1] , выпуск которой состоялся в конце 2020 года. Несмотря на относительную давность релиза итоговой версии игры, организация-разработчик CD Projekt RED систематически выпускает обновления, улучшая технические характеристики, исправляя ошибки и добавляя новый контент. Например, в сентябре 2022 года разработчик выпустил патч 1.6, где был добавлен контент сериала Cyberpunk: Edgerunners, премьера которого состоялась осенью 2022 года на Netflix. Инкрементность дает возможность декомпозировать желаемый ИТ-продукт на отдельные пользовательские истории (user stories) и по частям поставлять их заинтересованным сторонам. Как отмечают в своих трудах К. Вигерс и Д. Битти, заинтересованные стороны очень часто предъявляют большое количество противоречивых пользовательских, функциональных и бизнес-требований, которые легко устраняются за счет инкрементности. В частности, она позволяет сначала создавать пользовательские истории, которые удовлетворяют требованиям всех сторон, а затем, от обновления к обновлению, постепенно устранять критические противоречия [Вигерс, Битти, 2022].

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

#николаенко #николаенко_валентин #управление_проектами #управление_рисками #рискменеджмент #риск #комплаенсриск #итпродукт #программа_для_эвм #проект

Комплаенс-особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов

Отечественная судебная практика показывает, как сильно комплаенс-особенности в рамках выполнения ИТ-проектов влияют на процесс создания ИТ-продуктов. Например, как внесение изменений в уже созданную информационную систему (далее – ИС) может привести к конфликту между заинтересованными сторонами, как внешние обстоятельства могут вызвать отказ от исполнения условий контракта, как ненадлежащее исполнение ковенантов сделки может стать причиной досрочного прекращения ИТ-проекта и др. Более того, благодаря судебной практике становится возможным определение размера материального ущерба, который был получен из-за несоблюдения комплаенс-особенностей во время создания ИТ-продуктов. В качестве примера следует привести ущерб, который был получен от наступления 192 комплаенс-рисков. Данное количество рисков обусловлено объемом решений судов, выявленных во время анализа бизнес-деятельности 495 ИТ-субъектов Томской области (ОКВЭД код 62). На момент проведения анализа совокупные материальные потери в данных ИТ-субъектах составили более 53 млн. руб. (53 221 137,00 руб.), а причиненный ущерб от наступления одного комплаенс-риска – 277 тыс. руб. (277 193,42 руб.). Т. Мерна и Ф. Ал-Тхани в своих трудах отмечают, что наступление комплаенс-рисков является достаточно редким событием, однако материализация хотя бы одного может причинить неприемлемый ущерб. Данное утверждение находит свое подтверждение в отечественной судебной практике. Например, по итогу разбирательства дела № А81-9472/2019 ИТ-субъект получил ущерб, равный 1,7 млн. руб., дела № А67-1623/2017 ущерб составил 2,8 млн. руб., дела № А40-248300/21-5-1672 – 2 млн. руб., дела № А40-32033/19-47-287 – 15,8 млн. руб. и др.

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

#Николаенко #Николаенко_Валентин #управление_проектами #управление_рисками #рискменеджмент #риск #комплаенсриск #итпродукт #программа_для_эвм #проект

Комплаенс-особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов

Отечественная судебная практика показывает, как сильно комплаенс-особенности в рамках выполнения ИТ-проектов влияют на процесс создания ИТ-продуктов. Например, как внесение изменений в уже созданную информационную систему (далее – ИС) может привести к конфликту между заинтересованными сторонами, как внешние обстоятельства могут вызвать отказ от исполнения условий контракта, как ненадлежащее исполнение ковенантов сделки может стать причиной досрочного прекращения ИТ-проекта и др. Более того, благодаря судебной практике становится возможным определение размера материального ущерба, который был получен из-за несоблюдения комплаенс-особенностей во время создания ИТ-продуктов. В качестве примера следует привести ущерб, который был получен от наступления 192 комплаенс-рисков. Данное количество рисков обусловлено объемом решений судов, выявленных во время анализа бизнес-деятельности 495 ИТ-субъектов Томской области (ОКВЭД код 62). На момент проведения анализа совокупные материальные потери в данных ИТ-субъектах составили более 53 млн. руб. (53 221 137,00 руб.), а причиненный ущерб от наступления одного комплаенс-риска – 277 тыс. руб. (277 193,42 руб.). Т. Мерна и Ф. Ал-Тхани в своих трудах отмечают, что наступление комплаенс-рисков является достаточно редким событием, однако материализация хотя бы одного может причинить неприемлемый ущерб. Данное утверждение находит свое подтверждение в отечественной судебной практике. Например, по итогу разбирательства дела № А81-9472/2019 ИТ-субъект получил ущерб, равный 1,7 млн. руб., дела № А67-1623/2017 ущерб составил 2,8 млн. руб., дела № А40-248300/21-5-1672 – 2 млн. руб., дела № А40-32033/19-47-287 – 15,8 млн. руб. и др.

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

#Николаенко #Николаенко_Валентин #управление_проектами #управление_рисками #рискменеджмент #риск #комплаенсриск #итпродукт #программа_для_эвм #проект

Комплаенс-особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов

Отечественная судебная практика показывает, как сильно комплаенс-особенности в рамках выполнения ИТ-проектов влияют на процесс создания ИТ-продуктов. Например, как внесение изменений в уже созданную информационную систему (далее – ИС) может привести к конфликту между заинтересованными сторонами, как внешние обстоятельства могут вызвать отказ от исполнения условий контракта, как ненадлежащее исполнение ковенантов сделки может стать причиной досрочного прекращения ИТ-проекта и др. Более того, благодаря судебной практике становится возможным определение размера материального ущерба, который был получен из-за несоблюдения комплаенс-особенностей во время создания ИТ-продуктов. В качестве примера следует привести ущерб, который был получен от наступления 192 комплаенс-рисков. Данное количество рисков обусловлено объемом решений судов, выявленных во время анализа бизнес-деятельности 495 ИТ-субъектов Томской области (ОКВЭД код 62). На момент проведения анализа совокупные материальные потери в данных ИТ-субъектах составили более 53 млн. руб. (53 221 137,00 руб.), а причиненный ущерб от наступления одного комплаенс-риска – 277 тыс. руб. (277 193,42 руб.). Т. Мерна и Ф. Ал-Тхани в своих трудах отмечают, что наступление комплаенс-рисков является достаточно редким событием, однако материализация хотя бы одного может причинить неприемлемый ущерб. Данное утверждение находит свое подтверждение в отечественной судебной практике. Например, по итогу разбирательства дела № А81-9472/2019 ИТ-субъект получил ущерб, равный 1,7 млн. руб., дела № А67-1623/2017 ущерб составил 2,8 млн. руб., дела № А40-248300/21-5-1672 – 2 млн. руб., дела № А40-32033/19-47-287 – 15,8 млн. руб. и др.

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

#Николаенко #Николаенко_Валентин #управление_проектами #управление_рисками #рискменеджмент #риск #комплаенсриск #итпродукт #программа_для_эвм #проект

Анализ процессов создания ИТ-продуктов в рамках выполнения ИТ-проектов

В статье представлены результаты анализа международных сводов знаний управления проектами (PMBOK Guide®, ISO и др.) и национальных стандартов (ГОСТ Р ИСО/МЭК 12207, серии стандартов ИСО/МЭК 15504, ГОСТ Р ИСО 21500, семейство стандартов «Проектный менеджмент»), регламентирующих формализацию процессов создания ИТ-продуктов и процессов управления проектами, в том числе и в области ИТ. Выбор данной области исследования обусловлен низкой долей успешно завершенных ИТ-проектов, а также значительным материальным ущербом, которые получают ИТ-субъекты в результате неисполнения существенных условий контрактов. Целью статьи является проведение анализа процессов, реализуемых во время фаз жизненного цикла ИТ-проекта, процессов, распределенных по предметным группам, и процессов контроллинга ИТ-проекта. Итогом проведенного анализа стала разработанная процессная модель создания ИТ-продуктов в рамках выполнения ИТ-проектов, включающая в себя 62 подпроцесса. В статье представлены доказательства того, что разработанная процессная модель элиминирует наступление рисков и негативных последствий, связанных с отклонением от базовых планов и существенных условий контрактов.

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

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

Анализ процессов создания ИТ-продуктов в рамках выполнения ИТ-проектов

В статье представлены результаты анализа международных сводов знаний управления проектами (PMBOK Guide®, ISO и др.) и национальных стандартов (ГОСТ Р ИСО/МЭК 12207, серии стандартов ИСО/МЭК 15504, ГОСТ Р ИСО 21500, семейство стандартов «Проектный менеджмент»), регламентирующих формализацию процессов создания ИТ-продуктов и процессов управления проектами, в том числе и в области ИТ. Выбор данной области исследования обусловлен низкой долей успешно завершенных ИТ-проектов, а также значительным материальным ущербом, которые получают ИТ-субъекты в результате неисполнения существенных условий контрактов. Целью статьи является проведение анализа процессов, реализуемых во время фаз жизненного цикла ИТ-проекта, процессов, распределенных по предметным группам, и процессов контроллинга ИТ-проекта. Итогом проведенного анализа стала разработанная процессная модель создания ИТ-продуктов в рамках выполнения ИТ-проектов, включающая в себя 62 подпроцесса. В статье представлены доказательства того, что разработанная процессная модель элиминирует наступление рисков и негативных последствий, связанных с отклонением от базовых планов и существенных условий контрактов.

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

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

Анализ процессов создания ИТ-продуктов в рамках выполнения ИТ-проектов

В статье представлены результаты анализа международных сводов знаний управления проектами (PMBOK Guide®, ISO и др.) и национальных стандартов (ГОСТ Р ИСО/МЭК 12207, серии стандартов ИСО/МЭК 15504, ГОСТ Р ИСО 21500, семейство стандартов «Проектный менеджмент»), регламентирующих формализацию процессов создания ИТ-продуктов и процессов управления проектами, в том числе и в области ИТ. Выбор данной области исследования обусловлен низкой долей успешно завершенных ИТ-проектов, а также значительным материальным ущербом, которые получают ИТ-субъекты в результате неисполнения существенных условий контрактов. Целью статьи является проведение анализа процессов, реализуемых во время фаз жизненного цикла ИТ-проекта, процессов, распределенных по предметным группам, и процессов контроллинга ИТ-проекта. Итогом проведенного анализа стала разработанная процессная модель создания ИТ-продуктов в рамках выполнения ИТ-проектов, включающая в себя 62 подпроцесса. В статье представлены доказательства того, что разработанная процессная модель элиминирует наступление рисков и негативных последствий, связанных с отклонением от базовых планов и существенных условий контрактов.

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

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

Снижение рисков при создании ИТ-продуктов: формирование критериев добросовестности для ИТ-субъектов

В статье рассматривается суть и природа добросовестного поведения ИТ-субъектов, которые готовы гарантировать создание высококачественных ИТ-продуктов в рамках выполнения ИТ-проектов, а также снижение до минимальных значений вероятность наступления нежелательных комплаенс-последствий для всех участников отношений и иных заинтересованных сторон. Для достижения поставленной цели автором настоящей статьи был проведен анализ признаков добросовестного и недобросовестного поведения участников отношений, в том числе была изучена судебная практика, связанная с защитой прав от недобросовестного поведения контрагентов. На основании проведенного исследования были сформулированы критерии добросовестности ИТ-субъектов, а именно отсутствие умысла на причинения материального ущерба заинтересованным сторонам и наличие эффективной и результативной системы управления рисками. Было установлено, что наличие умысла на причинение вреда характеризуется не только текущим поведением ИТ-субъектов (включение в контракт явно обременительных условий, сознательное нарушение норм действующего законодательства, использование некомпетентности участников сделки им во вред и др.), но и недобросовестными действиями, которые они совершали ранее в прошлых сделках. Также было обнаружено, что ответственность за реализацию превентивных мер по митигации рисков возложена на сторону, которая берет на себя обязательства выполнить работу по созданию ИТ-продукта. В частности, проведенное исследование показало, что если ИТ-субъекты заблаговременно, до заключения контрактов, не превентивно не воздействуют на 105 универсальных рисков, то во время выполнения работ заинтересованные стороны с большой вероятностью столкнуться с комплаенс-последствиями, которые будут способны негативно повлиять на процесс достижения проектных целей и причинять этим сторонам значительный материальный ущерб.

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

#итпродукт #итпроект #риск

Снижение рисков при создании ИТ-продуктов: формирование критериев добросовестности для ИТ-субъектов

В статье рассматривается суть и природа добросовестного поведения ИТ-субъектов, которые готовы гарантировать создание высококачественных ИТ-продуктов в рамках выполнения ИТ-проектов, а также снижение до минимальных значений вероятность наступления нежелательных комплаенс-последствий для всех участников отношений и иных заинтересованных сторон. Для достижения поставленной цели автором настоящей статьи был проведен анализ признаков добросовестного и недобросовестного поведения участников отношений, в том числе была изучена судебная практика, связанная с защитой прав от недобросовестного поведения контрагентов. На основании проведенного исследования были сформулированы критерии добросовестности ИТ-субъектов, а именно отсутствие умысла на причинения материального ущерба заинтересованным сторонам и наличие эффективной и результативной системы управления рисками. Было установлено, что наличие умысла на причинение вреда характеризуется не только текущим поведением ИТ-субъектов (включение в контракт явно обременительных условий, сознательное нарушение норм действующего законодательства, использование некомпетентности участников сделки им во вред и др.), но и недобросовестными действиями, которые они совершали ранее в прошлых сделках. Также было обнаружено, что ответственность за реализацию превентивных мер по митигации рисков возложена на сторону, которая берет на себя обязательства выполнить работу по созданию ИТ-продукта. В частности, проведенное исследование показало, что если ИТ-субъекты заблаговременно, до заключения контрактов, не превентивно не воздействуют на 105 универсальных рисков, то во время выполнения работ заинтересованные стороны с большой вероятностью столкнуться с комплаенс-последствиями, которые будут способны негативно повлиять на процесс достижения проектных целей и причинять этим сторонам значительный материальный ущерб.

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

#итпродукт #итпроект #риск

Снижение рисков при создании ИТ-продуктов: формирование критериев добросовестности для ИТ-субъектов

В статье рассматривается суть и природа добросовестного поведения ИТ-субъектов, которые готовы гарантировать создание высококачественных ИТ-продуктов в рамках выполнения ИТ-проектов, а также снижение до минимальных значений вероятность наступления нежелательных комплаенс-последствий для всех участников отношений и иных заинтересованных сторон. Для достижения поставленной цели автором настоящей статьи был проведен анализ признаков добросовестного и недобросовестного поведения участников отношений, в том числе была изучена судебная практика, связанная с защитой прав от недобросовестного поведения контрагентов. На основании проведенного исследования были сформулированы критерии добросовестности ИТ-субъектов, а именно отсутствие умысла на причинения материального ущерба заинтересованным сторонам и наличие эффективной и результативной системы управления рисками. Было установлено, что наличие умысла на причинение вреда характеризуется не только текущим поведением ИТ-субъектов (включение в контракт явно обременительных условий, сознательное нарушение норм действующего законодательства, использование некомпетентности участников сделки им во вред и др.), но и недобросовестными действиями, которые они совершали ранее в прошлых сделках. Также было обнаружено, что ответственность за реализацию превентивных мер по митигации рисков возложена на сторону, которая берет на себя обязательства выполнить работу по созданию ИТ-продукта. В частности, проведенное исследование показало, что если ИТ-субъекты заблаговременно, до заключения контрактов, не превентивно не воздействуют на 105 универсальных рисков, то во время выполнения работ заинтересованные стороны с большой вероятностью столкнуться с комплаенс-последствиями, которые будут способны негативно повлиять на процесс достижения проектных целей и причинять этим сторонам значительный материальный ущерб.

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

#итпродукт #итпроект #риск

Комплаенс-риски эксплуатации ИТ-продуктов

В статье рассматриваются комплаенс-риски , которые могут материализоваться во время эксплуатации ИТ-продуктов на рынке и причинить неприемлемый для ИТ-субъектов ущерб. Для достижения поставленной цели автором настоящей статьи было проведено исследование гражданско-правовой, административной и уголовной судебной практики, где одной из сторон являлся ИТ-субъект (ОКВЭД 62), в том числе изучались споры, связанные с нарушением исключительных прав на ИТ-продукты. На основании проведенного исследования было идентифицировано 12 комплаенс-рисков , а именно 6 гражданско-правовых, 1 административный и 5 уголовных. Анализ судебной практики показал, что вывод, распространение и эксплуатация ИТ-продуктов на рынке без учета этих требований грозит для ИТ-субъектов наступлением гражданско-правовой, административной и/или уголовной ответственности. Кроме того, в рамках выполняемой работы была проанализирована динамика совершения уголовных преступлений в сфере компьютерной информации и обнаружено, что в период 2022-2023 годов рост преступлений, связанных с неправомерным доступом к электронным устройствам, увеличился с 9308 до 36 788 случаев (рост составил 295,2%). Полученные результаты в ходе проведенного исследования выявили острую необходимость создания ИТ-субъектами результативных и эффективных превентивных мер воздействия на идентифицированные комплаенс-риски: например, разработку мер, связанных с верификацией требований документального сопровождения ИТ-проектов, формой и содержанием ИТ-продуктов, а также способами защиты компьютерной информации.

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

#ИТсубъект #ИТпродукт #ИТпроект #риск #комплаенсриск #комплаенспоследствие

Комплаенс-риски эксплуатации ИТ-продуктов

В статье рассматриваются комплаенс-риски , которые могут материализоваться во время эксплуатации ИТ-продуктов на рынке и причинить неприемлемый для ИТ-субъектов ущерб. Для достижения поставленной цели автором настоящей статьи было проведено исследование гражданско-правовой, административной и уголовной судебной практики, где одной из сторон являлся ИТ-субъект (ОКВЭД 62), в том числе изучались споры, связанные с нарушением исключительных прав на ИТ-продукты. На основании проведенного исследования было идентифицировано 12 комплаенс-рисков , а именно 6 гражданско-правовых, 1 административный и 5 уголовных. Анализ судебной практики показал, что вывод, распространение и эксплуатация ИТ-продуктов на рынке без учета этих требований грозит для ИТ-субъектов наступлением гражданско-правовой, административной и/или уголовной ответственности. Кроме того, в рамках выполняемой работы была проанализирована динамика совершения уголовных преступлений в сфере компьютерной информации и обнаружено, что в период 2022-2023 годов рост преступлений, связанных с неправомерным доступом к электронным устройствам, увеличился с 9308 до 36 788 случаев (рост составил 295,2%). Полученные результаты в ходе проведенного исследования выявили острую необходимость создания ИТ-субъектами результативных и эффективных превентивных мер воздействия на идентифицированные комплаенс-риски: например, разработку мер, связанных с верификацией требований документального сопровождения ИТ-проектов, формой и содержанием ИТ-продуктов, а также способами защиты компьютерной информации.

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

#ИТсубъект #ИТпродукт #ИТпроект #риск #комплаенсриск #комплаенспоследствие

Комплаенс-риски эксплуатации ИТ-продуктов

В статье рассматриваются комплаенс-риски , которые могут материализоваться во время эксплуатации ИТ-продуктов на рынке и причинить неприемлемый для ИТ-субъектов ущерб. Для достижения поставленной цели автором настоящей статьи было проведено исследование гражданско-правовой, административной и уголовной судебной практики, где одной из сторон являлся ИТ-субъект (ОКВЭД 62), в том числе изучались споры, связанные с нарушением исключительных прав на ИТ-продукты. На основании проведенного исследования было идентифицировано 12 комплаенс-рисков , а именно 6 гражданско-правовых, 1 административный и 5 уголовных. Анализ судебной практики показал, что вывод, распространение и эксплуатация ИТ-продуктов на рынке без учета этих требований грозит для ИТ-субъектов наступлением гражданско-правовой, административной и/или уголовной ответственности. Кроме того, в рамках выполняемой работы была проанализирована динамика совершения уголовных преступлений в сфере компьютерной информации и обнаружено, что в период 2022-2023 годов рост преступлений, связанных с неправомерным доступом к электронным устройствам, увеличился с 9308 до 36 788 случаев (рост составил 295,2%). Полученные результаты в ходе проведенного исследования выявили острую необходимость создания ИТ-субъектами результативных и эффективных превентивных мер воздействия на идентифицированные комплаенс-риски: например, разработку мер, связанных с верификацией требований документального сопровождения ИТ-проектов, формой и содержанием ИТ-продуктов, а также способами защиты компьютерной информации.

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

#ИТсубъект #ИТпродукт #ИТпроект #риск #комплаенсриск #комплаенспоследствие

Мультибрендовая дизайн-система: как «Северсталь» идёт к унификации цифровых продуктов

Всем привет! Меня зовут Иван, я руковожу группой «Дизайн и клиентский сервис» в ИТ-команде «Северстали». Уже почти год мы занимаемся разработкой собственной мультибрендовой дизайн-системы. Наша цель — создать платформу, которая обеспечит «Северстали» необходимую гибкость и независимость от сторонних вендоров при разработке цифровых продуктов, что особенно актуально в условиях тренда на импортозамещение в России. В последние годы дизайн-системы стали неотъемлемой частью создания цифровых продуктов как на западном рынке, так и в России. Они позволяют унифицировать дизайн и улучшить взаимодействие между разработчиками, дизайнерами и другими участниками процесса. История масштабная, и я расскажу о ней в трёх частях.

https://habr.com/ru/companies/severstal/articles/881082/

#дизайнсистема #дизайнсистемы #компоненты #итпродукт #дизайн #uxдизайн #uiдизайн

Мультибрендовая дизайн-система: как «Северсталь» идёт к унификации цифровых продуктов

Всем привет! Меня зовут Иван, я руковожу группой «Дизайн и клиентский сервис» в ИТ-команде «Северстали». Уже почти год мы занимаемся разработкой собственной мультибрендовой дизайн-системы. Наша цель — создать платформу, которая обеспечит «Северстали» необходимую гибкость и независимость от сторонних вендоров при разработке цифровых продуктов, что особенно актуально в условиях тренда на импортозамещение в России. В последние годы дизайн-системы стали неотъемлемой частью создания цифровых продуктов как на западном рынке, так и в России. Они позволяют унифицировать дизайн и улучшить взаимодействие между разработчиками, дизайнерами и другими участниками процесса. История масштабная, и я расскажу о ней в трёх частях.

https://habr.com/ru/companies/severstal/articles/881082/

#дизайнсистема #дизайнсистемы #компоненты #итпродукт #дизайн #uxдизайн #uiдизайн

Мультибрендовая дизайн-система: как «Северсталь» идёт к унификации цифровых продуктов

Всем привет! Меня зовут Иван, я руковожу группой «Дизайн и клиентский сервис» в ИТ-команде «Северстали». Уже почти год мы занимаемся разработкой собственной мультибрендовой дизайн-системы. Наша цель — создать платформу, которая обеспечит «Северстали» необходимую гибкость и независимость от сторонних вендоров при разработке цифровых продуктов, что особенно актуально в условиях тренда на импортозамещение в России. В последние годы дизайн-системы стали неотъемлемой частью создания цифровых продуктов как на западном рынке, так и в России. Они позволяют унифицировать дизайн и улучшить взаимодействие между разработчиками, дизайнерами и другими участниками процесса. История масштабная, и я расскажу о ней в трёх частях.

https://habr.com/ru/companies/severstal/articles/881082/

#дизайнсистема #дизайнсистемы #компоненты #итпродукт #дизайн #uxдизайн #uiдизайн

Вредные советы по работе с данными. Если вы сломать решили всю отчетность у коллег

Привет, Хабр! Меня зовут Леонид Калядин, я Cluster Data lead в МТС Диджитал, занимаюсь развитием практики Data Governance и Data Quality в 25+ продукта кластера. Мне довелось долго работать в консалтинге и разбираться с проблемами в других системах. Вот смотришь со стороны на ИТ-продукт: все классно и продумано, должно работать как часы. А потом спускаешься на уровень данных и хватаешься за голову: как же допустили такую ошибку? Ее можно было избежать, если задать пару вопросов на стадии проектирования. Зато теперь переделывать все чуть ли не с нуля и ждать возможности вписать изменения в какой-нибудь релиз. Красота! В этом посте я на основе своего и чужого опыта собрал несколько вредных советов, как не надо хранить историю, объединять данные из разных источников и отслеживать их качество. В общем, Если вы сломать решили всю отчетность у коллег, Обязательно зайдите в этой записи под кат!

https://habr.com/ru/companies/ru_mts/articles/841014/

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