惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

人人都是产品经理
人人都是产品经理
MongoDB | Blog
MongoDB | Blog
Google DeepMind News
Google DeepMind News
L
LangChain Blog
J
Java Code Geeks
MyScale Blog
MyScale Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
WordPress大学
WordPress大学
小众软件
小众软件
Microsoft Security Blog
Microsoft Security Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
月光博客
月光博客
aimingoo的专栏
aimingoo的专栏
F
Fortinet All Blogs
I
InfoQ
博客园 - 聂微东
量子位
A
About on SuperTechFans
S
SegmentFault 最新的问题
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Apple Machine Learning Research
Apple Machine Learning Research
Hugging Face - Blog
Hugging Face - Blog
云风的 BLOG
云风的 BLOG
H
Help Net Security

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Служишь Jira? Понятно
octav47 · 2026-04-27 · via Все публикации подряд на Хабре

Уровень сложностиПростой

Время на прочтение2 мин

Охват и читатели387

Мнение

Вступление

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

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

Что происходит?

На уровне отдельно взятого человека происходят изменения в мышлении. Человек перестаёт думать "что именно нужно сделать", задача подгоняется под инстумент

Если инструмент делает что-то сложным — люди перестают это делать, даже если это важно. Если делает что-то лёгким — делают это чаще, даже если это не нужно

Привычка подменяет целесообразность. "Мы так делаем, потому что так работает наша система" — это становится достаточным обоснованием

На уровне команды тоже всё плывёт. Процессы формируются вокруг возможностей инструмента, а не вокруг реальных потребностей. Таск-треккер и его доска диктуют методологию, а не методология — структуру доски

Ритуалы обслуживания инструмента становятся самоцелью — обновление статусов, заполнение полей, ведение отчётов — работа ради работы

Метрики определяются не тем, что важно, а тем, что инструмент умеет считать. Измеримое побеждает значимое

Почему так происходит?

Адаптироваться к инструменту проще, чем настраивать инструмент под себя — это раз

Инструменты предлагают готовую модель мира — легче принять чужую модель, чем строить свою — это два

Когда команда адаптировалась — отклонение от "инструментальной нормы" воспринимается как отклонение от командной нормы — это три

На мой взгляд это основные, но не единственные причины

Что с этим делать?

Во-первых, признать проблему. Нужно её явно проговорить с командой. Без этого никуда

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

В-третьих, не путать "работу в инструменте" с "работой". Двигать карточки по доске — не работа. Заполненный отчёт — это не результат сам по себе. Если команда тратит ощутимую часть времени на обслуживание инструмента — что-то пошло не так

И последнее — выработайте в команде принципы, которым все будут придерживаться. Инструменты меняются, практики адаптируются, принципы остаются. Если команда не может сформулировать свои принципы отдельно от названия инструмента (jira, youtrack etc) — она уже подчинена ему