Морковка спереди, морковка сзади

Про исуп часть 2. Что не так с проектными системами и почему серебряной пули нет? Для начала надо прикинуть, какие процессы управления минимально должны быть оцифрованы. Тут все зависит от размера команды. К примеру, я знаю команды по 10 человек, которые работают вообще без систем, и им нормально. По моему опыту, необходимость планирования, учета и контроля возникает на границе 20-30 человек. Минимальный гигиенический набор процессов под оцифровку: •  управление проектом •  управление ресурсами •  управление задачами •  управление бюджетом •  управление коммуникациями Нет, тут нет управления рисками и других процессов, и это осознанно: я пишу именно о необходимом минимуме, после которого можно переходить к рюшам типа рисков или портфолио менеджмента. А теперь давайте поглядим, а есть ли системы, которые пытаются все это вместить? Да, есть. И я даже работал с некоторыми или ковырялся в них. Они или неудобны для всех процессов (пример Б24, который, как bpm движок, портал и crm я очень уважаю, но управление проектами и тем более встроенный месседжер – простите, ребят), или откровенно дороги (привет, Wrike в редакции для бизнеса без кучи фич по 25 баксов за юзера за мес и в облаке). Итого: или дорого, или в облаке, или неудобно. Или все это комплектом вместе. И даже если такая чудо-юдо-система найдется (расскажите, если вы такую видели, вдруг я пропустил), на пути у нее встанет стеной Легаси. И не такое уж плохое Легаси. JIRA, скажем. А Джиру попробуй замени – все зубы обломаешь. Потому что воспроизвести ее бизнес-процессы и чудесный JQL пока что удалось только Ютреку (из тех что я видел). А уж заменить дашборды и плагины Джиры вообще невозможно – это отдельный огромный рынок софта. Даже самые резвые заменители Джиры на российском рынке прямо сейчас сильно вянут, если спросить «а что у вас с плагинами?» 😁😁😁 Чудо системы нет, а даже если и есть, главная сложность – полный переход всей команды на новый софт и неизбежные проблемы из-за этого. Кто-то скажет: «бро, ты же сам склоняешь везде JIRA, отличная система, особенно если добавить пару плагинов – почти идеал». Так, да не так. Во-первых сама по себе JIRA – это таск трекер, но не ИСУП, во-вторых даже с плагинами типа Structure или Big Picture она не закрывает все процессы. Какой выход? Я считаю, что выход - использовать то, что есть в вашей компании, объединяя его в единое информационное поле, добавляя недостающие кубики и дополняя то, что уже есть и работает. Вопрос коммуникаций подавляющее большинство решает корпоративным мессенджером или Телегой. И менять его ради вашей ИСУП, в которую встроен мессенджер, никто не станет. Да и нафиг надо, достаточно просто сделать платформу с коннекторами к вашему мессенджеру. Таск-трекеры не переплюнуть по функционалу управления потоком задач никогда и никому, они идеальны для этого. Так зачем отказываться, тем более что они у всех уже есть, и работа в них более-менее отлажена? С самими ИСУП веселее. Их великое множество, но я среди них не видел ни одной, качественно интегрированной с трекерами, чтобы это давало возможность проводить план/фактный анализ онлайн и уж тем более – с мессенджерами, чтобы использовать чатботы. Да, Гантт есть у всех, бюджет считать они могут, но на основании чего – табелей, которые все заполняют «от балды»? Я считаю, это прошлый век. Поэтому я считаю, что на рынке есть потребность в ИСУП, которая сможет объединить таск-трекер, мессенджер и проектную систему в единое пространство, обеспечивая сведения по проектам, ресурсам и эффективности он-лайн, секунда в секунду. И, если UI в этой системе будет не такой лохматый, как в MS Project, и будет решение on premise, так как заказчики в РФ ревниво относятся к чувствительным данным (а ставки и бюджеты - фининформация) - это будет убийца всех остальных систем. Если вы такие системы знаете - расскажите. Я не знаю ни одной такой.

Сегодня ночью мне снилось как мы всем проектным офисом выбираем проектную систему.😁 Вот что значит, писать по вечерам программные статьи. А пока статья о выборе проектной системы пишется, предлагаю почитать небольшое исследование https://habr.com/ru/news/861568/ В каментах непременный для Хабра (все таки программистский ресурс) срач на тему методики подсчета - к ней правда есть вопросики. Но все сходятся на том, что одна из задач менеджмента - это видеть таких "призраков" и заниматься ими. Я с этим тоже категорически согласен. Первым бездельника все равно видит или его прямой функциональный руководитель или прямой линейный. А если не видит - вопросы к менеджеру у меня будут 100%. Но есть и еще важный момент. В идеале, в оцифрованном мире, это должна показывать сама система. Предлагаю желающим подумать, а как этого достичь?

и пару слов о делегировании))

Подбивая часть 1: по моему мнению, сейчас на рынке качество управления ИТ командами в smb (small-to-medium business) находится на низком уровне. Есть немаленькое подозрение, что и в крупняке несильно лучше, там еще тот зоопарк. И это низкое качество будет падать: в отрасль приходит очень много новичков, которые не понимают, как можно делать правильно. Зато каждый у нас в АйТи мнит себя дофига умным и именно он «знает, как надо». Итог я вижу вокруг себя: начинается все от некачественных постановок в тикетах, продолжается некачественными планами, а кончается совершенно непрозрачной работой всей ИТ команды, которая неясно что делает, все время двигает сроки вправо и всем кругом ноет, что ей должны. Причин две: - непонимание того, что если вы автоматизируете всех вокруг, стоит немного подумать и про себя, и потребовать на свой отдел небольшие деньги на автоматизацию (запросить 1-2 млн/год бюджета на ИСУП при том что ваш отдел экономит десятки миллионов не должно быть проблемой). - Надежда найти волшебную таблетку в виде единой ИСУП, которая закроет все потребности. История в том, что такой таблетки не существует. Нет такой одной системы, которая качественно закрывает все потребности ИТ команды. Но об этом – в следующей части. А согласных или несогласных приглашаю резвиться в каментах))

Про ИСУП: кто где работает и где работать лучше и правильнее? Часть 1 В чате всплыл вопрос о проектных системах, они же ИСУП. Выскажусь по этому поводу, тем более опыта вполне достаточно: за 25 лет я много, где поработал сам, а за пару лет управленческого консалтинга и развития нашего собственного продукта я посмотрел, как и на чем сидят другие компании. Да, офтопиком скажу, что я развиваю в партнерке с уважаемыми ребятами собственный продукт управления ИТ командой, который должен быть лишен основных болячек, которые я перечислю ниже. Если интересно, я про это расскажу отдельно. 1. Кто на чем работает и какие с этим проблемы: - На первом месте куча самописных решений в стиле «дешево, но сердито». Обычно берут что-то опенсорсное и допиливают своими силами до своего понимания, что потом и зовется «Проектная система». Часто это Redmine. Самописное что-то обычно автоматизирует процесс заведения задач и их контроля. Короче, выполняет роль трекера. Реже пилится собственный Гантт. До планирования ресурсов, обычно, не доходит никто. - На втором месте старая добрая JIRA, которой пользуется подавляющее большинство. Никуда она особо не ушла, люди работают на локальных копиях, все хорошо. Ну как хорошо, команды сталкиваются с проблемами, о которых я напишу ниже. Связаны они с тем, что JIRA – это часть ИСУП, но далеко не вся ИСУП. - На третьем месте раньше, по моим данным, был 1С. То с чем сталкиваюсь лично я – это не 1С, а Битрикс 24. Сама по себе очень неплохая система (последние 5 лет мы ее неплохо внедряли) для целей автоматизации предприятия, но имеющая недостаток любой системы, которая попыталась впихнуть в себя вообще все. В части управления именно ИТ командами, у меня к Б24 есть большие претензии (Гантт слабый, бюджетирования нет, а процесс работы с досками и задачами несравнимо хуже стандарта, который задает JIRA) 2. С какими трудностями сталкиваются ИТ команды на сегодня? ИТ команда состоит из многих участников и боли у каждого свои. Проедусь по всем: - исполнители: плохо планируется работа, узнают о задачах в последний момент, огромный вал внеплановых задач, попытка сделать всем хорошо на 64 часа, когда в неделе всего 40, выгорание – увольнение «да манал я ваш блядский цирк» - руководители проектов: у этих чаще «все хорошо» в стиле мема «it’s ok». Менеджер – штука неприхотливая: он привык работать с тем что ему дали и часто не понимает, как правильно. Обычно РП примерно представляет, кто у него чем занимается, но, если приглядеться, у них таже проблема, что у исполнителей: непрозрачные планы, они перегружены, но показать, где, они не могут и мучаются от перегруза. - СТО/CIO/РПО: вал внеплановых задач от бизнеса, которому невозможно сказать: «НЕТ, или дайте больше ресурсов», потому что у вас нет никакого обоснования в виде учетной системы. Много времени уходит на отчетку, которой бизнес недоволен ("почему твои айтишники жрут такой огромный ФОТ, а работают так медленно?!"). Сам CTO/CIO/РПО обычно примерно понимает, кто чем занимается, но в деталях разобраться без своих лидов не в состоянии. Ну и я уже молчу об измерении эффективности внедрения продуктов/проектов/фичей с целью понять ROI Для бизнеса. Такое делают откровенно единицы на рынке. - CEO: вообще часто не понимает, чем занимаются его айтишники. Я говорил со многими СЕО. До 20-25 человек в ИТ команде обычно есть понимание и без ИСУП, у кого какие задачи. А потом у СЕО неизбежно встает главный вопрос: «я плачу этим ребятам чудовищный ФОТ, по 400 на нос (с накладными), а почему они ничего не делают? Больше того, они мне очень убедительно за мои же бабки рассказывают, что козел тут я?!