Выражение «чайка‑менеджер» широко известно, однако известность фразы не равно тому, что проблема уже решена и перестала встречаться в офисных пространствах.
Суть управления в стиле чайки заключается в хаотичном и поверхностном принятии решений руководителем, внесении сумятицы и путаницы в рабочий процесс, а затем стремительное удаление босса из поля зрения сотрудников с напутствием решить «всё, быстро и вчера».
Привет, Хабр!
Хочу поделиться своим путём в блокчейн. К 2023 году за плечами было уже 7 лет строгого режима веб-разработки, и она начала казаться рутиной. Хотелось нового. В идеале — области, где можно было бы применить свою любовь к математике. Выбор стоял между датой и блокчейном. Я выбрал второе — во многом потому, что несколько моих друзей уже погрузились в этот «тёмный лес» и своими проектами пробудили во мне интерес. Это решение привело меня к неожиданным открытиям, трем разным проектам, нескольким месяцам жизни на доширак и к пониманию, что блокчейн — это идеальный полигон для любого разработчика, увлеченного математикой.
Кажется, про CRM написано уже немало, но вопросы всё равно остаются. Поэтому решил объяснить и я — максимально просто и наглядно.
Ошибки операторов в системах мониторинга — это не всегда про «невнимательность» или «человеческий фактор». Чаще это результат перегрузки информации, неудачного дизайна интерфейсов и неправильной приоритизации сигналов. В статье разбираем реальные причины когнитивной нагрузки, показываем примеры из практики, немного кодим для симуляции человеческой реакции и обсуждаем, как инженерные решения могут снижать вероятность фатальных ошибок.
Стратегия является ключевым документом, описывающим предполагаемый подход к решению той или иной задачи. В области внедрения ERP-систем выделяют такие концепции доставки содержания, как: анализа, проектирование, реализация, ролей и полномочий, миграции, обучения, тестирования, технической подготовки системы, бизнес-катовера, изменений и поддержки. Основой использования стратегий в проектах имплементации ERP-систем служит теория корпоративных информационных систем, предложенная в работе [1]. Анализ литературных источников в области корпоративных информационных систем и стратегий доставки включает множество работ [2-14], однако в них лишь косвенно указана первопричина формирования концепции, что, следовательно, делает выбор того или иного способа недоказательным.
Для устранения указанных недостатков, в этой статье мы попытаемся вскрыть исходную проблематику, что порождает необходимость формирования стратегии доставки содержания, а также уточним и детализируем способы решения. Следует сразу сделать оговорку, что стратегии доставки содержания, ни в коей мере не противоречат и не заменяют активности фаз внедрения. По существу, они дополняют и максимально их уточняют. Поэтому существование фазы анализа как пример не исключает наличия одноименной стратегии.
Привет! Меня зовут Лёша Косилин, я руководитель проектного офиса в Центре Дизайна Авито. Мои задачи — развивать департамент продуктового дизайна, создавать комфортные условия работы и помогать специалистам расти. Недавно мы с командой обнаружили, что сотрудники не всегда осознают свою зону ответственности на проектах, из-за чего конфликтуют и растягивают сроки. В этой статье расскажу, что мы сделали, чтобы это исправить, и как решение переросло в самостоятельный продукт.
Привет! Меня зовут Семен, я solution-архитектор в Газпромбанке. За девять лет в разработке я насмотрелся на одну проблему, которая встречается практически везде.
Я видел, как компании тратят миллионы, покупают самые модные решения, нанимают консультантов из топовых компаний — а потом удивляются: почему эффективность не выросла? Потому что лечили симптомы, а не болезнь. Покупали технологии, а не решали бизнес-задачи.
Хочу обсудить разорванный ландшафт компании — ситуацию, когда бизнес и IT существуют в параллельных вселенных. Бизнес не понимает реальных возможностей технологий, IT не видит конечных целей. В итоге получается дорого и бестолково.
Достаточно часто встречается заблуждение, что просто нужна "ещё одна серебряная пуля" и тогда точно наступит "вселенский коммунизм". Многие в качестве такой "волшебной палочки" воспринимают таск-трекеры различной степени сложности. Стоит только внедрить, и "бизнес крутится, лавэ мутится"
Данная статья не преследует цели "сделать всех счастливыми", но возможно кому-то сэкономит время и другие ресурсы, и, я надеюсь, действительно поможет приблизится к цели.
Привет, Хабр! Меня зовут Денис Улизко, я CPO AoS (CRM для B2B в МТС). За время работы с цифровыми продуктами в России и за рубежом я заметил одну типовую для энтерпрайза проблему — слишком длинный цикл поставки фич. В среднем релиз занимает 4–6 спринтов. Попробуешь ужаться до двух — получаешь перегрузку ролей, возвраты и техдолг. Но решение есть. В этом материале расскажу, как переход на трехспринтовую модель позволил нам сократить Story Lead Time с 21,5 до 9,6 дней. Приглашаю под кат.
Всем привет! Меня зовут Алексей, я - Head of PMO and Delivery крупной восточно-европейской компании, но эту статью я писал в роли проектного менеджера работающего с большими международными командами и клиентами пять лет назад в не менее большой и междунородной организации. На тот момент, я занимался управлением проектами как в продуктовых, так и в сервисных компаниях более восьми лет. В те годы я управлял проектами в сфере e-commerce, работая с командами, распределенными по всему миру (США, Великобритания, Италия, Румыния, Словакия, Колумбия, Болгария, Индия, Чехия).
Данная статья дает представление об определенной группе рисков, связанных с работой проекта в разных странах и/или разных часовых поясах, а также их минимизации исходя из моего опыта работы на таких проектах. Материал может быть полезен менеджерам проектов и программ, продакт-оунерам и тим-лидам, членам распределенных команд, работающих в крупных аутсорсинговых и продуктовых компаниях на международных проектах.
Управление проектами в современном понимании зародилось всего около 65 лет назад, когда бизнес и некоммерческие организации в конце 50-х — начале 60-х годов начали осознавать явные преимущества проектной организации своей деятельности, используя методики структурирования работ и сетевого планирования. Параллельно с развитием теории и практики проектного менеджмента также развивались и подходы к взаимодействию с рисками, которые сопровождают проекты всегда и везде, как смерть и налоги сопровождают жизнь.
В статье разберем ТОП фишек Zoom, которые сделают проведение ваших планёрок и встреч проще и эффективнее. Это не обзор всех возможностей Zoom, а только тех фишек и лайфхаков, которые мы сами каждые день используем в работе. Перейдем сразу от слов к делу.
В разговорах про «ускорение разработчиков» часто меряют не то: velocity и строки кода слабо объясняют выручку и маржу. Материал предлагает практическую рамку Impact Intelligence: impact-сеть, жёсткий вход инициатив (RDM), погашение долга по измерениям и валидацию вклада до бизнес-метрик. Разберём, как связать proximate-показатели с downstream-результатами и зачем на портфельном уровне считать ROP вместо декоративного ROI.
Мне 25 лет, и я работаю DevOps-инженером четвёртый год. Начинал системным администратором.
За это время сменил 5 работ. Первые три был сисадмином. На четвертой работе я был уже DevOps.
«Мы передали им всю документацию, но они все равно постоянно отвлекают нас вопросами». Знакомо? В этой статье разбираем, почему классический сценарий передачи проекта в IT почти всегда ведет к хаосу. Почему код и документация — это лишь верхушка айсберга?
Что общего у падения уровня преступности в Нью-Йорке 90-х, грязной чашки и ваших годовых KPI?
В статье разбираем принцип «Теории разбитых окон», чтобы вовремя увидеть и устранить скрытые угрозы, которые подрывают вашу корпоративную культуру и съедают прибыль.
Привет, Хабр!
Меня зовут Софья Петаева, я руковожу отделом системного анализа. Уже почти 10 лет в этой теме, и за это время я научилась не только смотреть на результат работы аналитиков, но и понимать, как они его добиваются. В последнее время мне часто приходится организовывать аналитиков и придумывать новые процессы. Это и помогло мне лучше понять их работу.
В этой статье я расскажу о Discovery-фазе, о том, какие ошибки мы сделали, на каких граблях потанцевали, и как эти уроки до сих пор влияют на нашу работу и принятие решений.
Привет, Хабр! Меня зовут Надежда Гольдман, и я руковожу IT-проектами в Lenta Tech («Группа Лента»). Год назад я была администратором, а сегодня веду комплексные проекты и отвечаю за результаты команды.
Расскажу, как прошел мой переход: с какими вызовами столкнулась, что помогло и какие советы могу дать тем, кто хочет повторить этот путь.
Любые процессы — это по сути отдельные продукты, со своими фичами, багами и, конечно пользователями. На первый взгляд процессы разных команд схожи друг с другом и состоят из однородного набора практик и принципов.
Однако опытные команды всегда адаптируют под себя популярные подходы, чтобы успешно применять их в работе со своими продуктами. Часто итоговые различия кроются в микропроцессах — небольших уникальных практиках, присущих опыту конкретной команды в конкретный момент времени.
В статье расскажем: почему процесс — это продукт, зачем переделывать популярные практики под себя, как запускать компромиссные процессы и развивать их в большие практики, как отдельный микропроцесс «пост дизайн ревью» в свое время открыл нам путь к большому и взрослому процессу дизайн ревью.
Этот опыт настиг меня в самом начале карьеры Руководителя ИТ-проектов (далее – РП). Поэтому все истории мне пришлось пройти, не имея ни многолетнего опыта управления проектами, ни вообще какого-либо образования менеджера.
Все что у меня было — это большое желание расти и достигать поставленных целей. А инструменты мне пришлось искать по пути) И я не о типичных пунктах из PMBoK!
Меня зовут Алина Прасковина, я руководитель проектов в MONS, «КОРУС Консалтинг». И прежде чем раскрыть секреты своей системы, расскажу предысторию: как же так случилось, что на еще совсем юного РП свалилось такое количество проектов?
Я собрал 21 рабочих способа, как использовать канбан-доску: для планирования рабочих и командных задач, ведения личных дел, семейных развлечений и подготовки к апокалипсису. Надеюсь, вы найдёте что-то интересное для себя.
