#методология — Public Fediverse posts

Работает ли ГАТО лучше монетки? Критическая оценка графического ассоциативного теста отношений в исследованиях

В последние годы в российских агенствах по маркетинговым исследованиям, среди социологов и политических опросах активно обсуждается и заказывается проекты с применением в таких массовых опросах Графического Ассоциативного Теста Отношений (ГАТО), позиционируемого как функциональный аналог Имплицитного Ассоциативного Теста (IAT), но более технологичный для полевых исследований. В основе ГАТО лежит идея замены цветовых стимулов теста Эткинда набором абстрактных графических фигур К. Маркерта, призванных не иметь прямых ассоциаций. Однако основа этих подходов намертво прикреплена к цветовому тесту Люшера, который в современной психодиагностике демонстрирует отсутствие приемлемой прогностической ценности и валидности результатов, что было показано ещё в 1970х годах и подтверждено крупными выборочными исследованиями в 2000х. Это ставит под вопрос механический перенос логики тестирования на новые графические материалы, такие как фигуры Маркерта, используемые в ГАТО. На основе своей многолетней работы по анализу опубликованных материалов проверки тестов Люшера, Эткинда и ГАТО и примеров эмпирических данных я попытался оценить обоснованность заявок на валидность теста ГАТО и оказалось, что в ряде случаев получаемые показатели не превосходят по информативности случайное угадывание результата. Дополнительно рассмотрю новые работы посвящённые проверке надёжности и валидности ГАТО.

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

#методология #валидность #прогноз #прогнозирование #прогнозная_аналитика #тесты

Работает ли ГАТО лучше монетки? Критическая оценка графического ассоциативного теста отношений в исследованиях

В последние годы в российских агенствах по маркетинговым исследованиям, среди социологов и политических опросах активно обсуждается и заказывается проекты с применением в таких массовых опросах Графического Ассоциативного Теста Отношений (ГАТО), позиционируемого как функциональный аналог Имплицитного Ассоциативного Теста (IAT), но более технологичный для полевых исследований. В основе ГАТО лежит идея замены цветовых стимулов теста Эткинда набором абстрактных графических фигур К. Маркерта, призванных не иметь прямых ассоциаций. Однако основа этих подходов намертво прикреплена к цветовому тесту Люшера, который в современной психодиагностике демонстрирует отсутствие приемлемой прогностической ценности и валидности результатов, что было показано ещё в 1970х годах и подтверждено крупными выборочными исследованиями в 2000х. Это ставит под вопрос механический перенос логики тестирования на новые графические материалы, такие как фигуры Маркерта, используемые в ГАТО. На основе своей многолетней работы по анализу опубликованных материалов проверки тестов Люшера, Эткинда и ГАТО и примеров эмпирических данных я попытался оценить обоснованность заявок на валидность теста ГАТО и оказалось, что в ряде случаев получаемые показатели не превосходят по информативности случайное угадывание результата. Дополнительно рассмотрю новые работы посвящённые проверке надёжности и валидности ГАТО.

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

#методология #валидность #прогноз #прогнозирование #прогнозная_аналитика #тесты

Работает ли ГАТО лучше монетки? Критическая оценка графического ассоциативного теста отношений в исследованиях

В последние годы в российских агенствах по маркетинговым исследованиям, среди социологов и политических опросах активно обсуждается и заказывается проекты с применением в таких массовых опросах Графического Ассоциативного Теста Отношений (ГАТО), позиционируемого как функциональный аналог Имплицитного Ассоциативного Теста (IAT), но более технологичный для полевых исследований. В основе ГАТО лежит идея замены цветовых стимулов теста Эткинда набором абстрактных графических фигур К. Маркерта, призванных не иметь прямых ассоциаций. Однако основа этих подходов намертво прикреплена к цветовому тесту Люшера, который в современной психодиагностике демонстрирует отсутствие приемлемой прогностической ценности и валидности результатов, что было показано ещё в 1970х годах и подтверждено крупными выборочными исследованиями в 2000х. Это ставит под вопрос механический перенос логики тестирования на новые графические материалы, такие как фигуры Маркерта, используемые в ГАТО. На основе своей многолетней работы по анализу опубликованных материалов проверки тестов Люшера, Эткинда и ГАТО и примеров эмпирических данных я попытался оценить обоснованность заявок на валидность теста ГАТО и оказалось, что в ряде случаев получаемые показатели не превосходят по информативности случайное угадывание результата. Дополнительно рассмотрю новые работы посвящённые проверке надёжности и валидности ГАТО.

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

#методология #валидность #прогноз #прогнозирование #прогнозная_аналитика #тесты

Работает ли ГАТО лучше монетки? Критическая оценка графического ассоциативного теста отношений в исследованиях

В последние годы в российских агенствах по маркетинговым исследованиям, среди социологов и политических опросах активно обсуждается и заказывается проекты с применением в таких массовых опросах Графического Ассоциативного Теста Отношений (ГАТО), позиционируемого как функциональный аналог Имплицитного Ассоциативного Теста (IAT), но более технологичный для полевых исследований. В основе ГАТО лежит идея замены цветовых стимулов теста Эткинда набором абстрактных графических фигур К. Маркерта, призванных не иметь прямых ассоциаций. Однако основа этих подходов намертво прикреплена к цветовому тесту Люшера, который в современной психодиагностике демонстрирует отсутствие приемлемой прогностической ценности и валидности результатов, что было показано ещё в 1970х годах и подтверждено крупными выборочными исследованиями в 2000х. Это ставит под вопрос механический перенос логики тестирования на новые графические материалы, такие как фигуры Маркерта, используемые в ГАТО. На основе своей многолетней работы по анализу опубликованных материалов проверки тестов Люшера, Эткинда и ГАТО и примеров эмпирических данных я попытался оценить обоснованность заявок на валидность теста ГАТО и оказалось, что в ряде случаев получаемые показатели не превосходят по информативности случайное угадывание результата. Дополнительно рассмотрю новые работы посвящённые проверке надёжности и валидности ГАТО.

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

#методология #валидность #прогноз #прогнозирование #прогнозная_аналитика #тесты

SDD на масштабе FullStack-приложения: 17 спринтов, две конституции, три чата

В первой статье я писал про SDD на примере одного вечера. После чего прошёл 17 спринтов SDD на FullStack-приложении: B2C-трекер привычек и целей, два репозитория, 251 тест на бэке и 77 на фронте, релиз в продакшен. Здесь — что не дало мне потерять контроль на этом масштабе.

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

#specdriven_development #spec_kit #claude_code #aiassisted_development #fullstack #java #spring_boot #react #методология #architecture

Telegram-бот за вечер через Spec Kit: что AI-ассистированная разработка сделала с моим инженерным процессом

Я Java-разработчик: пишу на Java 5 лет. Последний месяц собираю портфолио через Spec-Driven Development — связку Spec Kit и Claude Code. Первый проект — Telegram-бот для задач. С шести вечера до двух ночи одного вторника я прошёл полный SDD-цикл от конституции до MVP с шестью командами. Восемь часов. Один вечер. Рабочий продукт. Но главное — что-то сдвинулось в моём инженерном процессе.

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

#specdriven_development #spec_kit #claude_code #ai_coding #aiassisted_development #telegram_bot #spring_boot #java #разработка #методология

Кто сегодня разрабатывает с ИИ?

Два года назад для написания веб-приложения нужно было знать язык программирования, фреймворк, базу данных, уметь деплоить и дебажить. Сегодня достаточно уметь сформулировать задачу. ИИ радикально снизил порог входа в разработку — и это прекрасно. Но у революции есть обратная сторона: прямой подход «задача → код → результат» порождает архитектурные проблемы, уязвимости и технический долг, которые незаметны, пока не становится слишком поздно. Разбираем, почему так происходит и как разрабатывать с ИИ эффективно.

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

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

Переходный этап в управлении проектами или как выживать, когда на тебе не менее 4 управленческих ролей

ИИ не спасёт. Российские кейсы, цифры и методы выживания. Контекст 2024-2025 – уже не просто делать быстрее, а делать так, чтобы один PM заменял аналитика, тестировщика и частично DevOps. ИИ не снял нагрузку, а перераспределил её.

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

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

Процессная архитектура: что это, её связь с TOGAF и почему она является базовым элементом требований на автоматизацию

Типичная ситуация в ИТ-проектах: приходит задача на автоматизацию, бизнес-аналитик начинает с нуля собирать требования, рисовать процесс, согласовывать его с заказчиком, выявлять исключения, уточнять роли и данные. Проходит время, задача уходит в разработку. Через месяц — новый запрос, и снова тот же путь. Процессы рисуются «под задачу», не связаны между собой, в каждом проекте — своя терминология и своё видение. Обратная ситуация - если бы в компании была единая, поддерживаемая и согласованная модель деятельности, которую можно «взять» как основу для любой задачи на автоматизацию. Такая модель и есть процессная архитектура организации. Узнать больше

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

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

Архитектор-методолог: от Discovery и Delivery к IT-Governance через TOGAF и Change Management

В своей практике я часто вижу одну и ту же проблему. Корпоративные архитекторы проектируют схемы целевой архитектуры (в лучшем случае - в репозитории в ArchiMate, но чаще просто в PowerPoint) , Solution и Software-архитекторы принимают тактические решения, а итоговая архитектура реализованного решения всё равно "плывёт" и не соответствует задуманному. Стратегия остаётся слайдами в PowerPoint. Принципы — просто слова на виртуальной доске. Команды разрабатывают "как удобно" (или "как быстрее), а не "как задумано". Почему так происходит? Потому что между стратегией и реализацией есть разрыв, т.к. между ролями участников ИТ-производства нет чётких процессов взаимодействия на уровне конкретных объектов управления и зон ответственности. Преодоление этого разрыва — зона ответственности архитектора-методолога. В этой статье я разберу несколько ключевых концепций, которые помогают этот разрыв закрыть: Discovery и Delivery, TOGAF ADM и Change Management. А в финале покажу, как они агрегируются в IT-Governance — и почему архитектор-методолог (такую роль можно встретить очень редко в виде чётко сформулированного запроса) находится в центре этого агрегатора. Узнать больше

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

#методология #управление_требованиями #управление_производством #конвейер #archimate #togaf #governance #change_management #discovery #delivery

«Не усложняй! Управление проектами по методу P3.express» — коротко о книге

Открылся предзаказ на книгу Дмитрия и Валерии Ильенковых «Не усложняй! Управление проектами по методу P3.express». Мы прочитали ее и делимся впечатлениями.

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

#проект #менеджмент #методология

КАК УСИЛИТЬ ПРОДАЖИ И ЗАРАБАТЫВАТЬ ОТ 500 000+ РУБ?

«Хочу зарабатывать 500 тысяч, миллион. Хочу усилить продажи». Я вас прекрасно понимаю. Это абсолютно нормальное, здоровое желание — хотеть, чтобы твой труд стоил дорого. Чтобы не было этого ощущения, что ты выкладываешься по полной, а финансовый потолок остаётся где-то там, низко, и ты о него всё время бьёшься головой. Я тоже вместе с вами хочу этого же. Но сегодня я хочу пойти с вами от противного. Мы не будем говорить о продажах. Не будем говорить о запусках, о рекламе, о креативах. Давайте на минутку представим, что всего этого — нет. Вообще. Нет вашего телеграма, нет сторис, нет воронок. Остаётся только одна вещь. Ваш продукт. Онлайн-курс, программа, интенсив — как угодно. И вот он просто лежит где-то. И представьте, что он… продаёт себя сам. Его люди находят, читают описание, смотрят цену — и покупают. Без вашего личного участия. За 100, 200, 500 тысяч рублей. Звучит как фантастика? А теперь скажите — почему этого не происходит прямо сейчас с тем, что у вас есть или что вы планируете? Потому что мы с вами чаще всего действуем по обратной логике. Наша цепочка мыслей такая: «Хочу миллион» – «Значит, нужно много продаж» – «Нужна крутая реклама и запуск» – «Ок, делаю продукт под этот запуск». И продукт в этой цепочке — на последнем месте. Он — фишка в игре под названием «маркетинг». Мы думаем: «Ладно, сделаю что-нибудь, главное — красиво упаковать и громко рассказать». НО! Эта логика в 2026 году уже не просто устарела. Она убийственна. Потому что люди стали не просто умнее. Они стали уставшими. Уставшими от пустых обещаний, от красивых обёрток, за которыми — ветер. Они в долгие, сложные, эмоциональные отношения с продавцом больше не вступают. Они не хотят «греться» у костра вашего энтузиазма на вебинаре.

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

#методология #онлайнкурс

Новый подход к внедрению: замена Большого Взрыва и Parallel Running

Каждый РП стоял перед выбором: запускаем методом "Большого Взрыва" или попробуем "Работать с двух системах" - Parallel Running. Кто не знаком с методологией: Большой взрыв. Останавливаем "старую" систему и запускаем новую. Старую - вот прям останавливаем, чтобы не было соблазна вернуться или вести часть бизнес-процессов в "старой" системе. Очень жесткий запуск: новая система непривычна, люди путаются, работа в системе кардинально замедляется, куча ошибок. Внедряющая команда на стрессе, полностью в полях: научить, подсказать, исправить и - главное - доработать! Увидите седого РП - попросите рассказать парочку примеров из его жизни.

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

#проекты #интеграция #интеграция_систем #методология

Приемо-сдаточные испытания без хаоса: как сэкономить время и нервы команды

Приемо‑сдаточные испытания могут превратить месяцы работы команды либо в успешный проект с подписанием акта, либо обернуться длинной перепиской в духе «а давайте поправим еще здесь». Всем привет! Меня зовут Кирилл, я руковожу командой методологии внедрения медицинских информационных систем в компании «БАРС Груп». В этой статье честно разберем, что обычно ломается на ПСИ, какие инструменты помогли нам превратить проведение испытаний в управляемый процесс: от обучения команды до разработки единого протокола и метрик.

https://habr.com/ru/companies/barsgroup/articles/991662/

#управление_людьми #управление_проектами #методология #приемосдаточные_испытания

Идеальная методология внедрения проектов (для РП и РПО)

Когда-то давно я столкнулся с почти совершенной корпоративной методологией внедрения ИТ-проектов. Она была полной, удобной, масштабируемой и понятной даже джуну (которым я тогда был). С тех пор, за почти 20 лет внедрений(!) в куче российских компаний, я не встретил равного ей аналога в России. И до массового увлечения Agile, и после него, и даже сейчас, после того, как рынок проголосовал за гибриды WF и Agile. И это не потому, что у нас методология в компаниях не нужна - нужна, еще как. Тренд на оцифровку процесса управления проектами компании - такой же старый, как PMBoK. Потребность в формализации бардака в ИТ только растет. Так в чем же дело? Почему идеал есть, но уже 20 лет большинство компаний изобретают велосипеды, кто как может? Этот текст - для начинающих РПО и РП, которые хотят вырасти в РПО. Я расскажу про то, что такое для меня " идеальная методология ", чем она отличается от PMBoK, P3.express и всего остального, почему ГОСТ34 не так уж и плох, и почему волшебная таблетка не используется повсеместно, если рецепт был известен уже 20 лет тому назад. Статья написана по мотивам публикаций в моем ТГ канале «Морковка спереди, морковка сзади», который полностью посвящен управлению в IT, а особенно той его части, которой толком никто не учит: софтскиллам. Если вам это интересно, заходите, читайте и подписывайтесь. Ну и читайте другие мои статьи на Хабре про управление в ИТ . Начнем с идеала...

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

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

Методика экспресс-оценки уровня кибербезопасности организации РезБез в SECURITM

Как руководитель отдела методологии и экспертизы ИБ SECURITM с 15-летним опытом ИБ в различных сферах деятельности компаний, я вижу, что у специалистов есть два самых сложных вызова. Первый — в самом начале пути, когда нужно из множества регуляторных требований и разрозненных процессов собрать работающую систему, которая не будет тормозить бизнес, но даст реальную защиту. Второй — когда все стандарты формально соблюдены. Именно тогда возникает самый правильный вопрос: «А наша система действительно защищает компанию или мы просто красиво закрываем чек-листы для аудиторов?» Оба сценария сводятся к одной проблеме: формальное соответствие не равно реальной безопасности. Именно на стыке этих вызовов нужен практический инструмент, который превращает методологию из теории в рабочий механизм управления рисками. Такой инструмент существует . Узнать подробнее

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

#методика_РезБез #РезБез #информационная_безопасность #соответствие_стандартам #методология #ИБметрики #security

Физика vs коллекционирование марок: что на самом деле имел в виду Резерфорд и при чём здесь геология

Что имел в виду Эрнест Резерфорд, называя всю науку, кроме физики, «коллекционированием марок»? Разбираем иерархию научного знания — от фундаментальной физики до описательной геологии — и смотрим, как исторический конфликт теорий в науках о Земле иллюстрирует этот тезис. Взгляд физика на методологический диссонанс и путь к точности. Разобраться в иерархии

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

#Наука #Геология #Физика #Научпоп #Классификация_наук #Методология #История_науки #Резерфорд #Мышление #SpaghettiCode

Как связывать информацию в интернет-расследованиях: подробная методика, примеры и логические цепочки

Как правильно связывать разрозненные данные в интернет-расследованиях: методы, примеры и логика построения рабочих гипотез и связей.

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

#информационная_безопасность #осинт #osint #методология #кибербезопасность #разведка #разведка_по_открытым_источникам

Роль, оживляющая архитектуру: почему именно методолог должен замыкать ADM-цикл TOGAF

Многие компании в процессе своего развития успешно осваивают начальные этапы TOGAF ADM: формируют видение, разрабатывают целевые модели, создают планы переходов. Но настоящая ценность архитектуры рождается не на слайдах, а в ежедневной работе ИТ-команд. Именно здесь возникает критический разрыв: хорошие архитектурные артефакты остаются невостребованными, потому что непонятно, как их применять в реальных процессах разработки, тестирования и эксплуатации. Стратегические архитектурные решения (принципы, стандарты, целевые состояния) формализованы, но не оказывают реального влияния на операционную деятельность команд. Причина — отсутствие четких механизмов внедрения этих решений в рабочие процессы. Этот разрыв преодолевается там, где архитектурное мышление интегрируется с методологией управления ИТ-процессами. Агрегация компетенций корпоративного архитектора и ИТ-методолога превращает ADM из теоретического цикла в работающий механизм трансформации. Узнать больше

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

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

ArchiMate на практике: архитектурное моделирование бизнес-процесса ФЗ «О персональных данных»

ArchiMate, являясь языком проектирования архитектуры, предоставляет чёткую систему взаимосвязей между объектами. Эта система задаёт возможные варианты отношений для конкретной ситуации и контекста. Учитывая универсальность языка, это огромное преимущество — с его помощью можно описать как бизнес-архитектуру, так и системную, и технологическую. В данной статье я приведу пример моделирования в нотации ArchiMate для ситуации, когда необходимо смоделировать бизнес-процесс сложной и противоречивой предметной области. Такая задача часто встречается при автоматизации процессов государственных органов и организаций, работающих в строгих законодательных рамках. Представьте : вам поручили спроектировать систему, обрабатывающую персональные данные. Требования размазаны по пулу статей НПА, а за ошибку грозят миллионные штрафы. Как структурировать эту сложную область и убедиться, что вы ничего не упустили? В этой статье я на примере положений ФЗ «О персональных данных» (далее по тексту – ФЗ) покажу, как язык ArchiMate помогает превратить юридический текст в четкую архитектурную схему. Такой подход помогает выявить пробелы в требованиях, наглядно согласовать их с заказчиком и заложить основу для проектирования ИТ-решений. Узнать больше

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

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

Избавляемся от хаоса в проектировании ИТ-решений: формируем команду с помощью ArchiMate

«Ну ты же компьютерщик!» — многим из ИТ-сферы знакома эта фраза из прошлого. Ей обосновывали, почему именно вы должны сделать почти всё: от настройки принтера до разработки и тестирования систем. Казалось бы, эта эпоха позади. ИТ и бизнес стали единым целым, а роли и специализации — общепринятой нормой. Но на смену старой проблеме пришла новая. Появилось множество методологий, фреймворков и новых ролей, однако единой и понятной модели так и не сложилось. Неопределённость сохраняется — особенно в названиях архитектурных ролей и их обязанностях, что отлично видно на порталах с вакансиями. На практике это порождает новую версию старой фразы: «Ты же архитектор? Вот и придумай, как это сделать, собери требования, спроектируй данные и проверь, чтобы влезло в бюджет» . В этой статье я разберу роли этапа проектирования ИТ-решений и покажу инструмент для формирования команды, которая совместной работой обеспечивает качественные требования. Иными словами, постараюсь ответить на вопрос: как побороть разрозненность требований через чёткое распределение ролей и ответственности. Узнать больше

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

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

Карта бизнес-способностей. Просвечиваем корпоративные боли и лечим их архитектурно: эволюция бизнес-аналитика

Представьте, что сегодня у вас по плану тренировка с базовым упражнением — становой тягой. Вы поднимаете штангу весом в 100 кг — это ваша физическая способность на текущий цикл. Реализовать её помогают мышцы, кости связки. Вы не видите эти органы под кожей, но именно их слаженная работа позволяет вам поднять этот вес. И если бы в момент выполнения упражнения можно было просветить «рентгеном» ваш организм, их системную работу стало бы видно. А ещё стало бы понятно, на что обратить внимание для восстановления и развития, если в процессе у вас что-то «заболело». Узнать больше

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

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

Тренды безопасной разработки: разбираем BSIMM 15 и сравниваем топ-10 активностей с предыдущим отчетом

Процессы безопасной разработки — это не просто набор инструментов для проверки кода. Основная концепция в том, чтобы все процессы работали как единый механизм, а безопасность была не просто дополнением, а неотъемлемой частью разработки. Фреймворк Building Security in Maturity Model (BSIMM) предлагает смотреть на процессы безопасной разработки с точки зрения зрелости, как на измеримую систему действий и результатов, а не просто как на чек‑лист практик. В этом году Synopsys не обделил нас новым отчетом и представил BSIMM 15, который мы с вами разберем. Не буду углубляться, что такое BSIMM и как его применять на практике, об этом вы можете прочесть в статье про BSIMM 14 , но стоит отметить, что BSIMM дает ежегодную оценку применимости различных практик. На этом и сосредоточимся, посмотрим, какие появились новые активности и какие сейчас в тренде.

https://habr.com/ru/companies/pt/articles/956682/

#bsimm #безопасная_разработка #appsec #application_security #фреймворки #методология

Тренды безопасной разработки: разбираем BSIMM 15 и сравниваем топ-10 активностей с предыдущим отчетом

Процессы безопасной разработки — это не просто набор инструментов для проверки кода. Основная концепция в том, чтобы все процессы работали как единый механизм, а безопасность была не просто дополнением, а неотъемлемой частью разработки. Фреймворк Building Security in Maturity Model (BSIMM) предлагает смотреть на процессы безопасной разработки с точки зрения зрелости, как на измеримую систему действий и результатов, а не просто как на чек‑лист практик. В этом году Synopsys не обделил нас новым отчетом и представил BSIMM 15, который мы с вами разберем. Не буду углубляться, что такое BSIMM и как его применять на практике, об этом вы можете прочесть в статье про BSIMM 14 , но стоит отметить, что BSIMM дает ежегодную оценку применимости различных практик. На этом и сосредоточимся, посмотрим, какие появились новые активности и какие сейчас в тренде.

https://habr.com/ru/companies/pt/articles/956682/

#bsimm #безопасная_разработка #appsec #application_security #фреймворки #методология

Тренды безопасной разработки: разбираем BSIMM 15 и сравниваем топ-10 активностей с предыдущим отчетом

Процессы безопасной разработки — это не просто набор инструментов для проверки кода. Основная концепция в том, чтобы все процессы работали как единый механизм, а безопасность была не просто дополнением, а неотъемлемой частью разработки. Фреймворк Building Security in Maturity Model (BSIMM) предлагает смотреть на процессы безопасной разработки с точки зрения зрелости, как на измеримую систему действий и результатов, а не просто как на чек‑лист практик. В этом году Synopsys не обделил нас новым отчетом и представил BSIMM 15, который мы с вами разберем. Не буду углубляться, что такое BSIMM и как его применять на практике, об этом вы можете прочесть в статье про BSIMM 14 , но стоит отметить, что BSIMM дает ежегодную оценку применимости различных практик. На этом и сосредоточимся, посмотрим, какие появились новые активности и какие сейчас в тренде.

https://habr.com/ru/companies/pt/articles/956682/

#bsimm #безопасная_разработка #appsec #application_security #фреймворки #методология

Тренды безопасной разработки: разбираем BSIMM 15 и сравниваем топ-10 активностей с предыдущим отчетом

Процессы безопасной разработки — это не просто набор инструментов для проверки кода. Основная концепция в том, чтобы все процессы работали как единый механизм, а безопасность была не просто дополнением, а неотъемлемой частью разработки. Фреймворк Building Security in Maturity Model (BSIMM) предлагает смотреть на процессы безопасной разработки с точки зрения зрелости, как на измеримую систему действий и результатов, а не просто как на чек‑лист практик. В этом году Synopsys не обделил нас новым отчетом и представил BSIMM 15, который мы с вами разберем. Не буду углубляться, что такое BSIMM и как его применять на практике, об этом вы можете прочесть в статье про BSIMM 14 , но стоит отметить, что BSIMM дает ежегодную оценку применимости различных практик. На этом и сосредоточимся, посмотрим, какие появились новые активности и какие сейчас в тренде.

https://habr.com/ru/companies/pt/articles/956682/

#bsimm #безопасная_разработка #appsec #application_security #фреймворки #методология

ArchiMate: внедряем в практику бизнес-аналитика на примере соответствия BPMN

Это первая из запланированных статей по внедрению практики использования языка Archimate для различных ИТ-ролей. Конкретно этот материл будет полезен прежде всего бизнес-аналитикам для повышения уровня компетенций и дополнения используемых инструментов моделирования бизнес-процессов (подробней про апгрейд роли было здесь: https://habr.com/ru/articles/954280/ ). Узнать больше

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

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

ArchiMate+BPMN: апгрейд роли «бизнес-аналитик»

В идеальных условиях именно роль «бизнес‑аналитик» в производственном ИТ‑процессе должна быть «входной точкой» для бизнес‑заказчика, формализующей, как правило, неструктурированные требования в структурированные. Через эту же роль должна производиться обратная связь ИТ‑команды бизнес‑заказчику. Узнать больше

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

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

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

Хороший QA-инженер находит баги. Отличный - автоматизирует проверки. А архитектор качества делает так, чтобы целые классы проблем больше не появлялись. Чем сильные специалисты реально экономят деньги и нервы бизнеса?

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

#тестирование #менеджмент #карьера #метрики #методология

В чем сила, брат? Какой проектный офис реально приносит пользу бизнесу, а не вставляет палки в колеса проектам

Никто не любит проектный офис. Никому не нужны его регламенты, которые только тормозят проекты и заставляют руководителей заполнять ненужные бумажки. Никто не хочет соблюдать все эти многочисленные «правильные процедуры», когда можно договориться с нужными людьми в курилке и получить нужные ресурсы. Положение проектного офиса – часто очень непростое. Это не то подразделение, которое напрямую влияет на важные показатели бизнеса. Это не производство и не продажи. Даже не бухгалтерия со своим авторитетом. Это то подразделение, которому каждый день приходится доказывать свою полезность и нужность. В этой статье я поделюсь своим опытом: как проектному офису стать уважаемым и полезным для бизнеса. В чем его настоящая сила – читайте ниже.

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

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

Как я стал «параноиком»

В психологическом тупике или легко ли войти в ИТ? Проработав в продажах более 25 лет в финансовой сфере, я осознал необходимость нового витка в карьере. Накопленная усталость работы со стандартными продуктами, которые сделал кто‑то другой, отсутствие развития и «стеклянный потолок» регионального менеджера стимулировали искать разные варианты профессиональной траектории. Одним из популярных направлений казалась ИТ‑отрасль, ведь слоган «войти в ИТ» стал уже культовым. Многочисленные онлайн‑школы и курсы продолжают обещать смену профессии через «практика, практика, практика, а затем не опоздайте на собеседование». Однако всё оказалось гораздо сложнее, так как фактически происходило обесценивание накопленных отраслевых знаний, и ты оказывался в одной шеренге с начинающими молодыми джунами, которые так стремились стать удалёнными высокооплачиваемыми аналитиками, тестировщиками и проджектами. Им гораздо легче давалось большинство инструментов в силу ещё не перегруженного жизненным опытом биологического диска памяти. Поэтому, несмотря на оконченные курсы анализа данных и управления ИТ‑проектами это не дало желаемых результатов и поставленные цели не были достигнуты. В итоге вместо развития карьеры я, наоборот, упирался в её сужение при входе в новую специальность с серьёзной конкуренцией среди начинающих, в которой было сложно выделить свои преимущества.

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

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

Почему ваше проектное управление никогда не будет работать

Как долго мы будем молчать о том, что популярные стандарты по управлению проектами не работают? Почему в организациях продолжают бездумно внедрять PMBoK и прочие «фреймворки», которые только тормозят проекты? Сколько еще вы готовы потерять времени и денег только потому, что выбрали привычный процессный подход вместо реально работающего? Вот уже 20 лет я настраиваю системы управления проектами как в небольших компаниях, так и в крупнейших российских организациях, таких как Сибур, Новабев, Сбербанк, Hoff, Рулог и пр. Лично управлял портфелями проектами стоимостью свыше 70 млн. евро. В прошлом году моя команда разработала методологию управления программой ИТ-трансформации в компании с годовым оборотом свыше 1 триллиона рублей. Так что, в управлении проектами меня уже ничем не удивить. Кроме одного: почему до сих пор многие компании внедряют стандарты с фокусом на процессы, которые красиво описаны, но не адаптированы к реальным проектам. В этой статье я подробно расскажу, почему ваши проектные регламенты всего лишь бесполезная бюрократия. А еще, как это исправить, чтобы начать реально управлять проектами и получать нужные результаты.

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

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

Стирая языковые границы для NLP-датасетов

Всем привет. В этом посте расскажем, как мы тестировали БЯМ для перевода англоязычных датасетов на русский. «Мы» — это ваш покорный слуга и ребята из ФИЦ ИУ РАН. Пост по факту перевод нашей статьи, которая была опубликована еще в апреле, но вот руки до поста дошли только сейчас.

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

#обработка_естественного_языка #термины #определения #deft #llm #перевод #bert #методология

Служить и защищать: тимлид на страже команды

Я делюсь своим опытом работы тимлидом и пришел к выводу, что наибольшая эффективность команды достигается через служение ей, а не командование - это называется servant leadership. Моя главная задача заключается в автоматизации рутинных процессов, защите интересов команды перед руководством. Читать подробности

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

#тимлид #лидерство #teamlead #scrumban #мотивация #руководство #продуктивность #опыт #методология #команда

Единственный способ узнать, что руководители проектов делают именно то, что нужно делать

Вы никогда не узнаете, работает ли ваша система управления проектами так, как надо. Не узнаете, реально ли все эти регламенты помогают быстрее достигать нужных результатов. А еще вы не узнаете, кто из ваших сотрудников постоянно косячит и подвергает проекты необоснованным рискам, игнорируя правила управления. Вы никогда не узнаете всей правды, если не начнете проверять – соблюдают ли они методологию управления или нет. А если нет, то кто именно и почему. Данную статью я посвящаю практике регулярного аудита проектного управления. Это лучший способ контроля, который приучит ваших сотрудников играть по правилам и делать проекты системно и предсказуемо, заранее предотвращая проблемы. Что такое аудит и зачем он нужен, как проводить аудит, как часто в зависимости от целей, какие бывают форматы, кто это может делать и т.д – полную инструкцию читайте ниже. Это авторский материал, который вы не найдете больше нигде.

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

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

Методологии менеджмента качества в бизнес-анализе: процессный подход, LEAN, теория ограничения систем. Часть 2

Всем привет! Меня зовут Диана. Я ведущий аналитик в ИТ-компании Simbirsoft и работают в бизнес-анализе уже более 9 лет. Начинала как аналитик процессов (специалист процессного управления, специалист организационного развития — единого наименования этой должности не существует). У меня накопился опыт работы над проектами в разных отраслях и компаниях. Хочу поделиться, как применение методологий для улучшения процессов помогают компания достичь их конечной цели — масштабировать бизнес, оптимизировать деятельность и повышать результативность работы. В предыдущей части статьи я рассказала, насколько актуально бизнес-аналитику понимать СМК (Система менеджмента качества) и, в частности, процессное управление, а также методологии LEAN (бережливое производство) и ТОС (теория ограничения систем). На практическом примере показала, как с помощью моделей и анализа процессов можно навести в них порядок, выстроить систему метрик и начать их отслеживать. И, если в первой части речь шла о фиксации и анализе процессов в их текущем состоянии, то в этой части я бы хотела акцентировать внимание на этапе их улучшения. Существует большое количество методологий и концепций, направленных на улучшение деятельности. В своей статье хочу остановиться на двух самых известных:

https://habr.com/ru/companies/simbirsoft/articles/925942/

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

Методологии менеджмента качества в бизнес-анализе: процессный подход, LEAN, теория ограничения систем. Часть 1

Компании стремятся к оптимизации деятельности и, логично, что растет спрос на услуги по описанию, анализу бизнес-процессов и предложению улучшений. В этом может помочь бизнес-аналитик, который знает и использует методологии улучшения процессов в соответствии с профстандартом и BABOK (Business Analysis Body of Knowledge , свод знаний по бизнес-анализу). Статья будет особенно полезна аналитикам, которые хотят перейти в ИТ-сферу, так как все они в своей работе сталкиваются с задачей анализа процессов на разном уровне их абстракции (то есть детализации). Также материал пригодится менеджерам, стремящимся улучшать процессы в зоне своей ответственности.

https://habr.com/ru/companies/simbirsoft/articles/924960/

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

Почему Feature-Sliced Design (FSD) не спасет ваш проект

Каждый разработчик рано или поздно сталкивается с вопросом: как организовать проект так, чтобы он не превратился в хаос? Или как исправить проект, в котором уже царит хаос? Начинается всё одинаково: мы делаем простое MVP или проект с ограниченным функционалом, не заморачиваемся по поводу архитектуры и организации кода, ведь проект небольшой и несложный, а сделать его нужно уже здесь и сейчас. Но время идёт, и у бизнеса появляются всё новые требования. Какие-то изначальные идеи полностью отменяются или меняются до неузнаваемости, разрастается команда, дизайн меняется несколько раз, появляется необходимость покрыть проект тестами, а иногда и необходимость вообще сменить стек технологий. И вот вы уже работаете над кодом, в котором становится всё сложнее вносить изменения в существующий функционал. Всё держится на костылях, становится трудно ориентироваться в куче файлов, и кажется, что всё устроено как-то не так, как должно быть. В этот момент мы начинаем задаваться вопросом: “а как нужно писать и организовывать код на самом деле?”. В поисках ответа мы читаем статьи, смотрим обучающие видео, доклады и неизбежно натыкаемся на Feature-Sliced Design (FSD).

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

#fsd #архитектура #методология #организация_кода #фронтенд #фронтендразработка #паттерны #паттерны_проектирования

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

Когда у вас работают опытные спецы, встроить в работу новые правила управления проектами практически невозможно . Потому что им, ветеранам по внедрению сложнейших ERP-систем, не нужны все эти новомодные регламенты. Они уже съели собаку на таких проектах, и видели в этой жизни всё и даже больше. И, в отличие от современных домашних зумеров , совершали трудовые подвиги еще во времена, когда не было удаленки – сурово и в полевых условиях, разрываясь между несколькими внедряемыми системами в разных городах. Поэтому когда руководство говорит «Теперь будем делать проекты по-другому, системно и правильно, вот вам новый регламент» , у них возникает вопрос – а нам оно надо? Зачем нам все эти новые правила управления, как делать проекты? Почему мы должны полагаться на них, а не на свой опыт, который спасал десятки раз? Однако опыта конкретных сотрудников недостаточно, если вы, как руководитель организации, хотите спать спокойно с уверенностью в результатах. Нужна такая система управления проектами, которая превратит ваших ветеранов труда из скептиков в амбассадоров новых правил. Только в этом случае вложенные инвестиции в их разработку начнут окупаться уже через 3 месяца. Как это сделать – читайте в этой статье на примере кейса ИТ-интегратора.

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

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

[Перевод] 79% научных публикаций об AI завышают результат

Применение AI в науке растет, но результаты его внедрения часто переоценены. Исследования показывают, что 79% публикаций, заявляющих о превосходстве AI, используют некорректные бенчмарки. Это искажает представление о реальном потенциале AI в научном прогрессе.

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

#ии #наука #исследование #машинное+обучение #физика #pde #оптимизация #методология #хайп #deepmind

Как не сливать бюджет на управление. Кейс разработки калькулятора для определения проектов

Применять инструменты проектного управления – дорого. Это финансовые вложения и время ваших ключевых сотрудников. Не так давно во время разработки технологии управления ИТ-проектами мы столкнулись с проблемой: что в компании является проектом, а что нет, и к каким инициативам целесообразно применять инструменты и методы проджект менеджмента. В этой статье рассказываю подробный кейс, как мы разработали калькулятор, который помогает отличить проекты от непроектов, начать эффективно распределять ресурсы и предотвращать дорогостоящие ошибки.

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

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

ТОП — 10 Российских ИСУП в 2025 году

Российский рынок систем управления проектами в 2025 году выглядит насыщенным как никогда : есть облачные решения для ИТ команд с досками и задачками, есть и платформенные гиганты с BI аналитикой и матрицей ресурсов. Но как выбрать? Чем они отличаются? Какие из них реально работают в крупных компаниях? Я составил краткий и честный обзор на 10 систем управления проектами . Без рекламы, с плюсами, минусами и рекомендациями для разных случаев.

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

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

Управлять неуправляемым: как мы придумали метод отслеживания прогресса на масштабной ИТ-трансформации

Все, что нужно управленцу, чтобы минимизировать риски потери денег и эффектов от проекта – это понятная отчетность с достоверными данными о его прогрессе. Если все идет по плану – отлично, а если что-то пошло не так и сроки растягиваются – быстро разбираемся в причинах проблемы, принимаем нужные решения и едем дальше. Но что делать, если вам нужно реализовать критически важный и масштабный проект длительностью несколько лет и стоимостью миллиарды рублей в ограниченные сроки, но оценить прогресс его выполнения не получается из-за постоянно меняющегося содержания? В этой статье делюсь кейсом создания методологии отслеживания прогресса в масштабной ИТ-программе по разработке и внедрению ПО в крупнейшей телекоммуникационной компании. Данное решение было единственно возможным , чтобы решить проблему заказчика, и я подробно расскажу о нем и как мы к нему пришли.

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

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

Arcana OPS

Arcana OPS — это современный подход к управлению проектами и командами на основе эзотерических практик и биологического развития. Это свежий взгляд на растущую сложность управления и попытку прогнозирования при принятии решений в мире, где всё стремительно меняется и совершенно непредсказуемо. Таким образом, в непредсказуемой жизни мы опираемся на биоматематику как основу Arcana OPS. Почему это актуально? Сроки всегда нарушаются, релизы некачественные и не вовремя, клиенты недовольны, а стейкхолдеры гневно выражают свои претензии? Это всё симптомы отсутствия Arcana OPS. Менеджеры по продукту придумывают фичи «из головы»? Заставьте их разложить карты — и мы сразу узнаем, какой Козерог это придумал. В релизе баги? Просто не релизьте в ретроградный Меркурий! Конфликты в команде инженеров, выгорание? Возможно, у вас слишком много Стрельцов и Львов. Arcana OPS решает все эти проблемы, а если и нет, то добавит вашей компании изюминки.

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

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

Как спасти digital-рынок от провала: хаос, ложная экспертиза и гонки со временем тормозят рост агентств

Рынок digital-услуг в России в 2025-м остается хаотичным, без четких стандартов и объективных критериев качества. Клиенты не могут заранее понять, кто выполнит работу хорошо, а кто просто продаст красивую презентацию. Изначальные причины этого понятны. Агентства не продают готовый продукт, а оказывают услугу по созданию этого продукта, поэтому их реальный уровень становится очевидным только после начала работы. Это базовые условия, проблем не в этом факте, а в том, что происходит дальше. За этапом пресейла часто можно увидеть как даже масштабные проекты передают людям без опыта на непосредственное исполнение. Вчерашний школьник, освоивший Figma за пару вечеров, может легко получить заказ, потому что границы профессии размыты. Достаточно разместить вакансию «senior дизайнер» и посмотреть отклики, чтобы убедиться в масштабе проблемы, и кто сегодня считает себя дизайнерами такого уровня. HR разбираться с квалификацией не будут, им надо затыкать дыры, и так вчерашний студент может оказаться в перегруженном агентстве у которого нет лавки с резервом ресурса (потому что это дорого) на большом проекте, делать же кому-то нужно. Специалисты с глубокими знаниями либо слишком дороги, поэтому перетекают в корпорации, либо не вписываются в процессы агентств, ориентированных на скорость, а не на качество. В итоге агентства работают по шаблонам, не развивают методологии, а просто «гоняют трафик». Проджект-менеджмент страдает еще сильнее. Если про дизайнеров и разработчиков хоть отраслевые стандарты и школы начинают формироваться, то управление проектами воспринимается как факультативная функция. Многие проджекты не знают, что такое PMBoK, не различают Agile и Scrum, а зачастую вообще не понимают своей роли, и просто доделывают за исполнителями про компетенцию которых я писал двумя абзацами выше.

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

#методология #эффективность_труда #прозрачность_бизнеса #экспертиза #профессиональные_стандарты #project_management #стратегия_развития

Как справиться с потоком задач. Мифы, реальность, полезные техники

Раньше я думала, что многозадачность – это норма, даже определенный стандарт успешного человека. Кроме того, в современном мире, особенно в сфере ИТ, существует культ многозадачности. Кажется, что умение жонглировать десятками задач одновременно – это залог успеха. Мне захотелось изучить этот вопрос значительно глубже. Однако все не так просто.

https://habr.com/ru/companies/lanit/articles/885902/

#ланит #time_management #планирование #управление_временем #методология

Правила умных встреч или как планировать совещания, чтобы они приносили пользу

Современный мир буквально погряз в совещаниях. Синки, митинги, созвоны, дейлики, викли… От этих слов порой кружится голова и хочется рыдать, когда видишь забитый календарь. «А когда же работать?» – этот вопрос возникает снова и снова. И ладно бы, если все эти встречи и созвоны приводили к результату, но многие из них оставляют неприятное послевкусие – вроде и собирались, и побрейнштормили, и было сказано много полезного, но по факту не договорились ни до чего, ни к конкретным шагам не пришли, а, если и пришли, то воз и ныне там. И уж совсем становится грустно, когда потрачено время большого количества людей (те пресловутые человекочасы), которые на самом то деле и не нужны были на этой встрече, и могли бы заниматься куда более важными задачами, чем просто «посидеть на звонке». Так как же уйти от бестолковых встреч? Есть прекрасная фраза Махатмы Ганди: «Хочешь изменить мир – начни с себя». Изменять культуру планирования встреч в компании также стоит начинать со своих личных изменений, а уже потом транслировать эти действия и на коллег. В этой статье постараемся разобраться, какие существуют шаги для планирования умных встреч.

https://habr.com/ru/companies/lanit/articles/879714/

#ланит #time_management #планирование #управление_временем #методология

Как сделать ИТ-процессы ИБее

а кибербез — не только стойким к атакам, но и к ситуациям, когда атаки оказались успешными. Уважаете ISO/IEC 27001, CIS и NIST CSF? Мы тоже. Фреймворков по кибербезу на свете лучше нет, но их недостаточно. Кибербезу, который застрял в догматической недопустимости событий и оторванном от ИТ-службы пузыре, нужен новый герой. Рассказываем, как наша методология CyberYool делает акцент на киберустойчивости, а не кибербезопасности; помогает не только соответствовать требованиям регуляторов, но и делать так, чтобы эти меры реально защищали; и напоминает, что вообще-то ИБ и ИТ должны развиваться в компании вместе, а не играть в догонялки.

https://habr.com/ru/companies/innostage/articles/880402/

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