Управление проектами *

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

— работа с проектами и задачами;

— разного рода планирование; 

— процесс интеграционного тестирования; 

— визуализация и сжигание технического долга; 

— сокращение time-to-market;

— проработка бизнес-идей и многое другое.

В декабре прошел очередной IT's Tinkoff Process Improvement #2 — митап, посвященный управлению изменениями. Вместе с коллегами из других компаний мы обсуждали, как проводить изменения и какие инструменты применять. Римма Денисовец из and Change выступила с докладом «Пять этапов для успешных изменений ADKAR», а Денис Тучин из Agile Collage раскрыл тему «3 основных ошибки агента изменений». Я же подготовил доклад «Как не навредить себе и коллегам? Стратегия проведения изменений».

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

Привет, Хабр!

Меня зовут Кристина Кондакова, я руководитель центра компетенций QlikView компании Fix Price, и в этой статье расскажу, как мы в Fix Price снизили TTM и количество текущих задач за счет привлечения подрядчиков, а затем оценили экономический эффект.

Объем бэклога и TTM (Time To Market) — ключевые показатели для любой крупной компании. Аналитика очереди задач и роста бэклога внедрена у нас давно во всех отделах разработки. Еженедельно аналитическое подразделение формирует объемную рассылку-отчет для руководства. В отчете отражена динамика роста бэклога по отделам/проектам, средние ТТМ задач в очереди и ряд других показателей.

Безусловно, каждый крупный бизнес требует решения задач здесь и сейчас. Для снижения нагрузки на штатных специалистов привлекаются подрядчики. Мы хотим поделиться экономической эффективностью от привлечения подрядчиков на примере проекта BI.

Меня зовут Максим Кульгин, моя компания clickfraud.ru занимается защитой от скликивания рекламы. Стартовали мы в конце 2019 года, сейчас вышли на выручку ~430 000 рублей в месяц, получили грант 4 млн. руб. и мы все еще стартап. Хочу поделиться с вами опытом развития бизнеса с самого начала.

Я подготовил статью в виде вопросов-ответов, т.к. полагаю, что так проще систематизировать информацию. Постарался осветить основные моменты, с которыми сталкивались в процессе работы и, надеюсь, развеял некоторые мифы. Наверное что-то забыл, отвечу в комментариях или пишите в Телеграм - ссылка в конце статьи. Уверен, что мы наделали (и еще наделаем) огромную массу ошибок и оглядываясь назад многое я бы сделал сейчас по другому.

В тексте не будет привычных и любимых :) читателями терминов - trello, scrum, agile, stable diffusion, chatGPT, k8s, мозговой штурм, стратегический маркетинг, выгорание и т.п. У нас все как-то сильно проще, может быть по этому и долго? Но пишу как есть...

Итак...

Идея бизнеса? Случайность на 100%. В конце года ко мне в офис (мы в Питере) зашел товарищ и пожаловался, что на его проекте по рекламе кликают до 30% ботов. Затраты на контекстную рекламу ~10 млн. в месяц (я не ошибся в цифрах, сфера — продажа мебели) и потери, мягко говоря, ощутимы. Как он это понял? Ребята добавили Google reCapcha на сайт для дополнительного анализа сессий и немного удивились результатам. Предложил нам подумать и сделать сервис, который помогал бы анализировать трафик и отключать рекламу явным ботам. Стали нашими первыми клиентами.

Привет! Меня зовут Илья Туксов, я проджект-менеджер проектов, связанных с машинным обучением и искусственным интеллектом. Работаю в команде персонализации и параллельно учусь сам разрабатывать модели. Сегодня я расскажу об устройстве ML-проектов с точки зрения менеджмента. Мы разберем ключевые этапы проекта, поговорим об их специфике, поищем подводные камни и способы их избежать.

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

Привет! Меня зовут Александр Гумановский, и я строю архитектуру бизнес-процессов в компании Hoff Tech. Мы разрабатываем удобные решения для One Retail, а один из наших ключевых клиентов — сеть гипермаркетов мебели и товаров для дома Hoff. 

Процессный подход последнее время набирает популярность, и о нем говорят едва ли не на каждом углу. В этом тексте речь пойдет не о преимуществах или недостатках концепции (таких статей уже много на Хабре). Я расскажу о реальном опыте внедрения подхода на примере Hoff Tech — со всеми трудностями и неудачами, но и, конечно, с успехами. Обо всем этом под катом. 

Привет, Хабр! Меня зовут Анзор Кардан, я руководитель продукта Teamplanner в Х5 Tech. В статье я поделюсь собственным опытом выбора инструмента планирования проектов, через какие стадии мы прошли и с какими сложностями столкнулись (спойлер: в итоге мы разработали свой собственный инструмент).

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

Всем привет! 

Меня зовут Родион, я занимаюсь улучшением бизнес-процессов компаний с помощью данных. Сегодня хочу поделиться опытом внедрения машинного обучения: как компании работают с бизнес-метриками и данными, где в иерархии потребностей компании находится ML и как довести проект до реальной бизнес-пользы. 

М — мотивация. С чего начать, если денег нет (или тратить не готовы / готовы минимально), но есть текучка?

Работа — это игра. Заставить человека работать нельзя, но можно заинтересовать его работой: создать условия азарта, которые будут удерживать его на текущем месте и мотивировать на новые рекорды. Все это — нематериальная мотивация, игра как инструмент для достижения целей и задач бизнеса.

Мы уже писали о том, как разрабатывали приложение «Я – школьник». После запуска сервиса прошло более двух лет, и сегодня мы предлагаем посмотреть, как школьникам из Татарстана стало учиться еще интереснее и удобнее. Какие функции были добавлены в сервис, пригодился ли анонимный рейтинг одноклассников и почему приложение стало таким популярным у школьников, рассказывает начальник отдела цифровой трансформации в сфере культуры, образования и молодежной политики Центра цифровой трансформации Татарстана Булат Габдрахманов.

• когда будет выполнена процедура контроля;
• что конкретно будет проверяться;
• как это будет происходить (формат).

Нарушенное спокойствие

Данная статья посвящена в первую очередь начинающим ИТ аналитикам, которые хотят верхнеуровнево разобраться, как необходимо описывать интеграции между системами и как процесс выглядит в целом. Просьба учесть, что часть терминов написана своими словами и намерено упрощена для лучшего понимания. Я думаю, что статья также может быть также полезна менеджерам проектов, ИТ-лидам, менеджерам процессов и разным другим менеджерам, работающим в ИТ.

Перед тем, как рассказать, как могут выглядеть требования к интеграции, я бы хотел обратить внимание, что эта самая интеграция должна быть представлена на общей корпоративной архитектуре. Процесс управления изменениями и обновление архитектурных артефактов может отличаться в разных компаниях, поэтому бывает, что архитектурная служба (и\или служба интеграции) даже не знает о планируемом новом потоке между двух приложений, поэтому я рекомендую аналитику в первую очередь убедится, что поток присутствует на общей корпоративной архитектуре и о нём знают соответствующие подразделения.

Привет! Меня зовут Тимофей, я IT lead в QIWI. Но так было не всегда — например, год назад я в рамках того же продукта, что и сейчас, был продуктовым разработчиком в части бэкенда. Передо мной (так я был старожилом) поставили занятную задачку — собрать новую команду. В этом посте я хочу рассказать про ролевую модель Белбина, почему она (на мой взгляд) очень полезна для работы и для построения команд. А ещё о том, какие проблемы могут возникать в вашей компании, если в ней нет определенных ролей.

Как только мы начали нанимать ребят, стало возникать очень много вопросов о том, какие ребята нам нужны в команду. Казалось, что в целом мы примерно понимаем, сколько нам нужно бэкендеров и фронтендеров, это мы можем прикинуть из бэклога. Но есть же еще какие-то soft skills, нужно учитывать темпераменты людей, кто-то хорошо с кем-то дружится, кто-то — не очень. 

Я понял, что у меня как у программиста понимание этой модели (почему некоторые команды складываются, а некоторые — вообще никак) почти никакого нет. Когда я был больше программистом, большинство моих вопросов мог решить Stack Overflow. Однако с вопросом «Как мне собрать идеальную команду, чтобы она здорово перформила?» даже он не смог мне помочь.

Так что мне пришлось заново изучать матчасть, я обращался за помощью к старшим коллегам, у которых уже был опыт руководителя, мне рекомендовали разную литературу, курсы, спикеров.

Можно ли использовать Бережливое производство в IT-сфере? До трудоустройства в такую компанию я особо не задумывалась об этом, хотя изучала его в университете, читала книжки и ходила на олимпиады. Lean в те времена для меня ассоциировался с исключительно методологией промышленности, с тактом производства, станками, резаками, визгом циркулярной пилы, запахом мазута и огромными бетонными цехами.

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

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

Под катом интервью с Максимом Гашковым, основателем MTS Startup Garage, CPO стартап-студии «Открытые инновации», про то, какие ошибки совершают разработчики, ныряющие с головой в новое для себя направление — бизнес. Как понять, что твой проект стоящий, и что вообще нужно знать и уметь технарю с хорошей головой, руками и великолепной идеей?

В прошлой статье Obsidian + Dataview: Таблицы я рассказал про установку плагина Dataview, формирование таблиц с его помощью и разобрал 4 кейса его использования.

Dataview - это очень мощный и функциональный плагин, с помощью которого кроме таблиц можно так же формировать списки, календари и задачи.

Сегодня хотелось бы остановиться на задачах, тем более что Dataview позволяет сделать из Обсидиана полноценный task/todo-менеджер с календарём и прочими приятностями.

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

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

Привет, Хабр! Меня зовут Валерий Лобанов, работаю IT бизнес-партнёром по корпоративному бизнесу в Московском кредитном банке (МКБ). Моя задача — видеть проблемы до того, как они возникнут, предлагать решения и их реализовывать.

Legacy — классический пример проблемы, которая подкрадывается незаметно, но видна издалека. В этом хабрапосте вы сможете прочесть:

 ●       много плохих определений того, что такое legacy;

●       почему появление в проекте legacy не ваша вина (хотя иногда всё-таки ваша);

●       как убедить бизнес, что рефакторинг экономически выгоден, и почему правильный ответ «никак»;

●       что же всё-таки делать.