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

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

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

И тут мы столкнулись с тем, что, став руководителем, человек не понимал, что он должен делать теперь, и как его деятельность отличается от деятельности просто сотрудника‑исполнителя.

Не зная как управлять, новые руководители начали искать пример того, как они должны действовать в истории, прежних моделях, ну и конечно, в мусорной литературе, примером которой, несомненно, является книга «Государь» Никколо Макиавелли.

Чем же привлекла внимание, эта книга новых руководителей?

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

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

После COVID-19 наша культура труда в основном изменилась к лучшему, но были и негативные изменения, например, увеличение количества совещаний на 13,5%[1].

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

В своей знаменитой статье «Maker's Schedule, Manager’s Schedule» [2] Пол Грэм писал:

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

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

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

Сорванные дедлайны IT-проектов — головная боль многих компаний. Это не только нервы, но и удорожание производства. Мы тоже периодически сталкиваемся с такой проблемой. Моя команда не исключение. Я решил исправить ситуацию и разобраться, где прячется корень зла.  

В этой статье расскажу про наш опыт оптимизации работы, а именно, как мы внедрили Documentation First

Компания Atlassian, известный производитель систем для управления проектами и разработки, объявила о прекращении продаж и поддержки on-premise версий своих продуктов в 2029 году. Эта новость вызывает серьезные опасения среди российских компаний, активно использующих эти продукты для своей работы.

Почему Jira прекращает поддержку on-premise версий?

Atlassian начала поэтапный отход от серверной модели ещё в 2020 году, когда была провозглашена стратегия Cloud First. Инновационные функции последних лет разрабатывались исключительно для облачных решений, оставляя on-premise версии позади. Изначально компания отказалась от версии Server, теперь же процесс коснулся всех серверных решений:

Бизнес-требования на автоматизацию и их связь с корпоративной архитектурой организации

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

Привет, Хабр!

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

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

Заметил одну особенность, часто проекты у разрабов нормально идут, запускаются, контейнеры собираются. но если к примеру, новенький заходит на проект, то он не может собрать проект. ты смотришь и он реально не поднимается, 0_о. меняешь не много конфиг и проект вновь запускается. задумался, может спросить в чате у живых людей кто как решал. но вкладка chatGPT была открыта и я задав вопрос там. в течении пары минут я получил ответ и рекомендации по устранению проблемы. стало понятно, что нейронки снижают коммуникацию в команде. новички у коллег стесняются спрашивать, а иишки позволяют набрать опыта не выработав навык задавания вопросов. что в последующем повлияет на работу с самой нейронкой. в итоге, изложив свои мысли сначала chatGPT, а потом DeepSeek, получил готовое решение. Решил поделиться с вами.

Как не развалить команду с помощью нейросетей: руководство по выживанию

Подзаголовок: Используем ChatGPT не для замены коллег, а для усиления командной продуктивности.

Очень много тестирований для проджектов, гайд по Ганту, пропускная способность канбан, «грязные чашки» в проекте, вред перфекционизма, чайка‑менеджмент и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

Мультфильм «Пароход Вилли» поставил Уолта Диснея на карту мировой анимации. Успех в бизнесе — это совсем другая история. Первая студия Диснея обанкротилась. Более поздние мультфильмы были чудовищно дорогими в производстве и финансировались на обременительных условиях. К середине 1930-х годов Дисней выпустил более 400 мультфильмов — большинство из них были короткометражными, большинство из них нравилось публике, но большинство из них теряли деньги. Дисней и его студия были почти разорены.

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

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

Привет, Хабр!

Хочу поделиться своим путём в блокчейн. К 2023 году за плечами было уже 7 лет строгого режима веб-разработки, и она начала казаться рутиной. Хотелось нового. В идеале — области, где можно было бы применить свою любовь к математике. Выбор стоял между датой и блокчейном. Я выбрал второе — во многом потому, что несколько моих друзей уже погрузились в этот «тёмный лес» и своими проектами пробудили во мне интерес. Это решение привело меня к неожиданным открытиям, трем разным проектам, нескольким месяцам жизни на доширак и к пониманию, что блокчейн — это идеальный полигон для любого разработчика, увлеченного математикой.

Кажется, про CRM написано уже немало, но вопросы всё равно остаются. Поэтому решил объяснить и я — максимально просто и наглядно. 

Стратегия является ключевым документом, описывающим предполагаемый подход к решению той или иной задачи. В области внедрения ERP-систем выделяют такие концепции доставки содержания, как: анализа, проектирование, реализация, ролей и полномочий, миграции, обучения, тестирования, технической подготовки системы, бизнес-катовера, изменений и поддержки. Основой использования стратегий в проектах имплементации ERP-систем служит теория корпоративных информационных систем, предложенная в работе [1]. Анализ литературных источников в области корпоративных информационных систем и стратегий доставки включает множество работ [2-14], однако в них лишь косвенно указана первопричина формирования концепции, что, следовательно, делает выбор того или иного способа недоказательным.

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

Привет! Меня зовут Лёша Косилин, я руководитель проектного офиса в Центре Дизайна Авито. Мои задачи — развивать департамент продуктового дизайна, создавать комфортные условия работы и помогать специалистам расти. Недавно мы с командой обнаружили, что сотрудники не всегда осознают свою зону ответственности на проектах, из-за чего конфликтуют и растягивают сроки. В этой статье расскажу, что мы сделали, чтобы это исправить, и как решение переросло в самостоятельный продукт.

Привет! Меня зовут Семен, я solution-архитектор в Газпромбанке. За девять лет в разработке я насмотрелся на одну проблему, которая встречается практически везде.

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

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

Достаточно часто встречается заблуждение, что просто нужна "ещё одна серебряная пуля" и тогда точно наступит "вселенский коммунизм". Многие в качестве такой "волшебной палочки" воспринимают таск-трекеры различной степени сложности. Стоит только внедрить, и "бизнес крутится, лавэ мутится"

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

Привет, Хабр! Меня зовут Денис Улизко, я CPO AoS (CRM для B2B в МТС). За время работы с цифровыми продуктами в России и за рубежом я заметил одну типовую для энтерпрайза проблему — слишком длинный цикл поставки фич. В среднем релиз занимает 4–6 спринтов. Попробуешь ужаться до двух — получаешь перегрузку ролей, возвраты и техдолг. Но решение есть. В этом материале расскажу, как переход на трехспринтовую модель позволил нам сократить Story Lead Time с 21,5 до 9,6 дней. Приглашаю под кат. 

Всем привет! Меня зовут Алексей, я - Head of PMO and Delivery крупной восточно-европейской компании, но эту статью я писал в роли проектного менеджера работающего с большими международными командами и клиентами пять лет назад в не менее большой и междунородной организации. На тот момент, я занимался управлением проектами как в продуктовых, так и в сервисных компаниях более восьми лет. В те годы я управлял проектами в сфере e-commerce, работая с командами, распределенными по всему миру (США, Великобритания, Италия, Румыния, Словакия, Колумбия, Болгария, Индия, Чехия). 

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

Управление проектами в современном понимании зародилось всего около 65 лет назад, когда бизнес и некоммерческие организации в конце 50-х — начале 60-х годов начали осознавать явные преимущества проектной организации своей деятельности, используя методики структурирования работ и сетевого планирования. Параллельно с развитием теории и практики проектного менеджмента также развивались и подходы к взаимодействию с рисками, которые сопровождают проекты всегда и везде, как смерть и налоги сопровождают жизнь.

В статье разберем ТОП фишек Zoom, которые сделают проведение ваших планёрок и встреч проще и эффективнее. Это не обзор всех возможностей Zoom, а только тех фишек и лайфхаков, которые мы сами каждые день используем в работе. Перейдем сразу от слов к делу.

В разговорах про «ускорение разработчиков» часто меряют не то: velocity и строки кода слабо объясняют выручку и маржу. Материал предлагает практическую рамку Impact Intelligence: impact-сеть, жёсткий вход инициатив (RDM), погашение долга по измерениям и валидацию вклада до бизнес-метрик. Разберём, как связать proximate-показатели с downstream-результатами и зачем на портфельном уровне считать ROP вместо декоративного ROI.