Project Management Black Book – Telegram
Project Management Black Book
2.6K subscribers
1.46K photos
3.18K videos
1.45K links
Интернет-издательство. Управление проектами и менеджмент. Полезные материалы, личные инсайты, мемы и статьи от международных экспертов

Чат: t.me/chat_pm
Канал: t.me/pmbbk
Помочь каналу: t.me/pmbbk?boost

Автор: Тимур Османов / t.me/osmanovtimur
Download Telegram
🚂 Управление процессами в компании

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

LinkedIn: Андрей Прокофьев-Нужный, Product Manager - M.Video

📖 Читать статью (~13 минут)
Please open Telegram to view this post
VIEW IN TELEGRAM
❤‍🔥2👍1🔥1
🚀 Как аналитик влияет на успех IT-проекта

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

LinkedIn: Юлия Зубова, Руководитель отдела аналитики - ДАЛЕЕ

📖 Читать статью (~5 минут)
Please open Telegram to view this post
VIEW IN TELEGRAM
❤‍🔥1👍1🔥1
📝 Коммерческое предложение

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

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

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

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

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

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

Догадайтесь, кто победил в конкурсе?

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

📖 @pmbbk / #idea
Please open Telegram to view this post
VIEW IN TELEGRAM
👍32🔥2
☎️ Горизонтальные связи и ролевая модель большой команды

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

LinkedIn: Татьяна Сеземина, Директор по управлению проектами - Холдинг Т1

📖 Читать статью (~12 минут)
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍1🔥1
😩 Команда нагрузочного тестирования

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

LinkedIn: Юлия Шамина, Middle Project Manager - SberMarket

📖 Читать статью (~12 минут)
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍1🔥1
⚽️ Футбольный мяч

Когда вы разрабатываете программное обеспечение для заказчика, вы создаёте макет интерфейса, который включает в себя меню. Затем вы даёте названия пунктам в этом меню.

Вы можете назвать их "пункт 1", "пункт 2", "пункт 3". Или, возможно, вы были веселы и выбрали названия типа "лошадка", "зайчик", "белочка". Или даже решили подойти ближе к финальной версии и использовали названия типа "шаблоны", "вид", "запуск".

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

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

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

📖 @pmbbk / #idea
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍2🔥1
🙅‍♂️ Как преодолеть сопротивление изменениям

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

LinkedIn: Mike Cohn, Owner - Mountain Goat Software, Scrum Guide Co-author

📖 Читать статью (~8 минут)
Please open Telegram to view this post
VIEW IN TELEGRAM
👍21🔥1
🛏 Диван

Давным-давно я работал в компании, чей офис находился на территории бывшего оборонного завода. Рыночная конкуренция привела к тому, что большая часть корпусов была потеряна. Территория была обширной и великолепной: сосновый лес, оставленный без присмотра, превратился в картину, подобную произведению Шишкина, но без медведей.

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

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

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

Я удивлялся: неужели так сложно понять, что диван не мешает работе, а наоборот, помогает?

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

Удаленная работа решила эту проблему, теперь можно работать, лежа целый день. Но в офисах все осталось по-прежнему.

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

📖 @pmbbk / #idea
Please open Telegram to view this post
VIEW IN TELEGRAM
👍51🔥1
🙈 Техдолга не существует

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

LinkedIn: Антон Хомякин, Software Engineer - Qiwi

📖 Читать статью (~9 минут)
Please open Telegram to view this post
VIEW IN TELEGRAM
❤‍🔥2👍1🔥1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁82🔥1
🤬 Жалоба

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

Но это не жалоба. Это инициирование разрешения проблемы. Жалоба возникает, когда человек идет в магазин за колбасой, а получает хамство, затем выливает свои негативные эмоции в "Книгу жалоб".

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

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

Жаловаться не следует, а эскалировать - вполне уместная и необходимая практика, способствующая разрешению проблем и улучшению рабочих процессов.

📖 @pmbbk / #idea
Please open Telegram to view this post
VIEW IN TELEGRAM
8👍4🔥2
Definition of Done и зачем он нужен

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

LinkedIn: Михаил Мазеин, Head of Development - ManyChat

📖 Читать статью (~5 минут)
Please open Telegram to view this post
VIEW IN TELEGRAM
👍21💯1
🫂 Как наладить взаимодействие команд

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

LinkedIn: Алексей Пименов, BX Designer - Self Employed

📖 Смотреть YouTube (~13 минут)
Please open Telegram to view this post
VIEW IN TELEGRAM
👍32👏1