Привет, Хабр!
Меня зовут Кристина Спирина, я руководитель проектов в IT.
Сегодня мы пройдем по жизненному циклу проекта, на каждом этапе поговорим о важных моментах, о факапах, с которыми мы с командой сталкивались на практике, и о том, как мы их исправляли.
В своей работе я опираюсь в основном на стандарт PMBOOK, но есть и другие альтернативные подходы к проектному управлению. В конце статьи я о них расскажу, а также дам информацию о том, с чего же начать свой путь в проектном управлении.
В чем же особенность декомпозиции рабочих задач? Наша статья даст понимание, зачем нужна декомпозиция и как описывать задачи, а также поможет вам улучшить ваши процессы.
Свод знаний по управлению проектами, широко известный как PMBoK, регламентирует множество ракурсов, в разрезе которых стоит и нужно контролировать прогресс выполнения любых проектов. Вводятся такие параметры контроля как сроки, бюджет, качества и многие другие [1]. Однако, любой продукт, получаемый по результатам проекта, должен соответствовать ожиданиям заказчика. В противном случае ожидания и реальность могут не совпасть, что полностью исключит последующие взаимоотношения с клиентом. И об этом, в PMBoK упоминается лишь вскользь. Вопрос управления ожиданиями в ERP-проектах также является весьма критичным.
Обычно конечные пользователи ожидают от будущей ERP-системы полную автоматизацию: наличие волшебной кнопки, при нажатии которой все необходимые транзакции, операции и проводки формируются автоматически и, самое важное, им после этого вообще ничего не нужно делать. Давайте будем реалистами, это сказочное заблуждение. Наверное, было бы полезно иметь такую кнопку, но понимая, что часть данных требует ручного ввода, какая-то информация приходит автоматически от другого контрагента и требует предварительной валидации, а какие-то цифры вообще нужно согласовывать с руководством, мы возвращаемся с неба на землю.
Чтобы конечные пользователи не имели завышенных ожиданий, их ожиданиями нужно управлять. В противном случае знакомство с суровой реальностью будет весьма жестким и степень их негатива придется на фазу продуктивного запуска. Общеизвестно, что изменения, а имплементация ERP-системы относится именно к ним, достаточно критично воспринимаются сотрудниками, по крайней мере по началу [2]. Возникает очевидная потребность в качественном управлении ожиданиями, о чем мы с вами поговорим в этой статье.
Из своего опыта могу сказать, что маркетинг-рутина везде примерно одинаковая. Анализируешь показатели, планируешь задачи, очень ОЧЕНЬ очень много общаешься с другими отделами и партнёрами, работаешь с данными из CRM и рекламных кабинетов. Всё это, естественно, в разных программах, поэтому весь день ты скачешь по десятку вкладок. И это бесит.
Пару лет назад я заметил, что пока иду из Slack в Telegram или из CRM в Excel, легко теряю концентрацию. А потом увидел исследование, которое это объясняет. Восстановить внимание после незначительного перерыва в работе (вроде ответа на email) мы можем в среднем за 23 минуты. Пару часов в день улетают в никуда. Я хотел найти решение, которое объединит все нужные сервисы в одном месте.
Как из шутки получился бот, который взял на себя операционную деятельность проджект-менеджера. Рассказывает Егор Попов, PMO из YuSMP Group.
Нежданно ни гадано, затеяли значит высшие "итишные" силы включить новые заморские очереди Кафка в уже выполненный на 4/3 проект и слава богу, что только для внешних взаимодействий и передачи всякой информации туды-сюды. Главный архитектор дал благословение и понеслось, да не туда, так как нести то некому это невиданное заморское чудо. Что делать, в обозримые сроки не впихнуть и перед боярами чин и обязательства не сдержать. Посидел РП, погоревал, да сдул пыль со знаний древних и ранее опробованных и тут понеслось.
Объем задач растет, как снежный ком, а разработчики и аналитики переводят друг на друга стрелки, потому что никто не понимает, что от них хотят. Обстановка обостряется до предела и грозит превратиться в поле битвы. Такая ситуация произошла несколько лет назад, когда работать по старой схеме стало невозможно.
Всем привет! На связи мы, Мария и Яна из самой драйвовой IT-команды «БАРС Груп». В этой статье расскажем, как создавали инструмент эффективного взаимодействия в IT-команде — базу знаний постановок задач, которые реализует проектная команда. По порядку разберем, почему мы решили создать шаблон, как разрабатывали и как доводили до ума после внедрения и, конечно, о результатах.
За время существования индустрии разработки игр формул разных механик, способных развлечь нас, придумали не одну сотню. Что-то умерло засветившись в паре игр, что-то ушло со временем, какие-то существуют до сих пор. Есть и такие, которые не просто выжили, но стали мейнстримом, хотя только портят нервы игрокам. Игровой дизайн большинства старых игр, от второго фолыча до первого FarCry и пятью активными перками, пусть и не был вершиной искусства - затягивал не хуже современных песочниц с миллионом активностей. Редкую игру захочется пройти второй раз, а как вспомню, что на прохождение можно потратить под сотню и больше часов - думаю, а оно мне действительно было надо? Можно же было заняться чем-то более интересным. Я знаю, чем закончился второй фолыч, знаю это уже четвертый раз, но каждый раз игра удивляет меня чем-то новым. А вот нового "Аватара" бросил на половине, слишком много всего и все недоделанное, и прозрачные стены... просто бич игры. И тут вопрос, чего-то не хватает в этой раздутой, перекачанной сотней механик игре? Только задумайтесь - в аватаре больше сотни основных механик, которые влияют на окружение. Может в играх что-то потерялось? Хотя "потерялось" - звучит странно - за столько лет индустрия только создала просто море всего нового. Статья ориентирована на "побурчать", так что не ждите каких-то великих секретов и тонкостей мастерства.
Клеточная архитектура — это подход к проектированию систем, основанный на принципе изоляции и независимости компонентов. Такая модель позволяет разделить большие и сложные системы на меньшие, самостоятельно функционирующие модули или клетки. Каждая клетка представляет собой законченный функциональный блок с собственным набором ресурсов и зависимостей.
Основная цель такого разделения — минимизация радиуса поражения при возникновении сбоев и упрощение масштабирования системы.
Этот материал может быть полезен для COO, бизнес-аналитиков и топ-менеджеров компаний. Хотя в тексте присутствуют некоторые технические детали, надеюсь, они не будут слишком сложными. Цель материала: показать общую логику, которую мы использовали для извлечения и анализа данных.
Дорогой друг,
недавно тебя назначили руководителем, возможно, даже большим. В этой статье дам несколько "вредных советов", как избавиться от важных источников информации и оказаться в "информационном пузыре".
На канбан-досках могут быть различные виды задач, в зависимости от конкретного проекта, типа бизнеса или потребностей команды. В этой статье разберём основы ведения учета задач на Канбан-доске, необходимые колонки, виды и типы задач, в том числе Epic, userstory, task.
Цифровая трансформация сельского хозяйства стала одним из государственных приоритетов. В 2018 году Минсельхоз прогнозировал пятикратный рост рынка ИТ-решений для агросектора к 2026 году. По оценкам Института стратегических исследований и экономики знаний ВШЭ, цифровая трансформация может обеспечить дополнительный рост производительности труда в сельском хозяйстве на 15,6% к 2030 году.
Привет! Я Артем Кудряшов, продакт-менеджер R-Style Softlab. Я занимаюсь развитием цифровых сервисов в АПК и хочу поделиться с вами кратким обзором ИТ-решений в этой отрасли.
Привет! Меня зовут Алина Бузинова, я менеджер продукта Отелло, сервиса бронирования отелей от 2ГИС.
Для молодого продукта на конкурентном рынке часто важна скорость доставки полезных решений. Планировать шестимесячную разработку и не получать ожидаемого профита — непозволительная роскошь. Так, после генерации идей, направленных на поиск решений для роста конверсий продукта, мы решили, что готовы выделить на проверку каждой из гипотез не более трёх дней, а на дорогие интеграционные — максимум две недели.
В статье расскажу о том, как нам удалось за две недели реализовать пользовательский сценарий, разработка которого оценивалась в полгода. И каких принципов можете придерживаться вы, чтобы применить такой подход в своём продукте.
Всем привет)
Сегодня поделюсь с вами секретами как адаптировать и обеспечить новых сотрудников хорошими условиями, чтобы они точно “прижились” в компании и стали частью команды. Как говорил один пират: “Часть команды - часть корабля”))
Начнем с самых простых основ, так сказать.
Адаптация - это самый важный процесс, который помогает быстро освоиться и чувствовать себя комфортно в новой среде работы.
А сейчас давайте рассмотрим как ПРАВИЛЬНО должна проходить адаптация нового работника 👇👇👇
1. Введение в компанию.
Кто бы что ни говорил, но первое впечатление очень важно, поэтому мы в первую очередь представляем новым сотрудникам вашу команду или компанию в целом.
Уже после этого можете рассказать им о целях и ценностях вашей компании, о миссии, о стратегии и ближайших планах, а также о ее истории и главное о достижениях, чтобы новички понимали, что работая с вами у них есть перспективы. И, конечно, не забываем знакомить с каждым членом команды! В общем, влюбляем в себя и в компанию нового сотрудника)
2. Обучение.
Вспомните сами, когда впервые пришли на свое новое место работы: ничего не понятно, все постоянно суетятся и что-то делают, а ты стоишь на одном месте и не можешь понять кто ты и что забыл здесь.
Именно, чтобы не допускать такого с новыми сотрудниками стоит на первых порах обучить их всем премудростям и хитростям вашей работы, если понадобится даже лично))
Поэтому, устраивая обучение новых сотрудников, стараемся сделать его структурированным и полным, настолько насколько это возможно.
Runbook Automation — это процесс использования специальных программных решений для автоматизации выполнения повторяющихся задач и процедур, которые в традиционных условиях выполняются вручную операторами IT-систем. RBA находит применение в автоматизации широкого спектра операций, от мониторинга и диагностики до управления инцидентами и восстановления после сбоев.
Основная цель автоматизации ранбуков — повышение надежности операционных процессов. В этой статье рассмотрим и сравним кратко три основных инструментв RBA: Ansible, Puppet, и Chef.
Привет, Хабр!
Меня зовут Александр, я занимаюсь релиз менеджментом в ИТ-компании TAGES. Эта работа требует быстрой поставки бизнес-ценности в условиях меняющегося мира. Однако непрерывность регулярных деплоев невозможна без четкого плана. А правильный план, в свою очередь, требует точной оценки трудозатрат.
В то же время большинство разработчиков на дух не переносят любые активности, связанные с оценкой времени. Даже методика Planning Poker не всегда находит отклик в командах. Это отчасти связано с предпочтением интровертных сотрудников избегать лишних встреч и звонков.
Впрочем, мой предыдущий опыт работы в авиационной отрасли подтверждает, что нелюбовь к оценке времени характерна не только для разработчиков, но и для авиационных инженеров.
Сегодня мы рассмотрим подход, который решает проблему точной оценки задач с минимальным участием разработчиков.
