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

Если глубоко копнуть и попытаться разобраться в теме KPI, всплывает странная ситуация. Предприниматель каждый день следит за десятками показателей, сотрудники перекладывают кучу отчетов и Excel-таблиц, а прибыль не растет.

Мы как бы «обкладываем» себя большим количеством данных, метрик, чтобы не пропустить, когда что-то пойдет не так. Или чтобы видеть, соответствует ли наш прогресс намеченным планам. И стараемся при принятии решений опираться на цифры. Это хороший подход, спору нет. Однако в реализации этого подхода многие натыкаются на ошибки. Думая, что достаточно просто поставить целевые показатели, подвязать на них мотивацию каждого сотрудника и дальше механизм начнет генерировать прибыль. В итоге – полученные данные могут не просто не помогать, а навредить бизнесу. 

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

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

При работе над сложными проектами обычно вовлечена команда разработчиков и специалистов по обработке данных, у которых сразу возникают вопросы: как управлять проектом, совместно разрабатывать модель машинного обучения (Machine Learning model), проводить ее тестирование, каким образом синхронизировать код и результаты экспериментов? После разработки и оптимизации ML-модели возникает необходимость ее развертывания в промышленной среде. Все эти проблемы могут казаться менее увлекательными, чем решение самой задачи машинного обучения, но они имеют критическое значение для успешной реализации ML-проектов. 

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

И хочется, и колется – именно так можно описать желание многих предпринимателей и менеджеров уехать отдыхать. Эх, хотя бы на пару недель забыть о делах, рвануть подальше и отключить все уведомления. Но бизнес не отпускает. Только фаундер (или руководитель) за порог – в компании (или отделе) начинается какая-то вакханалия. 

Слово «изменения» в бизнесе часто сопровождается нервными тиками в районе глаз у многих руководителей и предпринимателей. Это не просто слово – это заклинание. Потому что способно мгновенно разделить команду на три лагеря: тех, кто готов и давно этих изменений ждал, тех, кто еще 100 лет работал бы «по старинке» и тех, кто не определился к какому лагерю прибиться.

Ровно два года назад, 16 марта 2022 года, ваш покорный слуга рассказал про нехитрые телодвижения, которые с помощью rclone позволяют сохранить локально ваши корпоративные Google shared drives (не путать с личным Google Drive).

Ок, данные были сохранены и можно выдохнуть. Но что делать, если вам хочется продолжить использование этого продукта, аналогов которому по функциональности и экосистеме нет? И при этом хочется еще спокойно спать по ночам? В том числе и после новых санкций:

Всем привет, на связи Вова из ОКейси (Senior Product Manager YouTalk, CPO Eatagram, ex. Joom.com). В прошлой статье писал о том, какие есть типы задач на интервью и что с ними делать. Однако, я верю в практику больше, чем в теорию, поэтому предлагаю вместе посмотреть на возможные решения самых популярных задач.

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

Делюсь своим опытом организации процесса управления изменениями RFC (Request for Comment) и подключения к нему заказчика. Это помогает не разочаровываться в продукте, сравнивая ожидания с реальностью, и исключает ситуации, когда задачи приходят со сроками «вчера». В тексте вы найдёте пошаговую инструкцию по подготовке к проектированию и разработке продукта, а также лайфхаки для решения возможных проблем. Статья будет полезна тем, кто работает на переднем крае команды разработки: руководителям проектов, аналитикам и Product owner.

Всем привет! Меня зовут Юстина Цига, и я владелец продукта IIoT в Цифровом СИБУРе.

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

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

Сопоставление организации планирования в машиностроении с подходами при планировании разработки программного обеспечения

Продолжаем рассмотрение опыта автоматизации планирования и учета в машиностроении и сопоставляем с подходами в ИТ. С предыдущими частями статьи можете ознакомиться по ссылкам: Часть 1 и Часть 2

Проблемы роста

Всем привет! Я Антон Филимонов, руководитель ИТ-проектов Первой грузовой компании (ПГК). В своей работе мы активно применяем системный подход, позволяющий делать оптимальный выбор и внедрять изменения для решения бизнес-проблемы. В статье я собрал практические советы для тех, кто столкнулся с трудностями в своем деле. В качестве примера возьмем решение задачи для блока закупок ПГК.

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

Как проводить собеседования, что общего между сеньорами и ворами в законе, зачем тимлиду быть еще и психологом, наконец, какие magic tools облегчают жизнь команде? Обо всем этом нам рассказал senior-разработчик и DL-инженер Роман Тезиков, который собаку съел в работе с людьми на ML-проектах. Передаем ему слово.

Привет, Хабр! Меня зовут Анастасия, я из Газпромбанк.Тех. На текущий момент являюсь одним из HOP QA, но довольно долго была просто тестлидом. Поэтому много мыслей в этой статье использованы ещё с того периода времени.

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

1. Календарное планирование играет в оптимизацию на стороне клиентов. Оно знает, что нужно производить и когда, чтобы отгрузить заказы максимально оперативно и вовремя.
2. Графикователи же пытаются из этих условий собрать оптимальную загрузку оборудования и, возможно, произвести ещё что-то, что можно присоединить к имеющимся сериям. Они отвечают за максимальную эффективность производства в коротком горизонте.

Данная статья может оказаться полезной начинающим менеджерам, аналитикам и дизайнерам. В ней рассказано о подходе, который поможет структурировать и упорядочить информацию, полученную из различных источников, таких как “one to one” встречи, глубинные интервью и другие подобные инструменты исследования.

Данный регламент я написал на основании опыта работы лидом в IT компании с веб-приложением. Пункты из него прошли проверку практикой. Изначальные версии были (естественно) основаны на best practice из интернета, agile и опыта предыдущих и текущих руководителей.

Стоит отметить, что я хоть и находился в какой-то момент в роли QA-лида, но не имею соответствующей подготовки, но имею много знакомых QA-инженеров и лидов.

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

Данный регламент не ориентируется на какую-то определенную систему трекинга задач. Использование возможно как для JIRA, Kaiten, GitLab, Trello, так и для excel-таблицы.

Когда мы создаем бизнес, то представляем его довольно идеализированно. Например, предполагаем, что все сотрудники работают слаженно, как муравьи, строящие муравейник. Или как пчелы – улей. Представляем, что каждый знает свою роль в компании, какой результат он должен принести. А усилия каждого сотрудника сливаются в какой-то единый чудо-поток, который увеличивает выручку от месяца к месяцу.

Но...

Управление проектами в новом измерении: познакомьтесь с METEOR Cloud и раскройте потенциал команды. METEOR Cloud это:

— привычный и понятный интерфейс, в котором комфортно работать (как в Jira, Redmine, GitHub);
— гибкую настройку рабочей среды (например, свободные доски или статусные);
— мощное управление ролями и доступом;
— поддержку методологий Scrum и Agile;
— бесплатный доступ для команд до 10 человек.

➡️ Протестируйте METEOR Cloud и вы забудете, что такое хаотичное ведение задач.

Поделюсь личным опытом работы в ИТ-компании, использующей проектное управление. Постараюсь выделить важные вещи в эффективной работе, которые, на первый взгляд,как будто не видны и с которыми пришлось столкнуться. Углубляться в project managment не имею цели. Для этого существуют стандарты PMI The Standard for Portfolio Management, ГОСТ Р 54870-2011 «Требования к управлению портфелем проектов». Хотелось бы отметить, что работаю в госсекторе, но возможно опыт будет полезен всем.

Немного о себе. Петряшова Оксана Николаевна - 5 лет руководитель отдела развития, с большим багажом опыта.  Всё  нижесказанное является личным  опытом и субъективным мнением.

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