Рубрика «управление проектами» - 68

Техносфера. Курс лекций «Управление IT-проектами и продуктом» - 1

Недавно наш образовательный проект Техносфера выложил последние лекции из курса «Управление IT-проектами и продуктом». Вы получите знания в области управления продуктами и проектами на примере Mail.ru Group, поймёте роль менеджера продукта и проекта, узнаете о перспективах развития и особенностях управления продуктом и проектом в крупной компании. В курсе рассмотрены теория и практика по управлению продуктом и всем, что есть внутри (или рядом с ним): процессами, требованиями, метриками, сроками, запусками и, конечно, рассказывается про людей и как с ними общаться. Курс ведёт Дина Сидорова.
Читать полностью »

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

Я был на твоем собеседовании. Не на основном, а на кроссе. Я слышал, как ты рассказывал, что сам когда-то был программистом. Потом какими-то проектами внедрения руководил. Был очень успешным. Но за каким-то хером пришел в нашу дыру.

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

Прежде чем взяться за работу над user story, очень важно определить для себя критерии приемки. Это можно сделать, когда вы детализируете бэклог или планируете  ближайший спринт. Некоторые команды для этого проводят специальные встречи, которые называются 3 Амиго (подробнее о них в прошлой статье), митинги, kick-off по спецификации или встречи-исследования.

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

Но есть простой способ сделать такие встречи короткими и очень продуктивными. И называется этот способ Example Mapping или составление карт тест-кейсов.

Введение в Example Mapping - 1
Читать полностью »

Структуру JQL-запросов без примеров сложно понять специалистам, не знакомым ранее с JIRA.
Мы уже успели рассказать про быстрый и базовый поиск. Теперь же прейдем к самому мощному из трех методов — к продвинутому поиску.

В этом режиме вы можете указывать критерии, которые нельзя задавать в остальных предыдущих двух режимах (например, сортировку ORDER BY). Но придётся освоить создание структурированных запросов с помощью JIRA Query Language (JQL).

Поиск задач в JIRA (простым языком). Часть 2: Продвинутый поиск - 1
Читать полностью »

Слышали, наверное, анекдот про Автоваз и проклятое место? Пересказывать не буду, в интернете есть. Смысл его в том, что если место, т.е. компания, подобна Автовазу, то никакой менеджмент, какой бы он ни был национальности и образованности, ничего не исправит.

Мне рассказывали про предприятие, которое, с одной стороны, этот анекдот подтверждает своим существованием, а с другой – опровергает. Шутка ли – там сменилось 4 директора за 6 лет. Были еще промежутки, когда руководил сам собственник, но их я учитывать не буду. И заканчивалось почти всегда одинаково – директора выгоняли за то, что не мог существенно повлиять на показатели, достичь поставленных целей, изменить корпоративную культуру, сдвинуть предприятие с мертвой точки. Расшевелить болото, в общем.

Попробуем разобраться, так ли всё просто и однозначно.Читать полностью »

Слышали, наверное, анекдот про Автоваз и проклятое место? Пересказывать не буду, в интернете есть. Смысл его в том, что если место, т.е. компания, подобна Автовазу, то никакой менеджмент, какой бы он ни был национальности и образованности, ничего не исправит.

Мне рассказывали про предприятие, которое, с одной стороны, этот анекдот подтверждает своим существованием, а с другой – опровергает. Шутка ли – там сменилось 4 директора за 6 лет. Были еще промежутки, когда руководил сам собственник, но их я учитывать не буду. И заканчивалось почти всегда одинаково – директора выгоняли за то, что не мог существенно повлиять на показатели, достичь поставленных целей, изменить корпоративную культуру, сдвинуть предприятие с мертвой точки. Расшевелить болото, в общем.

Попробуем разобраться, так ли всё просто и однозначно.Читать полностью »

Я давно осознал, что делиться опытом — это полезно. Но только недавно я понял, что им можно делиться не только со знакомыми и близкими, но и со всеми.

Поэтому, я хочу рассказать, как я шел к сертификации, почему я это делал и чем это закончилось.
Читать полностью »

Привет! Десять лет я поддерживаю Highload ИТ системы. Не буду писать в этой статье о проблемах настройки nginx для работы в режиме 1000+ RPS или другие технические вещи. Поделюсь наблюдениями о проблемах в процессах, которые возникают в поддержке и эксплуатации таких систем. Читать полностью »

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

Первые, самые главные часы – те, что мы выставляем клиенту. В зависимости от ситуации, мы либо договариваемся о часах заранее, либо выставляем по факту – сколько затратил программист.

Вторые часы – те, что назвал программист, отвечая на вопрос «сколько тебе надо времени на решение задачи?». Если мы договариваемся с клиентом заранее, то именно эти часы и выставляем для продажи. Если оплата идет по факту, то мы спрашиваем оценку у программиста для целей планирования.

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

Бывают и четвертые часы – когда мы выставляем клиенту сумму, отличную от заранее обговоренной. Разумеется, если условия нашего сотрудничества позволяют так поступать.

А теперь внимание, вопрос: где тут можно поработать над эффективностью? Или по-другому: эффективность чего мы будем повышать?Читать полностью »

Много статей и советов о навыках, необходимых для успешного проекта, но практически всегда, особенно в спорте, мы слышим, что максимальный levelup дает нам — ПОРАЖЕНИЕ! Хочется поделиться своим «провалом» и как я действовал по обстоятельствам, а вы можете подумать — чтобы сделали вы.

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

Я же самый самый обычный человек (2 руки 2 ноги), с небольшим тех бэкграундом и минимальным опытом управления проектами (1 год), и вообще даже не понимающий кто я и зачем в этом мире.

И еще, все ограничения (то есть условия заданные, но не описано их возникновение) априори считаются принятыми читателем. Рассматривайте это как задачу из учебника по шахматам, где расстановка фигур дана в задании и надо выиграть или свести к ничьей, а кто и почему бездарно «просадил» все остальные фигуры и загнал в угол оставшиеся неважно. Работаем с тем что есть.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js