«Удоканская медь» — компания, добывающая медь в Забайкалье, с тысячами сотрудников. За последнее время IT-дирекция компании быстро выросла и выполняет задачи сразу для нескольких функциональных направлений. Чтобы сделать процессы прозрачнее, IT-директор начал переводить процессы в Kaiten. Как именно это помогло — рассказываем в этой истории. Для рассказа пообщались с Андреем Жикиным, IT-директором «Удоканской меди».
В 2025 году процесс управления проектами становится всё более насыщенным и многослойным. Многие команды, привыкшие к GanttPro, начинают замечать, что инструмент уже не отвечает всем их требованиям — и начинают искать что-то более гибкое и дружелюбное.
В этой статье расскажем, почему компании уходят от GanttPro, и покажем современные сервисы, которые могут стать достойной альтернативой.
Внедрение Agile «на хайпе» и искаженное понимание принципов манифеста ведет к сырым ненужным пользователю продуктам. Вместе с автором канала Junior PM, Артемом Летюшевым, разбираемся в разнице между настоящим значением принципов и мифами, которые компании принимают за правила и внедряют в свои процессы.
Software Development Life Cycle (SDLC) — это фундамент, на котором строится разработка. Он помогает выстроить процессы так, чтобы команда четко понимала, что и когда ей нужно делать, а заказчик знал, на каком этапе находится работа.
И если с этапами работы чаще все понятно, то с жизненными моделями SDLC возникает путаница. В некоторых статьях могут писать, что какие-то из моделей устарели и нежизнеспособны, или просто неверно называть их принципы. Поэтому мы решили собрать основную информацию про SDLC в одном тексте.
А еще пообщались с командой AGIMA — интегратором, который более 15 лет создает веб-решения и мобильные приложения для клиентов. Компания показала, как выстроила процесс разработки и как она управляет командой.
Не хватает гибкости? Нужен Scrum. Нужно побыстрее выпустить продукт? Нужен Scrum. Нужна самоорганизованная команда? Работай по Scrum. Кажется, что эта методология стала слишком популярной, но при этом не везде работает так, как должна. Почему так — пообщались с сертифицированным Scrum-мастером Дмитрием Ирешевым и узнали, какие проблемы таит в себе этот фреймворк.
Agile — бог управления проектами последних лет. И неужели он умер? Или многочисленные прожект- и продакт-менеджеры убили его? Разбираемся, почему прозрачность Agile зачастую приводит к хаосу и анархии, а не гибкости и высокой ценности продукта.
Ненависть к аутсорс-командам разработки можно сравнить только с ненавистью к строителям. Я уверен, что причины такой ненависти очень похожи: относительно низкий порог входа, при этом любой неуч с клавиатурой и мышью уже норовит назвать себя новым EPAM Systems, как и строители — ГК Самолетом.
В этой статье я хочу пройтись по ошибкам в работе с аутсорс-командой, где расскажу, как вести подобные проекты, чтобы потом не пришлось брать кредиты для завершения заказов.
Материал обязателен к прочтению как заказчикам, так и исполнителям. Отмечу, что в одной статье невозможно уместить 10 лет опыта, поэтому я пройдусь по наиболее распространенным ошибкам и по пунктам, которые вызывают у меня боль и страдания.
Меня зовут Алексей Поликарпов, я тимлид координаторов проектов в производственном кооперативе РАД КОП. Наша команда состоит из экспертов в области комплаенса, наступательной безопасности и инженерно-технической защиты. Мы используем передовые подходы к управлению проектами и с момента создания развиваемся на базе методологии социократия 3.0.
Я расскажу, как Kaiten помогает нам гибко работать с клиентами и над проектами. В таск-трекере мы настроили воронку продаж, обеспечили контроль выполнения задач на всех уровнях, минимизировали микроменеджмент и директивное управление.
Kaiten — первый российский таск-трекер, предоставивший такую возможность внутри системы. Пользователи и раньше отмечали, что сервис достаточно гибкий. Теперь у них появилась возможность разрабатывать и внедрять собственные решения, а скоро можно будет публиковать их для внешней аудитории, а также интегрировать в свои аккаунты готовые дополнения от других разработчиков.
Привет! Я Давид Асатрян — создатель Креативного Хаба [Alcor] и руководитель по запуску продуктов и управлению изменениями.
В прошлой статье я рассказывал, как управлять проектами, где главный источник принятия решений — интуиция. В прошлом материале основной акцент был на инвесторах. В таких проектах риск остаться голодным на улице стремится к нулю. Но что делать, если вы простой смертный без капитала на несколько поколений вперед, при этом уверены в своей «чуйке»?
Рассказываю в статье про подход для стартаперов и тех, кто развивается в творческой индустрии.
Меня зовут Валерий Студенников, я программист, и вершиной моей IT-карьеры стала компания REG.RU, где я был сооснователем, техническим директором и руководителем разработки.
За 10 лет REG.RU стала №1 в России по количеству зарегистрированных доменных имен, а затем вошла в тройку лидеров по web-хостингу и VPS. В 2021 году мы с партнером продали компанию, я ушел «на пенсию» и с тех пор занимаюсь преподаванием в Самарском университете, обучая студентов различным IT-предметам.
Именно в REG.RU я стал активно применять гибкие методологии и впервые столкнулся с Kaiten, и так получилось, что и то и другое забрал с собой и сейчас использую в преподавательской деятельности. Собственно, об этом и хочу рассказать.
Привет! Я Давид Асатрян — создатель Креативных Хабов (Alcor Hub и Camp Tattoofeel) и парочки проектов для HNWI, UHNWI, UHNWI+ – Darwini Wortex и Mary Frank. И это моя статья о том, как разрабатывать продукты по методу Passion-Driven Decision Making.
Порой я сталкиваюсь с фидбэком от инвесторов в стиле: «Мне пофиг, я так чувствую и хочу вот это и это в своем продукте. Ну и что, что противоречит рынку. Вот деньги – идите делайте». Кошмар классического прожекта… Но если такие проекты существуют, то неужели они не приносят деньги?
В мире разработки продуктов мы часто слышим, что главное в принятии решений — это данные: статистика, аналитика и другие цифры. Когда ты создаешь продукт, то сначала исследуешь рынок, аудиторию, ее боли и потребности и на базе этого собираешь продукт.
Если же после запуска продукт работает не так, как ожидалось (например, его никто не покупает) – тогда данные показывают нам, что пошло не так, что нужно изменить в разработке и/или продажах.
Однако мне посчастливилось попасть в ряд сфер, где работает практически противоположная логика. Что это за сферы, я расскажу в этой статье.
«LADA Цифра» — это стартап «Лада-Имидж», одной из дочерних компаний группы «АвтоВАЗ». А еще это уникальный микс из талантов разных людей, которые приняли вызов создать цифровое будущее в автомобильной индустрии. Команда успела поработать в крупных проектах и знает про IT не из учебников.
Стартап образовался в январе 2024 года, чтобы создать маркетплейс для оптовой и розничной торговли между поставщиками, магазинами и станциями технического обслуживания. Для конечных покупателей это, по сути, интернет-магазин с гарантией отсутствия подделок.
Новый технологичный стартап — это огромное количество процессов, которые нужно организовать с нуля. Одной из первых задач стало наладить процесс разработки. С одной стороны, он должен быть простым, понятным и системным, а с другой — сохранять возможность масштабирования.
Привет, меня зовут Юрий Москалев, я руководитель разработки в «LADA Цифра». Расскажу, как мы внедрили Kaiten и организовали цикл разработки с его помощью.
Аксеникс внедряет или разрабатывает продукты для клиентов в сегменте крупного бизнеса: банки, ритейл, FMCG, страхование, тяжелая промышленность, для которых остро стоит вопрос импортозамещения.
Рассказываем, как компания с помощью Kaiten организовала работу в крупных проектах. Два из них были связаны с миграцией из облаков — Аксеникс помогал заказчикам перенести корпоративные хранилища из зарубежных сервисов, один — с разработкой аналитической платформы в области управления рисками.
Привет, я Евгений Иванченко, лидер Web QA Гильдии в Dodo Engineering. При иных обстоятельствах я мог бы оказаться главой отдела тестирования, но у нас нет такого отдела. Нет, это не результат техногенной или юридической катастрофы. Мы его просто распустили.
Разумеется, это не значит, что мы перестали тестировать наши продукты. Мы только избавились от выделенной команды тестирования. Как в Dodo Engineering провели глобальную перестройку процессов и чем в этом помог Kaiten — читайте под катом.
Фокус-группы, исследования целевой аудитории, оценка конкурентов — всё это не дает гарантии того, что ваш продукт действительно нужен пользователям. Это прогнозы, которые могут не сбыться. Чтобы узнать наверняка, нужно создать и выпустить на рынок минимально жизнеспособный продукт. Привет, я Артём Трубин, CPO компании ActiveCloud. В этой статье расскажу, в чем разница между PoC, MVP и MLP и как, при запуске нового продукта, снизить риски с их помощью.
Рабочие команды постоянно коммуницируют друг с другом, чтобы выполнять запросы бизнеса. Если взаимодействие выстроено неправильно, задачи сыплются хаотично, сотрудники не понимают, что важнее, — в итоге рушатся процессы, а бизнес получает результат позже, а иногда и хуже.
Расскажем, как можно выстроить комфортное взаимодействие отделов в разных сценариях коммуникации: горизонтальном, вертикальном и межсервисном.
В команде продукта не проводят исследования и действуют «по ощущениям»? Не понятно как создавать продукты, которые соответствовали бы ожиданиям клиентов или превышали их? Как встроить исследования в регулярные процессы своими силами, не нанимая новых сотрудников и без большого бюджета?
В кейсе вы найдете ответы на все эти вопросы!
Asana скоропостижно ушла из России, не оставив своим пользователям достаточно времени на поиск альтернативных решений. Имеем что имеем. Но по протоптанным тропам идти проще, чем прокладывать их самому. Поэтому мы решили поделиться историей компании, которая перешла из Asana в Kaiten заблаговременно. Возможно их опыт поможет вам сделать выбор.
Это кейс бэк-офиса онлайн-школы «Академия Йоги». HR-специалисты, юристы, IT-поддержка, бухгалтерия обрабатывают ежемесячно более 240 заявок, и с помощью Kaiten смогли автоматизировать рутинные процессы и увеличить скорость обработки задач.
Когда над созданием продуктов работает множество команд (в нашем случае 16) возникают сложности в их синхронизации. Это приводит к задержкам поставки и неудовлетворенности заказчика. Решить проблему можно с помощью планирования, на котором владельцы бизнеса и все команды определяют высокоуровневые цели и согласно этим целям планируют свою работу на квартал.
Привет, Хабр! Я Ирина Бобрихина, один из скрам-мастеров IT-компании RDP. Хочу поделиться подробным кейсом проведения PI-планирования в крупной компании с помощью сервиса Kaiten.
Ещё больше интересных материалов читайте в нашем блоге.