#итпроект — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #итпроект, aggregated by home.social.
-
Рекомендации для руководителей IT-проектов: как не попасть в ад и выйти сухим из воды
Привет, Хабр! Недавно я писала о том, как понять, что ваш IT-проект летит в тартарары, и что делать, если это уже случилось , и в комментариях мне задали резонный вопрос: «А что делать руководителю, чтобы проект в принципе не пришлось "спасать"?». Панацеи тут нет. Но давайте разберемся. В мире есть два типа руководителей проектов: те, у кого всё горит, и те, у кого всё горит, но они умеют это скрывать :) Это все, конечно, шутки. Но на деле есть те, кто тушит пожары с утра до ночи, и те, кто делает так, чтобы пожары просто не возникали. Вторых меньше, но именно они спят спокойно, не вздрагивая от каждого уведомления. Я побывала в обеих ипостасях. В этой статье собрала выжимку из граблей, на которые я наступала, и перил, за которые успевала схватиться. 1. Начинайте с конца Звучит странно, но работает безотказно. Прежде чем писать первую строчку кода или рисовать первый экран в Figma, важно ответить себе на вопрос: «Как мы поймём, что проект успешно завершён?». Не в общих чертах («заказчик доволен»), а конкретно: — Какую проблему мы решаем? — Какие метрики должны быть достигнуты? — Какие критерии приёмки у каждого этапа? — Что будет считаться провалом? Когда вы чётко знаете точку, к которой хотите прийти, к ней гораздо легче прокладывать маршрут. Если чёткой конечной точки нет, то это забег без финиша. 2. Требования — это святое Самая частая причина провалов — размытые, меняющиеся или отсутствующие требования. Заказчик говорит: «Ну вы же профессионалы, сами придумайте». Команда придумывает. Заказчик отвечает: «Я не это имел в виду».
https://habr.com/ru/companies/rgs_it/articles/1023340/
#итпроект #itпроект #управление_проектами #проектный_менеджмент #руководитель_проекта #провал_проекта #требования_к_проекту #управление_командой
-
Документальное сопровождение создания ИТ-продуктов в рамках выполнения ИТ-проектов
В статье представлены результаты анализа национальных стандартов, закрепляющих требования к последовательности работ по созданию ИТ-продуктов, составу, видам, наименованию, комплектности, обозначению, содержанию и оформлению проектной документации, а также к последовательности приемки разработанного ИТ-продукта. Актуальность: критическое осмысление требований позволило установить, что национальные стандарты не учитывают правовые и технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов (например, включение в текст контракта существенных условий, переход исключительных прав на ИТ-продукт, подготовка программного кода в процессе выполнения служебного задания и др.). Цель: анализ структуры проектной и юридической документации в области информационных технологий. Результаты: установлено, что юридическая и проектная документация должна рассматриваться как единый набор документов, так как трудоустройство работников и разработка ИТ-продукта не представляются возможными без заключения контрактов. Также была усовершенствована структура проектной документации, закрепленной в ГОСТ Р 59853. Среди основных преимуществ данной модернизации необходимо отметить возможность определения степени освоения ИТ-субъектами требований, декларирующих документальное сопровождение процесса создания ИТ-продуктов. Например, если ИТ-субъект не оценивает последствия принятых управленческих решений, затраченные ресурсы, коммерческий эффект, то это может свидетельствовать об отсутствии у него внутренних стандартов по управлению ИТ-проектами. Важно отметить, что отсутствие стандартизации негативно сказывается на создании ИТ-продуктов, так как ИТ-субъектам вновь и вновь необходимо будет искать оптимальное управленческое решение для проблемы, которая возможно была решена ранее в других ИТ-проектах.
-
Документальное сопровождение создания ИТ-продуктов в рамках выполнения ИТ-проектов
В статье представлены результаты анализа национальных стандартов, закрепляющих требования к последовательности работ по созданию ИТ-продуктов, составу, видам, наименованию, комплектности, обозначению, содержанию и оформлению проектной документации, а также к последовательности приемки разработанного ИТ-продукта. Актуальность: критическое осмысление требований позволило установить, что национальные стандарты не учитывают правовые и технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов (например, включение в текст контракта существенных условий, переход исключительных прав на ИТ-продукт, подготовка программного кода в процессе выполнения служебного задания и др.). Цель: анализ структуры проектной и юридической документации в области информационных технологий. Результаты: установлено, что юридическая и проектная документация должна рассматриваться как единый набор документов, так как трудоустройство работников и разработка ИТ-продукта не представляются возможными без заключения контрактов. Также была усовершенствована структура проектной документации, закрепленной в ГОСТ Р 59853. Среди основных преимуществ данной модернизации необходимо отметить возможность определения степени освоения ИТ-субъектами требований, декларирующих документальное сопровождение процесса создания ИТ-продуктов. Например, если ИТ-субъект не оценивает последствия принятых управленческих решений, затраченные ресурсы, коммерческий эффект, то это может свидетельствовать об отсутствии у него внутренних стандартов по управлению ИТ-проектами. Важно отметить, что отсутствие стандартизации негативно сказывается на создании ИТ-продуктов, так как ИТ-субъектам вновь и вновь необходимо будет искать оптимальное управленческое решение для проблемы, которая возможно была решена ранее в других ИТ-проектах.
-
Документальное сопровождение создания ИТ-продуктов в рамках выполнения ИТ-проектов
В статье представлены результаты анализа национальных стандартов, закрепляющих требования к последовательности работ по созданию ИТ-продуктов, составу, видам, наименованию, комплектности, обозначению, содержанию и оформлению проектной документации, а также к последовательности приемки разработанного ИТ-продукта. Актуальность: критическое осмысление требований позволило установить, что национальные стандарты не учитывают правовые и технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов (например, включение в текст контракта существенных условий, переход исключительных прав на ИТ-продукт, подготовка программного кода в процессе выполнения служебного задания и др.). Цель: анализ структуры проектной и юридической документации в области информационных технологий. Результаты: установлено, что юридическая и проектная документация должна рассматриваться как единый набор документов, так как трудоустройство работников и разработка ИТ-продукта не представляются возможными без заключения контрактов. Также была усовершенствована структура проектной документации, закрепленной в ГОСТ Р 59853. Среди основных преимуществ данной модернизации необходимо отметить возможность определения степени освоения ИТ-субъектами требований, декларирующих документальное сопровождение процесса создания ИТ-продуктов. Например, если ИТ-субъект не оценивает последствия принятых управленческих решений, затраченные ресурсы, коммерческий эффект, то это может свидетельствовать об отсутствии у него внутренних стандартов по управлению ИТ-проектами. Важно отметить, что отсутствие стандартизации негативно сказывается на создании ИТ-продуктов, так как ИТ-субъектам вновь и вновь необходимо будет искать оптимальное управленческое решение для проблемы, которая возможно была решена ранее в других ИТ-проектах.
-
Документальное сопровождение создания ИТ-продуктов в рамках выполнения ИТ-проектов
В статье представлены результаты анализа национальных стандартов, закрепляющих требования к последовательности работ по созданию ИТ-продуктов, составу, видам, наименованию, комплектности, обозначению, содержанию и оформлению проектной документации, а также к последовательности приемки разработанного ИТ-продукта. Актуальность: критическое осмысление требований позволило установить, что национальные стандарты не учитывают правовые и технологические особенности создания ИТ-продуктов в рамках выполнения ИТ-проектов (например, включение в текст контракта существенных условий, переход исключительных прав на ИТ-продукт, подготовка программного кода в процессе выполнения служебного задания и др.). Цель: анализ структуры проектной и юридической документации в области информационных технологий. Результаты: установлено, что юридическая и проектная документация должна рассматриваться как единый набор документов, так как трудоустройство работников и разработка ИТ-продукта не представляются возможными без заключения контрактов. Также была усовершенствована структура проектной документации, закрепленной в ГОСТ Р 59853. Среди основных преимуществ данной модернизации необходимо отметить возможность определения степени освоения ИТ-субъектами требований, декларирующих документальное сопровождение процесса создания ИТ-продуктов. Например, если ИТ-субъект не оценивает последствия принятых управленческих решений, затраченные ресурсы, коммерческий эффект, то это может свидетельствовать об отсутствии у него внутренних стандартов по управлению ИТ-проектами. Важно отметить, что отсутствие стандартизации негативно сказывается на создании ИТ-продуктов, так как ИТ-субъектам вновь и вновь необходимо будет искать оптимальное управленческое решение для проблемы, которая возможно была решена ранее в других ИТ-проектах.
-
Как понять, что ваш IT-проект летит в тартарары, и что делать, если это уже случилось
Есть проекты, которые с первого дня пахнут успехом. А есть те, от которых веет таким могильным холодом, что хочется завернуться в плед, удалить мессенджеры и переехать в деревню без интернета. Проблема в том, что часто мы слишком поздно замечаем запах горелого кода и безнадёжных дедлайнов. Живой пример Однажды мне в руки «по наследству» от предыдущего руководителя достался проект по автоматизации взаимодействия с подрядчиками. Задача важная: подрядчиков более 50, привлекаемых сотрудников — несколько тысяч, за всеми нужен учёт и контроль, который на тот момент осуществлялся полностью вручную , и занимался этим не один-два человека, а аж целый отдел . Неудивительно, что внутренний аудит это не устраивало, и нам было велено «срочно все автоматизировать». Генеральный директор поставил свою визу и отметил в календаре дату, когда ему нужен результат — через год.
https://habr.com/ru/companies/rgs_it/articles/1005566/
#итпроект #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юмор #матрешка #техпис #тестирование #итпроект
-
125 лет без багов: Разбираем матрешку как идеальный IT-продукт
24 октября русской матрешке исполняется 125 лет. Давайте отбросим сувенирный флер и посмотрим на этот артефакт глазами айтишников. Что увидели разработчик, тестировщик, DevOps, продакт и техпис? Спойлер: это шедевр инженерной мысли. Вперед к разбору
https://habr.com/ru/companies/astralinux/articles/959810/
#итпродукт #devops #itюмор #матрешка #техпис #тестирование #итпроект
-
Снижение рисков при создании ИТ-продуктов: формирование критериев добросовестности для ИТ-субъектов
В статье рассматривается суть и природа добросовестного поведения ИТ-субъектов, которые готовы гарантировать создание высококачественных ИТ-продуктов в рамках выполнения ИТ-проектов, а также снижение до минимальных значений вероятность наступления нежелательных комплаенс-последствий для всех участников отношений и иных заинтересованных сторон. Для достижения поставленной цели автором настоящей статьи был проведен анализ признаков добросовестного и недобросовестного поведения участников отношений, в том числе была изучена судебная практика, связанная с защитой прав от недобросовестного поведения контрагентов. На основании проведенного исследования были сформулированы критерии добросовестности ИТ-субъектов, а именно отсутствие умысла на причинения материального ущерба заинтересованным сторонам и наличие эффективной и результативной системы управления рисками. Было установлено, что наличие умысла на причинение вреда характеризуется не только текущим поведением ИТ-субъектов (включение в контракт явно обременительных условий, сознательное нарушение норм действующего законодательства, использование некомпетентности участников сделки им во вред и др.), но и недобросовестными действиями, которые они совершали ранее в прошлых сделках. Также было обнаружено, что ответственность за реализацию превентивных мер по митигации рисков возложена на сторону, которая берет на себя обязательства выполнить работу по созданию ИТ-продукта. В частности, проведенное исследование показало, что если ИТ-субъекты заблаговременно, до заключения контрактов, не превентивно не воздействуют на 105 универсальных рисков, то во время выполнения работ заинтересованные стороны с большой вероятностью столкнуться с комплаенс-последствиями, которые будут способны негативно повлиять на процесс достижения проектных целей и причинять этим сторонам значительный материальный ущерб.
-
Снижение рисков при создании ИТ-продуктов: формирование критериев добросовестности для ИТ-субъектов
В статье рассматривается суть и природа добросовестного поведения ИТ-субъектов, которые готовы гарантировать создание высококачественных ИТ-продуктов в рамках выполнения ИТ-проектов, а также снижение до минимальных значений вероятность наступления нежелательных комплаенс-последствий для всех участников отношений и иных заинтересованных сторон. Для достижения поставленной цели автором настоящей статьи был проведен анализ признаков добросовестного и недобросовестного поведения участников отношений, в том числе была изучена судебная практика, связанная с защитой прав от недобросовестного поведения контрагентов. На основании проведенного исследования были сформулированы критерии добросовестности ИТ-субъектов, а именно отсутствие умысла на причинения материального ущерба заинтересованным сторонам и наличие эффективной и результативной системы управления рисками. Было установлено, что наличие умысла на причинение вреда характеризуется не только текущим поведением ИТ-субъектов (включение в контракт явно обременительных условий, сознательное нарушение норм действующего законодательства, использование некомпетентности участников сделки им во вред и др.), но и недобросовестными действиями, которые они совершали ранее в прошлых сделках. Также было обнаружено, что ответственность за реализацию превентивных мер по митигации рисков возложена на сторону, которая берет на себя обязательства выполнить работу по созданию ИТ-продукта. В частности, проведенное исследование показало, что если ИТ-субъекты заблаговременно, до заключения контрактов, не превентивно не воздействуют на 105 универсальных рисков, то во время выполнения работ заинтересованные стороны с большой вероятностью столкнуться с комплаенс-последствиями, которые будут способны негативно повлиять на процесс достижения проектных целей и причинять этим сторонам значительный материальный ущерб.
-
Снижение рисков при создании ИТ-продуктов: формирование критериев добросовестности для ИТ-субъектов
В статье рассматривается суть и природа добросовестного поведения ИТ-субъектов, которые готовы гарантировать создание высококачественных ИТ-продуктов в рамках выполнения ИТ-проектов, а также снижение до минимальных значений вероятность наступления нежелательных комплаенс-последствий для всех участников отношений и иных заинтересованных сторон. Для достижения поставленной цели автором настоящей статьи был проведен анализ признаков добросовестного и недобросовестного поведения участников отношений, в том числе была изучена судебная практика, связанная с защитой прав от недобросовестного поведения контрагентов. На основании проведенного исследования были сформулированы критерии добросовестности ИТ-субъектов, а именно отсутствие умысла на причинения материального ущерба заинтересованным сторонам и наличие эффективной и результативной системы управления рисками. Было установлено, что наличие умысла на причинение вреда характеризуется не только текущим поведением ИТ-субъектов (включение в контракт явно обременительных условий, сознательное нарушение норм действующего законодательства, использование некомпетентности участников сделки им во вред и др.), но и недобросовестными действиями, которые они совершали ранее в прошлых сделках. Также было обнаружено, что ответственность за реализацию превентивных мер по митигации рисков возложена на сторону, которая берет на себя обязательства выполнить работу по созданию ИТ-продукта. В частности, проведенное исследование показало, что если ИТ-субъекты заблаговременно, до заключения контрактов, не превентивно не воздействуют на 105 универсальных рисков, то во время выполнения работ заинтересованные стороны с большой вероятностью столкнуться с комплаенс-последствиями, которые будут способны негативно повлиять на процесс достижения проектных целей и причинять этим сторонам значительный материальный ущерб.
-
Снижение рисков при создании ИТ-продуктов: формирование критериев добросовестности для ИТ-субъектов
В статье рассматривается суть и природа добросовестного поведения ИТ-субъектов, которые готовы гарантировать создание высококачественных ИТ-продуктов в рамках выполнения ИТ-проектов, а также снижение до минимальных значений вероятность наступления нежелательных комплаенс-последствий для всех участников отношений и иных заинтересованных сторон. Для достижения поставленной цели автором настоящей статьи был проведен анализ признаков добросовестного и недобросовестного поведения участников отношений, в том числе была изучена судебная практика, связанная с защитой прав от недобросовестного поведения контрагентов. На основании проведенного исследования были сформулированы критерии добросовестности ИТ-субъектов, а именно отсутствие умысла на причинения материального ущерба заинтересованным сторонам и наличие эффективной и результативной системы управления рисками. Было установлено, что наличие умысла на причинение вреда характеризуется не только текущим поведением ИТ-субъектов (включение в контракт явно обременительных условий, сознательное нарушение норм действующего законодательства, использование некомпетентности участников сделки им во вред и др.), но и недобросовестными действиями, которые они совершали ранее в прошлых сделках. Также было обнаружено, что ответственность за реализацию превентивных мер по митигации рисков возложена на сторону, которая берет на себя обязательства выполнить работу по созданию ИТ-продукта. В частности, проведенное исследование показало, что если ИТ-субъекты заблаговременно, до заключения контрактов, не превентивно не воздействуют на 105 универсальных рисков, то во время выполнения работ заинтересованные стороны с большой вероятностью столкнуться с комплаенс-последствиями, которые будут способны негативно повлиять на процесс достижения проектных целей и причинять этим сторонам значительный материальный ущерб.
-
Комплаенс-риски эксплуатации ИТ-продуктов
В статье рассматриваются комплаенс-риски , которые могут материализоваться во время эксплуатации ИТ-продуктов на рынке и причинить неприемлемый для ИТ-субъектов ущерб. Для достижения поставленной цели автором настоящей статьи было проведено исследование гражданско-правовой, административной и уголовной судебной практики, где одной из сторон являлся ИТ-субъект (ОКВЭД 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/
#ИТсубъект #ИТпродукт #ИТпроект #риск #комплаенсриск #комплаенспоследствие
-
Комплаенс-риски эксплуатации ИТ-продуктов
В статье рассматриваются комплаенс-риски , которые могут материализоваться во время эксплуатации ИТ-продуктов на рынке и причинить неприемлемый для ИТ-субъектов ущерб. Для достижения поставленной цели автором настоящей статьи было проведено исследование гражданско-правовой, административной и уголовной судебной практики, где одной из сторон являлся ИТ-субъект (ОКВЭД 62), в том числе изучались споры, связанные с нарушением исключительных прав на ИТ-продукты. На основании проведенного исследования было идентифицировано 12 комплаенс-рисков , а именно 6 гражданско-правовых, 1 административный и 5 уголовных. Анализ судебной практики показал, что вывод, распространение и эксплуатация ИТ-продуктов на рынке без учета этих требований грозит для ИТ-субъектов наступлением гражданско-правовой, административной и/или уголовной ответственности. Кроме того, в рамках выполняемой работы была проанализирована динамика совершения уголовных преступлений в сфере компьютерной информации и обнаружено, что в период 2022-2023 годов рост преступлений, связанных с неправомерным доступом к электронным устройствам, увеличился с 9308 до 36 788 случаев (рост составил 295,2%). Полученные результаты в ходе проведенного исследования выявили острую необходимость создания ИТ-субъектами результативных и эффективных превентивных мер воздействия на идентифицированные комплаенс-риски: например, разработку мер, связанных с верификацией требований документального сопровождения ИТ-проектов, формой и содержанием ИТ-продуктов, а также способами защиты компьютерной информации.
https://habr.com/ru/articles/893524/
#ИТсубъект #ИТпродукт #ИТпроект #риск #комплаенсриск #комплаенспоследствие
-
«Договор публичной оферты» — что за кринж? Как правильно оформить оферту в бизнесе — рассказывает бизнес-юрист
Оферта/публичная оферта — неотъемлемая часть любого бизнеса . В соответствии с главным принципом заключения договоров, описанным в ГК РФ, без использования оферты не обходится ни одна сделка с клиентом или контрагентом. В этой статье разберём какие ошибки бизнес допускает при использовании оферты и как её грамотно применять для оптимизации бизнес-процессов.
https://habr.com/ru/articles/866662/
#оферта #стартап #итпроект #публичная_оферта #договоры #юридические_тонкости