Бэклог продукта и его приоритизация в теории и в реальности

Публикация № 1439268

Методология - Управление проектом

Ситуация, когда задач много, каждый заказчик просит выполнить свою побыстрее, знакома всем 1С-никам. Как расставить приоритеты, рассказал на INFOSTART MEETUP Новосибирск.Online руководитель направления 1С в компании S7 IT Станислав Алексенко.

Я работаю в компании «С7 Информационные технологии», это одно из ИТ-подразделений S7 Airlines (бренд авиакомпании «Сибирь»). Руковожу командой 1С-разработчиков и являюсь владельцем нескольких 1С-продуктов, которые используются в нашей компании.

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

Бэклог – это список задач с приоритетами, это термин Scrum. От плана его отличает то, что там нет дат, есть столько приоритеты и задачи.

В докладе расскажу:

  • как планировать бэклог в теории;

  • и как планировать в реальности – в чем отличие;

  • что для этого нужно делать и почему так сложно;

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

  • также расскажу, как брать в работу быстро задачи из неухоженного бэклога.

 

Приоритеты: теория и практика

 

 

Как выглядит планирование бэклога продукта в теории?

  • У нас есть скорость команды (velocity) известная и постоянная: из месяца в месяц команда перемалывает одно и то же количество story points (тоже термин скрама).

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

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

В теории планирование спринта команды в Excel занимает 10-15 минут, совсем недолго.

Это можно делать в табличке Excel, как показано на слайде – зная скорость команды на спринт (300 очков), подбираем задачи, чтобы создать максимальную ценность продукта.

 

 

Как это выглядит в реальности? Я опишу свою реальность.

  • Во-первых, состав команды меняется:

    • Кто-то в отпуске, кто-то на больничном, кому-то надо заниматься еще и поддержкой.

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

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

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

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

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

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

В чем отличие этих двух слайдов? На прошлом слайде приоритеты у задач были 1, 2, 3, 4, 5, 6. Ценность какая-то была, и она была сравнимая, можно было две задачи сравнить между собой.

В реальности, с которой я сталкиваюсь каждый день, приоритеты распределяются иначе.

Если заказчиков спросить напрямую, какие приоритеты они выставят своим задачам, очень часто они ставят всем задачам самый высокий приоритет. Кроме, может быть, одной-двух. Пример из жизни: разгребали бэклог, в нем было 150 актуальных задач, около сотен неактуальных. Задачами с приоритетом 1 пять-шесть заказчиков сообща назвали 76 штук. Конечно, с 76-ю максимально приоритетными задачами работать невозможно, команда же не резиновая. И в итоге на входе у нас все задачи приоритетные, кроме двух-трех.

Кстати, у команды видение приоритетов может быть радикально другим.

 

Ценность задачи: теория и практика

 

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

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

В конце концов все приходят к категорийным оценкам задач.

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

Бывают категории в духе «на контроле у генерального директора». Тоже непробиваемая карта. Кстати, иногда если есть контакт с генеральным директором, можно это уточнить. Я как-то спросил, правда ли, что задача у вас на контроле, на что мне гендиректор ответил, что про нее вообще не слышал. Но, конечно, задач и заказчиков много, а ты один, с каждой задачей не набегаешься.

Иногда бывает так: одна задача экономит 70 часов бухгалтера и не очень сложная, вторая – огромная задача, которая экономит четыре часа директора. Я сам затрудняюсь сказать, какая важнее. Вроде бы 70 часов больше 4 и дешевле стоит команде – меньше рисков ее не сделать. Но с другой стороны бухгалтеров много, можно еще нанять, это не проблема, а директор всегда один. Поэтому, наверное, лучше разгрузить директора. Я бы, например, сделал задачу для директора. И такая неопределенность в приоритетах всегда есть.

 

Почему все так сложно планировать и что с этим делать?

 

 

Я тут свел все причины на единый слайд «Почему так сложно?».

  • Заказчик не любит брать ответственность за определение приоритетов, а любит свалить все свои задачи на команду с высшим приоритетом.

  • Начинаешь оценивать задачи, если задачи какого-то заказчика оценишь низко, заказчик воспринимает это так, будто его недооценивают, начинает обижаться.

  • Сложно придумать единую сквозную оценку задач.

  • А если она и есть, задачи, оцениваемые стабильно низко, никогда не попадут в работу, и заказчик начинает делать всякие приписки.

 

 

Что с этим делать? В своей практике я придумал следующее.

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

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

  • Когда мы вместо задач приоритизируем бэклоги, нам надо каждому бэклогу сразу выделить ресурс. Дальше я более подробно расскажу, какие способы выделения ресурсов можно использовать. Почему это важно делать? Когда мы не указываем срок задачи или приоритет постоянно меняется заказчик очень негативно воспринимает неопределенные сроки. Гораздо лучше сказать, что сделаешь в течение месяца или указать конкретный месяц, когда это будет сделано, чем что-то неопределенное, типа «когда дойдут руки». Заказчик прекрасно понимает, что важные задачи никогда не кончатся, и времени на его задачи никогда не найдется.

  • Еще одна рекомендация: когда мы разбили бэклог на несколько, внутри каждого бэклога приоритизировать отдельно. Потому что в этом процессе будет участвовать меньше заказчиков, мы избавимся от сравнений между собой, заказчик становиться адекватнее, и даже иногда случается маленькое чудо, и заказчик сам выстраивает приоритеты в виде очереди 1, 2, 3, 4, 5, 6, 7. Этого можно на этом этапе добиться. Ну и задач меньше, планирование происходит более спокойно и более продуктивно.

  • Еще один важный момент, о котором я уже упоминал: надо следить за сроком ожидания заказчиком исполнения своих задач. Утверждение заказчика: «Вы для меня ничего не делали уже полгода» звучит не очень лестно, не очень хорошо воспринимается. Поэтому надо в какой-то обозримый период сделать что-то для всех, для каждого.

 

 

Теперь на конкретных примерах.

Первый пример – самый простой, самый бесконфликтный. Предположим, что команда у нас достаточно большая и заказчиков много (это неизменно). Команда большая настолько, что можно почти каждый месяц задачи каждого заказчика делать. В этом случае:

  • Мы под каждого заказчика выделяем свой отдельный бэклог – на слайде представлено примерное планирование в такой ситуации.

  • Здесь у меня допускается, что несколько заказчиков все-таки не войдет. Например, в июне у нас много отпусков, и два подразделения не вошли. Но ничего страшного, в следующий месяц они войдут за счет кого-то другого, месяц-другой потерпеть они могут.

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

 

 

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

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

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

  • А задачи остальных заказчиков сводим в единый отдельный бэклог, который называется «Очередь без очереди». Задачи из него тоже должны двигаться, но какой-то отдельной команды или подкоманды на эту очередь у нас нет, и мы делаем задачи из него по возможности.

  • Когда отчетный период закрывается, команда, которая занимается учетными системами, берется за задачи из бэклога «Очередь без очереди», или например, каждую последнюю неделю месяца.

Это относительно неконфликтный способ планирования, довольно быстро проходит. Самое сложное спланировать «Очередь без очереди», но, если там останутся не самые важные, не самые скандальные заказчики, с этим легко справиться, спокойно, без проблем, не перессорившись со всеми.

 

 

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

  • Мы каждому важному заказчику делаем свой собственный бэклог, но привязываем его к какому-то месяцу в году, когда вся команда сосредотачивается на работе с задачами из этого бэклога. Мы составляем своего рода roadmap и по нему работаем. Составить его тоже относительно несложно и бесконфликтно, можно договориться.

  • Бэклог «Очередь без очереди» у нас сохраняется, в него попадают задачи прочих, не таких важных, заказчиков и неотложные задачи важных заказчиков. Без этого не обойтись, потому что, если чья-то срочная задача поставлена на ноябрь, это слишком долго ждать.

  • Здесь конечная приоритизация бэклога «Очередь без очереди» более конфликтная, более трудоемкая, но все-таки это гораздо реальнее, чем каждый раз смотреть список всех задач и его приоритизировать.

Коллеги, я рассказал о трёх вариантах планирования, все три у нас применяются на практике. Кратко еще раз повторю.

  • Когда команда большая, вы задачи каждого заказчика делайте каждый месяц.

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

  • Самый сложный вариант – когда команда совсем маленькая, я рекомендую сосредоточиться на задачах важных заказчиков помесячно. Вполне нормально, если вы два месяца подряд будете заниматься задачами важных заказчиков. Но на бэклог «Очередь без очереди» надо тоже выкраивать время, чтобы задачи в нем тоже двигались.

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

 

Как работать с неухоженным бэклогом

 

 

Вторая часть моего доклада – как работать с неухоженным бэклогом.

На слайде пример такого неухоженного бэклога, в котором есть задачи с непонятным приоритетом, с непонятной трудоемкостью. Хуже всего задачи, у которых еще и срок есть понятный. Что с этим делать?

 

 

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

Первая шкала быстрой оценки трудоемкости – безоценочная шкала noestimates. Она очень простая – в свое время, когда я начинал карьеру программистом, я оценивал задачи по этой шкале, даже не зная, что она существует. Но мне она интуитивно понятна, и надеюсь, что вам она тоже будет полезной. В ней всего 3 пункта, 3 градации:

  • 1 – это значит, что задача типовая, с большой вероятностью ее можно сделать в какой-то срок – 1 час, 4 дня, 2 месяца;

  • NFC (No Fucking Clue или по-русски ХЗ) – это значит, что задачу точно можно сделать, но то ли за неделю, то ли за месяц. Но сделать ее можно, никаких препятствий, никаких рисков. Может быть, если ее получше рассмотреть, разбить ее на подзадачки, они все легко выполняются;

  • TFB (задание из разряда Too Fucking Big, если русифицировать, то «ПЦ!») – это задачи, которые даже на первый взгляд сложные, вообще непонятно, как браться за них, что с ними делать.

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

Вторая шкала – по ценности. На слайде вы видите какие-то непонятные буковки D, A, P, B. Это аналогично традиционному делению задач на 4 подтипа: срочные важные, срочные неважные, важные несрочные, неважные несрочные.

Можно было бы использовать традиционный вариант, но я назвал шкалу по-другому, потому что в двух словах «срочная» и «важная» одно слово имеет объективную оценку (срочная), а второе нет.

  • Например, изменилось законодательство, у нас есть какой-то срок для выполнения задачи. Допустим, в приказе каком-то сказано «с 1 августа», это установленный срок, это объективно, и никто с этим спорить не будет.

  • А важность – это понятие относительное. За важность как раз споры и идут, я об этом уже рассказывал.

 

 

Пример, когда у нас важность не совпадает, можно посмотреть на слайде.

Посмотрите на задачу 07. У заказчика приоритет 10, а команда считает, что приоритет у этой задачи – 1, поскольку хотят закрыть технический долг.

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

  • D – дедлайн, т.е. это задача со сроком, и даже не принципиально, важная она или нет, у нее есть срок, к которому надо все сделать.

  • А – это важно для команды. В примере, который я показывал, это погашение долга, и программисты считают это очень важным.

  • Р – это от слова «политика», т.е. это важно для заказчика. Я думаю, все встречали в своей практике задачи, ценность которых просто непостижима для команды, но заказчик очень настаивает на реализации этой задачи.

  • В – это прочие, и до них очередь обычно никогда не доходит.

Шкала DAPB бесконфликтная. Я подсмотрел опыт у ребят, которые продают автомобили. Когда они продают какую-то базовую комплектацию машины, в которой стекла поднимают вручную, они не называют ее «ванна с веслами», они называют ее актив. А какая из комплектаций машины лучше – актив или стайл, не понятно. «Актив» – красивое слово, никому не обидно. Смысл этих букв примерно в этом. Их можно показывать на слайде заказчикам, заказчик посмотрит, решит, что какие-то пометки программистов, но что это такое, непонятно, в глаза не бросается.

 

 

Как можно планировать с учетом этих шкал?

Мы вместе с командой проходимся по задачам, ставим оценку по безоценочной шкале (на слайде – столбец «noestimates»). Там, где единички, напомню, эти задачи можно сделать в разумные сроки, которые заранее известны, и получить результат.

  • Очень хорошо, когда у задач с дедлайном, помеченных D, по шкале noestimates стоит 1. Если что, навалимся, как-то сверхурочно поработаем, но до дедлайна мы успеем, рисков нет.

  • Те задачи, которые и команда, и заказчик оценили как неважные, пометили B, мы откладываем на потом.

  • Посмотрите на задачи, которые помечены буквой P. Мы их получаем от заказчика, помечаем этой буковкой. Напомню, для команды ценность такой задачи не ясна, но заказчик ее очень хочет.

    • Если по шкале noestimates у нее невысокая ценность, мы ее делаем.

    • Проблема возникает, когда задача получает оценку Р (политическая, важная), и у нее оценка по шкале noestimates «ПЦ!» – что-то ужасное, непонятное. Здесь, конечно, требуется какое-то отдельное обсуждение, может, заказчика удастся уговорить не делать ее, отложить на потом. Но пока не выясним детали, не берем в работу.

    • Есть еще задачи, которые помечены Р и довольно дорого стоят команде – есть риск не уложиться в сроки, долго провозиться с ней (ХЗ по шкале noestimates). С этими задачами мы работаем так: мы берем одну такую задачу, а остальные не делаем. Заказчику объясняем, что уже одна задача в работе, другие позже сделаем.

  • Задач, которые помечены по шкале noestimates буковкой А (команда считает, что их нужно сделать), мы стараемся делать максимально много.

Итак получается, что:

  • мы берем в работу максимальное количество задач с буковкой А;

  • все задачи с буковкой D;

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

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

 

Вопросы

 

  • Что вы принимаете за один story point, и знает ли заказчик эти понятия? От себя сразу добавлю вопрос, знает ли вообще заказчик расшифровку твоей шкалы?

  • Нет, заказчик не знает, и смысл в том, чтобы он этого не знал. Что касается story point, этим заказчика тоже не грузим. Честно говоря, измерять команду в story point – это здорово, но я перестал это делать. Потому что есть отпуска, больничные, и story point по одной задаче одного разработчика с одними скиллами отличается от story point другого.

  • А дедлайнами не манипулируют?

  • Дедлайнами пытаются манипулировать, но это штука объективная, они обычно прописаны в законодательстве или в каком-то информационном письме. Самому придумать дедлайн – это очень крутой заказчик.

  • Сколько времени занимает оценка? Кто именно делает оценку?

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

  • Используете ли вы какой-то таск-трекер и если да, то какой?

  • Jira.

  • Бывают заказчики с задачами «ПЦ!», с которыми трудно договориться и легче отказаться от заказчика. Как грамотно их от себя отводить?

  • У меня только внутренние заказчики, и этот вопрос немного не ко мне. Но в принципе я постарался рассказать в докладе, что делать, когда в таких условиях приходится работать. Но я не могу отказаться.

  • Сколько эффективных часов из рабочего времени сотрудников учитывается при планировании спринта?

  • Я практически не парю команду большими собраниями или чем-то таким. Я прихожу, прошу оценить задачи по шкале noestimates, это очень просто делается.

  • Тут вопрос немного в другом. Как бы мы не назвали шкалу оценки, у людей есть столько-то часов рабочего времени. Даже для быстрой прикидки, сколько времени твои сотрудники эффективно работают? Я так понял, что вопрос именно в этом. У сотрудника 8 часов рабочего времени, и все 8 он работает?

  • Действительно, все работают. Сейчас немного непонятно, я не всех вижу каждый день, но уверен, что все выкладываются. Я просто стараюсь не грузить людей совещаниями – пускай все время, которое у них есть, они поработают. Но кто-то 12 часов поработает, кто-то не в настроении и только 5 часов. Но они работают все время, а я стараюсь сделать их работу комфортной и не грузить.

  • Что делать, если во время спринта вы обнаружили, что идете неверным путем?

  • Начинаем идти верным путем.

  • А если вы, например, оценили задачу на 1 час, но в процессе оказалось, что не 1 час, а ХЗ и ПЦ! и надо полгода. Задача из спринта выкидывается?

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

 

*************

Данная статья написана по итогам доклада (видео), прочитанного на INFOSTART MEETUP Новосибирск. Больше статей можно прочитать здесь.

Приглашаем всех 11-12 ноября принять участие в INFOSTART EVENT 2021 в Москве: //infostart.ru/events/1451228/

Специальные предложения

Оставьте свое сообщение

См. также

Стратегия выживания в корпоративных войнах Промо

Управление проектом Бесплатно (free)

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    11203    GSoft    20    

Пришиваем хвост: нужен ли Эджайл в 1С или глупости это всё?..

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Коллеги, приглашаем поучаствовать в опросе - Agile в проектах внедрения 1С: реально работает или это миф? Интересен практический опыт!..

12.03.2021    5885    MariaTemchina    84    

9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

Управление проектом Бесплатно (free)

Как знает большинство старожилов Инфостарта, я люблю устраивать разного рода онлайн-обсуждения. И эта статья написана как раз по итогам такого рода вебинара-дискуссии. 

16.02.2021    3073    MariaTemchina    45    

Как умирают розовые единороги, или бизнес-автоматизация как способ сделать людей несчастными

Управление проектом Управление командой Бесплатно (free)

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

10.02.2021    4099    andironenko    13    

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

Управление проектом Бесплатно (free)

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

24.01.2019    10346    user809424    11    

Статья Компетенции РП по версии PMI и здравому смыслу. Часть 2-ая

Управление проектом Бесплатно (free)

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

09.12.2020    1802    MariaTemchina    3    

Что почитать про Agile для чайников?

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    3588    MariaTemchina    9    

Компетенции руководителя проекта: по версии PMI и здравому смыслу. Часть 1-ая.

Управление проектом Бесплатно (free)

Об компетенции руководителя проекта сломано немало копий (хорошо, если не об самих руководителей).  В этой статье хочу оставить свои пять копеек, отталкиваясь от тех компетенций, которые институт PMI® - законодатель моды мирового проектного управления - озвучил в качестве требований к сертификации PMP® со 2-ого января 2021 года.

18.11.2020    3500    MariaTemchina    8    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом реальных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию очередную статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

29.06.2017    35626    1СERP    79    

Как стать исполнителем в проекте от Инфостарта

Управление командой Управление проектом Бесплатно (free)

Инфостарт в поисках специалистов, которые готовы взяться за реализацию интересных проектов. Как подать заявку и стать исполнителем, с кем согласна сотрудничать компания и на каких условиях, рассказал руководитель проектов корпоративного отдела Инфостарта Александр Блинов.

11.09.2020    3322    alexandr.blinov    17    

Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

Управление проектом Бесплатно (free)

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

04.09.2020    3644    MariaTemchina    23    

Что делать, если с поддержкой 1С всё горит или несколько слов про ITSM…

Управление услугами и сервисом Управление бизнес-процессами (BPM) Управление прочее Управление проектом Бесплатно (free)

Проекты - это, конечно, важно, с завершением проекта внедрения, жизнь прикладного решения, на самом деле, только начинается. И самое интересное еще только впереди… Не случайно в Agile все чаще говорят о “гибком управлении продуктом”, а вовсе не только “проектом”.

20.08.2020    3352    MariaTemchina    4    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом неуспешных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию первую статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

09.06.2017    31849    1СERP    175    

Управление в стиле Догвилль

О жизни Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    4801    1c-intelligence    17    

Наиболее типичные ошибки при оценке работ в проектах 1С

Управление проектом Бесплатно (free)

Для кого эта статья? Если вы руководитель проектов (РП) с опытом «от трех проектов», то можете не читать: скорее всего, ничего нового вы не узнаете. А если вы хотите стать РП в проектах 1С или вы профессионал (разработчик, аналитик, консультант), к которому часто обращаются за оценкой, то вам будет полезно узнать о типичных ошибках при оценке. Если вам необходимо реализовать задачу, которую не имеет смысла делать по классической проектной технологии, но заказчик требует фиксированной оценки, и задача на 2-5 человеко-месяцев, - то вам будет полезно понять методы оценки работ. Если читатель часто пользуется услугами удаленных разработчиков/аналитиков, то вам, возможно, станет понятно, почему «человек все сделал, мы ему заплатили, сколько сказал, а он от нас ушел и больше работать не хочет». Типичные ошибки распределю по классам.

13.06.2020    2990    Koder_Line    9    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

Управление проектом Бесплатно (free)

Из-за отсутствия грамотных правил разработки на этапе внедрения сильно усложняется работа по поддержке и развитию типовых доработанных конфигураций. О некоторых правилах и подходах в разработке, которые помогут специалистам сопровождать внедренное решение, на конференции Infostart Event 2019 Inception рассказал разработчик компании «Инвестиционная группа Абсолют» Алексей Степаненко.

08.06.2020    5616    stepan96    12    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

Продолжаем публикацию цикла статей о бизнесе франчайзи 1С. В предыдущих статьях мы рассказали о наиболее распространенном мнении о фирмах франчайзи 1С, об истории развития франчайзинга. Поставили вопрос о выборе системы мотивации. Предыдущие публикации вызвали оживленное обсуждение. В продолжении темы расскажем о том – как выглядит работа проектного подразделения фирмы-франчайзи. Расскажем на примере проектного офиса ВЦ «Раздолье». Предложим обсудить проблемы, с которыми приходится сталкиваться в проектном бизнесе. Автор статьи Андрей Мироненко.

18.04.2017    32990    1СERP    189    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    5966    sapervodichka    1    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    11937    MariaTemchina    33    

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Управление командой Бесплатно (free)

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

23.03.2020    6630    MariaTemchina    24    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

Недавно была написана статья о том, как работает мотивация персонала. Материал получил активный отклик у читателей Инфостарта, на форуме развернулась дискуссия, которая в итоге была достаточно далека от содержимого исходной статьи и свелась к критике самой идеи работы во франчайзи. Чтобы как-то ответить на эту критику, хотелось бы более подробно рассказать о том, что такое современный франчайзи и как он устроен. Но начнем мы с истории этого вида бизнеса, глазами рядового специалиста. Автор статьи Андрей Мироненко.

10.04.2017    33104    1СERP    107    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

Все, кто когда-либо работал в проектах, знают, как важна точность даваемых оценок длительности выполнения каждого задания. При этом, достаточно лишь одному заданию опоздать, чтобы поставить под угрозу выполнение сроков всего проекта. Стараясь подстраховать выполнение своих обязательств, мы закладываем в оценку длительности каждого задания изрядное количество резервов времени. Однако, как бы мы не старались, проекты все равно не завершаются в срок. И тому есть свои причины … четыре основные причины, почему проекты никогда не завершаются в срок.

03.03.2020    7264    VLikhobabin    44    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Управление проектом Waterflow Бесплатно (free)

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

23.01.2020    24056    MariaTemchina    8    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Управление проектом Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    10279    roman72    0    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

Управление проектом Бесплатно (free)

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    44382    1СERP    231    

Про одну Тётю

Управление проектом Бесплатно (free)

Суровое челябинское распределение ресурсов

24.12.2019    7042    1c-intelligence    33    

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Управление проектом Бесплатно (free)

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

14.10.2019    6168    chavalah    16    

Незакрытый проект на 1000 часов

Управление проектом Россия Бесплатно (free)

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    13219    ogroup    164    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

23.02.2017    28243    Gavrik    10    

Мастер-класс СППР

Управление проектом СППР Бесплатно (free)

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    14748    SergeyN    10    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

В идеале пользовательскую документацию надо создавать под каждый отдельный проект, менять и актуализировать ее, если в функционале что-то изменилось. Но чаще всего в организациях документацию считают неэффективной, поэтому даже не разрабатывают ее, либо документация имеется, но ее никто не использует, так как она устаревшая. Какие шаги надо предпринять, чтобы заинтересовать пользователей документацией и одновременно снизить нагрузку на консультантов 1С, рассказал руководитель службы технической поддержки в ГК «Доброфлот» Арсен Сазандрашвили.

20.08.2019    9752    Arsen1986    7    

Управление проектами по автоматизации бюджетирования

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    8896    SergeyN    1    

10 способов злоупотребления сотрудниками своим служебным положением и методы борьбы с ними с помощью учетной системы Промо

Управление проектом Бесплатно (free)

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

17.06.2016    40815    raiml    37    

Внедрение решений: как выполнять все обязательства в срок в условиях ограниченных ресурсов

Управление проектом Бесплатно (free)

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    7121    sbase    9    

Цифровая трансформация. Будущее учетных систем

Управление проектом Россия Бесплатно (free)

О цифровой трансформации слышали все, но немногие в этом разбираются. Что она собой представляет, какие несет изменения, на что надо обратить внимание айтишникам и 1С-никам, рассказал на конференции руководитель департамента автоматизации строительных организаций компании «Первый БИТ» Иван Аверьянов.

19.06.2019    10771    FB_10160810658600104    62    

Риск - благородное дело!.. Часть первая

Управление проектом Бесплатно (free)

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    8111    MariaTemchina    8    

Практические вопросы внедрения и развития автоматизации склада Промо

Управление проектом Бесплатно (free)

Мне, как одинэснику, не приходилось заниматься какими-то узкими задачами «от сих до сих». Вся моя профессиональная деятельность, как одинэсника, была всегда связана с очень широким кругом вопросов. Наверное, потому, что я работал, в основном, в малых компаниях, где приходилось работать над всем спектром вопросов.

26.12.2014    45489    CheBurator    64    

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения

Управление проектом Бесплатно (free)

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

31.05.2019    10790    MariaTemchina    23    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    11735    1c-intelligence    121    

Устав писать Устав

Управление проектом Бесплатно (free)

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    8275    MariaTemchina    8    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    36662    axxell    15    

Как сжать время?

Управление проектом Личная эффективность 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    9203    1c-intelligence    39    

Путь джедая в управлении проектами 1С: умение быть, а не казаться

Управление проектом Бесплатно (free)

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    12972    MariaTemchina    15    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

Управление проектом Бесплатно (free)

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    8528    chavalah    22    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций. Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной. Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

06.04.2015    38207    raiml    14    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    10936    MariaTemchina    20    

Бизнес, не горюй

Управление проектом Бесплатно (free)

Про цели автоматизации.

04.02.2019    10489    1c-intelligence    64    

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения

Управление проектом Бесплатно (free)

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

31.01.2019    8536    MariaTemchina    0    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

Управление проектом Бесплатно (free)

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

16.11.2014    29045    raiml    46    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

Управление проектом Бесплатно (free)

Пользуясь несовпадением рождественских каникул в России и Германии, решила познакомиться с тем, как организована работа разработчиков в одном немецком банке. Сразу оговорюсь: еще давно, со времен совместных яхтенных плаваний с немцами, я противник четких стереотипов из серии "все русские всегда...." или "все немцы обязательно..." (пропущенные места предлагаю читателям заполнить самим в меру своей испорченности).

14.01.2019    10674    MariaTemchina    13    

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях"

Управление проектом Бесплатно (free)

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    13461    chavalah    124