Эту историю мне рассказал человек, который захотел остаться анонимным, а я решил написать статью для своего блога.
Я Android-разработчик. Два года назад я попал в ловушку микроменеджмента. Мой руководитель требовал ежедневные планы, контролировал каждое действие и даже фиксировал продолжительность моих обеденных перерывов. Расскажу, как я распознал проблему, дошел до точки кипения и нашел выход из этой ситуации.
Привет, Хабр! Когда разработчик — это только код? А когда — полный хаос, в котором виноваты дизайнеры, DevOps, тестировщики, кто угодно, но не он? Меня зовут Дарья Корчуганова и я — руководитель команды разработки в Газпромбанк.Тех, IT_ONE. В этой статье на основе моего доклада для (далее…)
Продолжаем делиться опытом консолидации IT-инфраструктуры Академии Ростеха и переходом на единую систему, объединяющую CRM, бюджетирование проектов, управление закупками и другие процессы. В этой статье поговорим о цифровизации HR-процессов и управления финансами.
Всем привет!
Меня зовут Александр, я COO в SaaS-платформе аналитики данных. Последний год активно изучаю внедрение AI-решений в кросс-функциональные процессы. Делюсь материалами, которые помогают:
Продуктовым менеджерам — интегрировать AI без перегрузки команд;
Разработчикам — выбирать инструменты под конкретные бизнес-задачи;
Специалистам по данным — избегать ошибок в production-развертывании.
У себя в телеграм-канале делюсь сжатыми и структурированными саммери статей.
Сегодняшний перевод — The Cybernetic Teammate
Меня долго занимал один вопрос. Почему внедрение средств управления проектов в России сложнее, чем на западе? Недавно я понял, что причина в не отделении проектной организации от других видов бизнесов.
Чтобы понять роль инструментов «ведения проектов» и «сотрудничества в проектах» (collaboration tools) достаточно понять место проектов в конкретном бизнесе. Как выглядит идеальная структура проектно-ориентированной организации?
Когда основным процессом производства являются «проекты», то каждый проект, как живой организм, включен в более широкий контекст бизнеса. В этом «широком» контексте можно выделить:
В этой статье я собрал важные инсайты из двух свежих гайдов OpenAI о внедрении ИИ в бизнес. Узнайте, как большие и не очень компании избежали ошибок и ускорили разработку ИИ-решений, достигнув реальных результатов.
Оригиналы гайдов:
За свою практику я встречала разные реакции предпринимателей на проверки и требования ФНС.
Кого-то известие о предстоящей проверке пугает до нервных срывов, на кого-то навевает легкую тревогу, кто-то игнорирует, думая, что про него забудут, кто-то всерьез надеется «порешать» вопрос.
Интерес налоговых органов к бизнесу не возникнет из ниоткуда. Вряд ли можно быть готовым к нему на 100%, но знать слабые места бизнеса и следить за тем, чтобы они не тянули его в пропасть споров с ФНС, нужно. Обсудим, какие инструменты применяет ФНС в 2025 году и что делать, если они будут направлены на ваш бизнес.
Всем привет, на связи Scrum-мастер команды eXpress Дмитрий Шугалей. Совсем недавно мы добавили функцию тегов в мобильных версиях нашего корпоративного мессенджера (на десктоп-клиенте они работали уже давно), и еще раз убедились, что это вполне рабочий инструмент организации работы над задачами в проекте. Попробовал сам, поговорил с коллегами — и родилась идея посмотреть, как один из популярных методов повышения личной эффективности “встраивается” в рабочий мессенджер при помощи тегов. Получилась эта заметка как отражение личного опыта и нового взгляда на старый известный подход.
Привет! Меня зовут Абакар, я работаю главным техническим лидером разработки в Альфа-Банке.
В этой статье я хочу поделиться своим опытом: рассказать о специфике моей позиции, ключевых сложностях и подводных камнях. Возможно, это поможет тебе снять розовые очки — особенно если ты сейчас задумываешься о том, чтобы стать техническим лидером.
Тему также я разбирал в видео на YouTube — буду рад, если посмотришь !)
А помогать мне сегодня будет наша любимая четверка пингвинов.
Вам надоело, что бизнес приходит с абстрактными проблемами или того хуже с готовым решением? В итоге, ограничивая работу отдела разработки в принятии решений? Как сделать сложные требования понятными и структурированными, чтобы они работали быстрее и эффективнее для решения задач бизнеса?
Бизнес-требования — это основа для разработки IT-решений. Но часто их описывают слишком сложно или неоднозначно. В результате разработчики тратят время на уточнения деталей, а заказчики остаются недовольны.