1 подписчик
Про ИСУП: кто где работает и где работать лучше и правильнее? Часть 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 на нос (с накладными), а почему они ничего не делают? Больше того, они мне очень убедительно за мои же бабки рассказывают, что козел тут я?!
2 минуты
29 ноября 2024