Управление проектами *

После 24.02.2022 понял что зарубежный рынок будет закрыт и начали разработку своей системы управления проектом (open source&free).

Когда то жил не тужил и работал с зарубежными системами, работал, разрабатывал и зарабатывал. А потом бац! И рынок оказался практически закрыт. Недавно мой основной вендор вообще прекратил работу с Россией.

Так что пришлось пилить свое так как на нашем рынке нет решений которые бы мне пришлись бы по вкусу после того как я успел поработать с забугорными решениями.

Я не говорю что у нас все плохо, но как есть как есть.

Так что начали пилить и запилили не только систему управления проектом и поддержкой, но и CRM, MRP, ecommerce и несколько других вещей. Все бесплатное и свободное, написано на Drupal 10. Все как вы любите.

PS: Статью не стал писать так как времени пока что нет.

Не судите строго, делали все от души и долго, но ограниченными силами и без оплаты (система бесплатная).

Так получилось, что я испытываю нежные чувства к настольно-ролевым играм в целом и Dungeons & Dragons в частности. Всегда казалось логичным, что их пытаются применять в работе.

Вот один из победителей прошлого Технотекста @iktash пишет о том, как D&D помогает тимлидить.

У партии в D&D и рабочего проекта действительно много общего:

• и там, и там люди выполняют определённые роли

• часто перед игроками и сотрудниками стоит понятная задача (иногда задачи нет, но тогда они придумывают её сами)

• без командной работы решить задачу очень трудно

Когда в очередной раз думал об этом, стало интересно: что будет, если как есть перетащить некоторые практики ролевых игр в рабочие процессы?

Обсуждать алаймент на ревью — это, конечно, шиза. Но в D&D есть такая штука, как степень успеха — игрок выполнил задачу, но вместе с результатом получил негативный эффект, потому что не проявил достаточного мастерства. Или наоборот — выложился сверх необходимого и результат получился лучше, чем ожидалось.

На следующем ретро попрошу ребят оценить так проект. Кажется, что будет проще выискивать подводные камни:

Эпик закрыт без особых проблем, но в процессе мы затронули старый кусок функциональности, который может стать проблемой в будущем — надо переписать.

Почему разработчики секси, а продакты не нужны

Разраб рассказал, как у него проходят собеседования. Похоже на экзамен в формате беседы с преподом.

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

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

Спрашивали, что я сделал.

Вот почему популярно мнение, что продакты не нужны. Следите за руками:

• разраб и продакт вместе пилят 10 проектов

• в среднем выстреливает 1 проект из 10

• на выходе у разраба опыт реализации 10 (!) проектов, а у продакта 1 успешный проект

Прошаренные наниматели спрашивают и про неудачи. Но только если успехи в наличии 🙂

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

Вебинар: «Новое проектное управление — полная замена MS Project»

Кто проводит: Максим Тимонов, дизайн-директор. Отвечает за развитие BPM-системы «Первая Форма».

Кому полезно: руководителям IT‑отделов, руководителям проектов, финансовым и операционным директорам, бизнес‑аналитикам.

Почему это важно:

MS Project, Wrike и ClickUp больше не доступны в России. Большая часть отечественных решений не позволяет реализовать привычные сценарии работы над проектами. Например:

• инлайн создание задач;

• управление сроками, порядком исполнения, группировкой задач на графическом визивиге Ганта; 

• автопланирование задач со связями и условиями; 

• управление овербукингом;

• утверждение планов и подписание;

• сохранение базовых планов и создание версий.

«Первая Форма» обновила проектное управление, чтобы соответствовать запросу заказчиков на полную замену Microsoft Project. Решение позволяет планировать и выполнять проектные задачи в единой цифровой среде. 

Что узнают участники:

• как реализовать планирование и исполнение проекта в одной системе;

• какие функции проектного управления можно автоматизировать;

• как можно вписать проектное управление в сквозные бизнес-процессы компании. 

Подробнее о программе ➡️

Как попасть:

Участие бесплатное, по предварительной регистрации. Вебинар состоится 1 октября в 11:00.

Спросить пользователя недостаточно

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

Результаты опросов ненадёжны. Принимать решения только по ним — это лотерея.

Выборка может не соответствовать аудитории. Даже если участников много — по какой-то причине core-аудитория может игнорировать опросы, а заранее узнать об этом нельзя.

Опрошенные могут не знать, чего они хотят. Никто не хотел айфон, пока Apple не показали айфон (простите).

Может проявиться эффект Брэдли. Иногда люди выбирают вариант, который выставляет их в выгодном свете.

В 1982 году на выборах губернатора Калифорнии по опросам с огромным отрывом лидировал чернокожий кандидат Том Брэдли. Он уже готовился войти в должность, но после реального голосования его обошёл белый оппонент.

Оказалось, что в опросах некоторые избиратели врали, чтобы их не посчитали расистами.

Отчасти с эффектом Брэдли помогает бороться тайное голосование. Но и анонимно человек может выбирать варианты с позитивной окраской.

Yonote не справляется с нагрузкой

Недавно мы, как и многие, начали переходить с Notion, не торопились, потому что объём информации невелик, в основном, задачи. Импорт небольшого архива был в очереди двое суток. В техподдержке сказали, что нагрузка большая, импорт может быть до 3 суток. Что ж, трое суток тоже к результату не привели, импорт архива на 25 МБ так и не прошёл...

За вчерашний день заполнили сами почти всё заново, оставили неперенесёнными лишь несрочные задачи и уже готовые, документы тоже пока не стали заливать. И вот сегодня yonote с утра: Не удалось загрузить конфигурацию.

Кое-кто оказался не готов. А вот Notion ещё работает. Пока ушли на Affine.

А как у вас?

Причины выгорания. Опрос.

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

Статья была встречена довольно холодно, что заставило меня доработать её.

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

Что по вашему мнению является причиной выгорания?

1. Атмосфера в коллективе

2. Не компетентный менеджмент

3. Work-Life balance

4. Методология и/или процессы

5. Легаси решение и/или инструменты

6. Отсутствие возможности профессионального роста

7. Оклад

8. Другое

Допускается выбор нескольких вариантов. Расскажите о них в порядке важности для вас.

Большое спасибо!

Notion уходит из РФ, удаляя все мои данные 9 сентября.

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

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

Notion сказал, что 9 сентября просто удалит под чистую все данные без возможности восстановления. Невероятно удобно и надежно и вызывает огромное доверие! Как у них на баннере написано "Write. Plan. Organize." и забыли добавить "... and we'll destroy it".

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

Теперь это все время стоит иметь в виду и не воспринимать "Облачный сервис" как что-то надежно. Удобное — да, а вот надежное оно лишь пока я для него буду оставаться удобным в ответ.

“Практическое руководство ИТ лидера” Раду Спатару - коротко о книге.

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

О книге:

Достоинства:
🟢Книга кратко (193 стр.) рассказывает о комплексе задач и процессов, с которыми может столкнуться IT-менеджер/лидер/директор/руководитель, от знакомства с текущим ИТ-ландшафтом в организации и до управления проектами и использования AI.
🟢Большое количество “примеров из жизни”
🟢 Много чек-листов и других инструментов самопроверки.

Недостатки:
🚫 Минималистичный объем для такого предмета - это “галопом по Европам”. Увы, ни одна из тем не получает нужного освещения, и получается “карманный справочник”, к которому вряд ли захочется вернуться. Весь текст выглядит как реферат, набор общеизвестных принципов, собранных в одном месте.
🚫 Ужасный перевод, в худших традициях “промпта”: множество опечаток и ошибок, корявый синтаксис, суконный язык.
🚫 Часть терминов, диаграмм и таблиц осталась без перевода с английского.

В целом, не рекомендую эту книгу никому - разве что вы захотите найти негативный ("как-не-надо") пример профессиональной литературы. Если тема “ИТ-менеджмента” вам интересна, лучше почитайте “Карьера Software Engineering Manager”.

Подробнее - в канале "Проектный дайджест".

Друзья, приглашаем на новый бесплатный вебинар «Построение умных диаграмм с помощью BPMN». Рассмотрим, как составлять диаграммы в соответствии с методологией BPMN, какие элементы применяются для представления на диаграмме той или иной логике. Также обсудим рекомендации по правильному составлению диаграмм.

📅 Дата: 22.08.2024

⏰ Время: 15:00-16:00 (Мск)

На вебинаре:

✔️ Постановка задачи и ее проблемы.

✔️ Что такое BPMN.

✔️ Уровни моделирования.

✔️ Сущности BPMN.

✔️ Основные концепции моделирования процессов.

✔️ Рекомендации по разработке диаграмм.

👨‍🎓 Спикер: Бирюков Андрей более 15 лет работает в области информационной безопасности и информационных технологий.

🔥 Зарегистрироваться 🔥

Приглашаем на новый бесплатный вебинар «Качество требований к ПО: как понять что требование плохое не на основании ощущений». Разберем проблемы, которые могут возникать из-за плохой проработки требований и их некачественного описания на примере реальных проектов. Узнаем, как можно комплексно оценить большое количество требований и оценить, насколько хорошо поработали аналитики.

📅 Дата: 20.08.2024

⏰ Время: 16:00-18:00 (Мск)

На вебинаре:

✔️ Критерии качества требований.

✔️ Последствия плохой проработки качества.

✔️ Пример комплексной оценки качества требований на крупном проекте.

👨‍🎓 Спикер: Политыко Сергей — архитектор информационных систем в IBS.

👉 Зарегистрироваться 👈

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

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

• легко контролировать эффективность каждого сотрудника и принимать кадровые решения на основе данных;

• каждый сотрудник, зная свои целевые KPI, стремится к хорошему финансовому результату;

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

Кажется, это универсальное решение всех проблем. Но в реальности без качественных метрик не обойтись. Примеры:

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

2. Слаженная команда показывает хорошие Throughput и Lead time. Через полгода выясняется, что они хакнули систему и накрутили красивые метрики, не поставляя бизнес-ценности.

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

Больше об управлении IT-командами рассказываем здесь.

«Теория болтовни»: результаты исследования о том, кого выбирают лидером в малых группах

В исследовании, проведенном сотрудниками нескольких американских университетов, собрали 33 группы численностью от четырех до десяти человек в каждой. В качестве командного задания нужно было выполнить миссию в военной компьютерной игре (BCT Commander) или в деловой (CleanStart).

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

Исследователи дважды опрашивали участников: первый раз — после обсуждения и второй — после самой игры. Они просили назвать от одного до пяти человек, которые подошли бы на роль лидера.

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

Главным фактором выбора на позицию лидера стало то, как долго участник говорил.

Спасибо, что прочитали. Если решите поставить минус, то напишите в комментарии, что нужно улучшить. Я стараюсь писать много и интересно. Анонсы выкладываю в тг-канале.

Легенда инфобеза Мокси Марлинспайк обвинил Agile в торможении инноваций в области программного обеспечения. По его словам, «магия» разработки ПО была утрачена за 20 лет из-за того, что разработчиков запихнули в «чёрные ящики абстракций», и это лишило их свободы, необходимой для инноваций.

«У любого, кто управляет инженерной организацией, будет некая философия управления, которая в некотором роде является нижестоящей или производной и как-то связана с гибкой методологией», — сказал Марлинспайк. Он считает, что гибкие команды в конечном итоге оказываются изолированными.

С ним согласился и генеральный директор Thistle Technologies Виндоус Снайдер.

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

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

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

«Работники кибербезопасности — это те, кто сидели в библиотеке, изучали заклинания, на самом деле понимали, как все это работает… как в мире Гарри Поттера. Единственное, что нужно, чтобы использовать эти знания, — это компьютер. И он даже не обязательно должен быть хорошим», — заключил Марлинспайк.

Мне было 14, когда в 2007 году вышел первый Assassin's Creed. Для обработки толп NPC на улицах нужен был нормальный комп, поэтому я смог оценить игру только у друга (позже закрыл гештальт и таки выбил платины во всех классических частях).

Само кредо легко западало в душу школьнику: ничто не истинно, всё дозволено. Фразу толковали по-разному.

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

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

Одна и та же информация воспринимается по-разному в зависимости от того, обычный перед нами школьник или просветлённый.

Например, сейчас по продуктовым каналам ходит наставление: в погоне за оптимизацией и метриками нельзя забывать про смелые продуктовые запуски/перезапуски, иначе никогда своего мамонта не поймаешь.

Мысль позитивная, иногда продакту не грех воспользоваться чуйкой. Но покажи это неопытному продакту или CEO и он тут же найдёт оправдание очередному неподготовленному запуску. Его не смутит, что официальной религией в его компании является lean, который вполне себе metric-based.

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

“Death march” Эда Йордана: коротко о книге.

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

Эта книга про высокорисковые проекты, параметры которых (бюджет, срок, команда, требования/”скоуп” и т.д.) отклоняются от нормальных на > 50%. Причем такие проекты - не какое-то исключительное, а вполне себе распространенное явление. 

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

Один из основных принципов в модели - triage, приоритезация. Спасение “безнадежного” проекта напрямую зависит от того, на чем команда сфокусируется. Это компенсирует нехватку ресурсов и лавинообразный рост требований. 

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

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

Death March - полезный и актуальный гайд по управлению “проблемными” проектами, и я рекомендую ее абсолютно всем, кто работает в ИТ.

Архив обзоров и дайджестов по проектам.

МТС представила платформу для бесшовной интеграции сервисов. Это собственная разработка компании — Интеграционная платформа (Integration Platform), которая позволяет бесшовно интегрировать сервисы в экосистему и обеспечивать их взаимодействие друг с другом.

На первом этапе платформа объединяет все API экосистемы в единый стек и позволят строить сложные интеграционные сценарии запуска сервисов, в том числе без привлечения разработчиков, через citizen developers — специалистов, которые создают сложные IT‑продукты, не имея глубинных знаний в области программирования.

Проект Integration Platform поддерживает широкий спектр индустриальных протоколов и стандартов, использует встроенные инструменты Low/No‑code и технологии искусственного интеллекта.

В ближайшее время платформой будет доступна внешним клиентам МТС, сфокусированным на модернизации ИТ‑ландшафта. Потенциальный экономический эффект от внедрения оценивается МТС в миллиарды рублей.

«Раньше создание новых продуктов требовало разработки новых API, команды искали актуальную документацию на существующие API, решения дублировались, подписание требовало согласований и обсуждений, был необходим единый реестр c полной документацией и понятным UX для подключения и публикации. Интеграционная платформа решила эту задачу. Это разработка МТС превосходит зарубежные аналоги по надежности, производительности и масштабируемости», — пояснил первый вице‑президент по технологиям МТС Павел Воронин.

📕 Илья  Отькало.  «Автоматизация бизнес-процессов», 2024 

Кратко: добротная ознакомительная экскурсия по 1С-автоматизации предприятий

Если вы неглубоко касались внедрения 1С или подумываете над карьерой в сфере 1С в качестве аналитика, архитектора или РП, то эта книга для вас. Её целевая аудитория - те, кто знакомится с индустрией автоматизации бизнеса в России. А эту нишу в России прочно (хоть и не без конкурентов) заняла 1С.

Структурно книга делится на следующие части:

▶️ знакомство с понятием “бизнес-процессов”, с их автоматизацией, моделированием, способами и инструментами описания

▶️ виды учета, типовые и отраслевые решения 1С, подходящие для их автоматизации,

▶️ корпоративная архитектура

▶️ основы интеграции и обмена данными в решениях 1С

▶️ проекты внедрения ПО: основы проектных технологий 

😊 Плюсы:

🔹 идеальная книга для курса молодого бойца при онбординге и введении в профессию аналитиков и РП в 1С: Франчайзи

🔹дает хорошее представление о подходах  к внедрению и проектам 1С для тех, кто из другой сферы

🔹здоровая и, в целом, удачная попытка интегрировать аналитику 1С в современный IT-ландшафт

😐 Особенности:

🔹неглубокое погружение в предмет (скорее всего, не подойдет для профессионалов)

🔹немотивированные акценты на отдельно взятых инструментах и методологиях (в ущерб другим)

🔹недостаток примеров артефактов и документации (можно было бы вынести их в приложение или комплект для скачивания)

Более подробный обзор - в "Проектном дайджесте".

Статистика исследований на тему корпоративной культуры

1. По данным исследования Deloitte, 94% руководителей и 88% сотрудников считают корпоративную культуру важным или очень важным элементом для успеха организации. Организации с сильной корпоративной культурой имеют на 72% меньше текучесть кадров.

2. В другом исследовании, проведенном McKinsey&Company, выявлено, что в компаниях с хорошо развитой культурой уровень продуктивности почти на 25% выше, чем у конкурентов с менее развитой корпоративной культурой.

3. По данным исследования Harvard Business Review, компании с развитой корпоративной культурой на 20-30% эффективнее своих конкурентов. Это те места, где сотрудники не просто "работают", но и "живут", разделяя общие ценности, правила и ожидания.

4. Исследование McKinsey&Company 2014 года показало, что успешность внедрения изменений повышается в 10 раз, если компания определила, как ей поменять образ мысли и поведения людей вместе с изменением процессов, т.е. свою культуру.

5. Аналитики PwC выяснили, что значение корпоративной культуры в повестке компаний постепенно увеличивалось в последние годы. В 2013 году ее важность отмечали 53% респондентов, в 2021 году их доля увеличилась до 61%.

Источники: ЭКОПСИ, Коммерсантъ, Testograf

Об эволюции команды на примере спиральной динамики я написал в отдельной статье.

Спасибо, что прочитали. Если решите поставить минус, то напишите в комментарии, что нужно улучшить. Я стараюсь писать много и интересно. Анонсы статей выкладываю в тг-канале.

Юлия Бажанова про delivery менеджеров и ресурсное планирование в компании на 2000+ человек

Очередное интервью с очень крутым гостем. Юлия Бажанова, Delivery менеджер в Aston (Aston занимается заказной разработкой) рассказала про то, как устроены процессы внутри компании на 2000+ разработчиков. Поговорили про отличия project- и delivery-менеджеров, про ресурсное планирование на таком большом масштабе.

Ссылка на интервью: https://www.youtube.com/watch?v=ct8BoT39jB0

Ural Digital Weekend 2024 — одна из крупнейших IT-конференций на Урале с насыщенной программой и аудиторией 400+ человек, организованная компаниями Spectr и Тэглайн. Билеты для посещения конференции уже могут приобрести все желающие на сайте Ural Digital Weekend 2024 — https://ural-digital-weekend.ru/. А по промокоду BAZHANOVAGIFT10 можно получить приятную скидку.