Стоимость разработки vs ценность

Стоимость разработки — как она коррелирует с ценностью, которую получает заказчик в итоге? Мне кажется — никак. Разработка ПО на аутсорсе — это почти всегда Water-Scrum-Fall. Мы тщательно изучаем, планируем, оцениваем, пишем планы, рисуем диаграммы проекта и собираем ресурсы — это часть Water. Дальше мы разрабатываем итерационно, делаем стендапы, ретро, демо и прочие артефакты аджайла (может у вас Scrum-ban вообще, добавьте свой список, по вкусу) — это Scrum часть проекта. Затем мы передаем это в бета тестирование, делаем стабилизацию, релиз в продакшн и проводим окончательную приемку проекта и получаем последний транш денег — это Fall часть. Все вполне логично, снижает […]

Continue Reading

Переговоры с клиентом, манипуляции и выбивание уступок

Практически все курсы для начинающих менеджеров проекта, кроме самых больших, не содержат в себе раздел по обучению навыку переговоров. Многие менеджеры вообще не представляют себе важность этого навыка в своей работе. Тем не менее, вести переговоры и о чем то договариваться приходится очень часто. Я неоднократно наблюдал как более опытные в переговорах клиенты умело продавливают менеджера на самые разнообразные уступки, такие как бесплатная работа, скидки, увеличение объема работ и тому подобные ништяки в свою пользу. Я не буду описывать все возможные книжные переговорные сценарии и приёмы — с базой можно легко ознакомиться по многочисленным бесплатным видео тренингам (чаще всего они […]

Continue Reading

Как застревают менеджеры (перевод)

How do managers get stuck автор: Camille Fournier оригинал: http://www.elidedbranches.com/2017/09/how-do-managers-get-stuck.html Как застревают менеджеры В этой статье я хочу ответить на вопрос, который я часто слышу от менеджеров “первой линии“, то есть тех, которые работают непосредственно с производственными командами: “Как мне перейти на следующий уровень менеджмента? Как мне доказать, что я готов управлять менеджерами?” Менеджеры часто уверены, что если они справляются с управлением своей команды, то они естественным образом должны получить следующую должность и получить в управление больше людей, большего размера команду, команду команд, как только такая возможность появится в компании. Тем не менее, как только такая возможность появляется, кто-то то другой […]

Continue Reading

Agile в зависимости от контекста

В прошлой статье мы обсудили влияние размера команды на применение “гибких” подходов в проектах. В этот раз попробуем разобраться в влиянии производственного контекста на этот выбор. Начнем с определения терминов, которые будем использовать. Контракт — понятие аутсорс разработки, которое не имеет смысла в продуктовой разработке, там есть внутренний заказчик и ваши с ним взаимоотношения строятся по совсем другим правилам. Рассмотрим 3 основные силы проекта: Заказчик— инвестор, владелец бизнеса, который заинтересован получить бизнес выгоду от проекта Команда — технические и не только специалисты, которые выполняют проект, хотят создавать крутые системы, использовать модные технологии, уникальные продукты и так далее Пользователи — люди, которые будут использовать полученный результат, в своей повседневной […]

Continue Reading

Размер команды и Agile мышление

Продолжаю размышления на тему применения agile практик в реальной жизни. Давайте обсудим зависимость от размера команды проекта.  Photo by rawpixel.com on Unsplash до 4 В этом случае абсолютно неважно какому процессу или методологии следовать, это не окажет почти никакого влияния на результат. Тут и менеджер не нужен, от слова “совсем”. Это хакатон, стартап, что угодно, но не проект. до 7 (±2) В команде проекта пара разработчиков, один тестер, а также парт-тайм аналитик и дизайнер? Допустим, что вся команда около 7 человек. Тут оказывает влияние личностные качества ПМа и его умение работать с людьми. Использование легковесных Agile практик помогает, но еще не является критичным […]

Continue Reading

Путь от разработчика до менеджера

При построении карьеры в определенной области чаще всего выделяют 2 уровня движения: горизонтальный и вертикальный. Горизонтальный — увеличивать экспертизу в определенной технологии или стеке технологий, углубляя знания и получая ценный опыт использования в проектах различного размера и продолжительности. Вертикальный — двигаться в сторону административного управления, увеличивая масштаб ответственности решений и влияния на область деятельности, то есть становясь все более высоким менеджером, вплоть до владельца собственной компании. Первый путь связан с работой с людьми намного меньше, чем второй и это для большинства людей — самое решающее отличие. Тем не менее я хочу рассказать как технарю стать достойным менеджером, с какими проблемами придется столкнуться и каких ошибок стоит […]

Continue Reading

Правильный старт проекта

Речь пойдет именно о первой встрече с клиентом на старте проекта, которая называется Kickoff meeting. Как же провести его правильно и с максимальной пользой? От этой встречи очень сильно зависит ход проекта, потому что именно там будут заложены многие ожидания, обязательства и представления о том, как проект будет выполнен. Еще раз дадим определение kickoff meeting — первая встреча/созвон менеджера проекта (часть команды тоже может присутствовать, но не обязательно) с клиентом после официального подписания контракта или в случае получения формального одобрения на старт от высшего менеджмента компании пока идет формальное подписание контракта. Эта встреча требует серьезной подготовки и проработки повестки, которая должна быть […]

Continue Reading

Менеджер проектов в IT: что можно сказать сразу из описания вакансии

Несмотря на наличие большого количества мировых стандартов и сертификаций для менеджеров проектов, все равно каждая компания вкладывает в это понятие свой собственный смысл, тем более что должность эта достаточно молодая и чуждая слуху советского человека. Даже внутри самой IT сферы существует невероятное многообразие типов проектов: — студии и агенства, которые делают диджитал проекты на стыке маркетинга и разработки, используя как готовые шаблоны так и кастомные кампании — интеграторы больших корпоративных систем ведут большие проекты по внедрению одной технологии долго и дорого — компании, специализирующиеся на государственных системах или подрядах — продуктовые компании, занимающиеся разработкой, продвижением и продажей собственного продукта, будь […]

Continue Reading

Электронные письма, которые решают задачи на вашем проекте (перевод)

How to Write Emails that Solve Problems on Your Project Оригинал: https://pmbasics101.com/emails-project-management/ Как писать электронные письма, которые решают задачи на вашем проекте Сколько электронных писем в день вы пишете? 10? 50? Всегда ли вы получаете ответ, который ожидаете? Я уверен, что нет. Некоторые письма остаются без ответа, ответ на некоторые приходит не по существу письма, некоторые письма превращаются в бесконечную переписку с большим количеством нерелевантной информации и получателей. Это нормально, многие из нас были в этой ситуации. Но хуже всего вот что: вы не видите проблему в таком положении вещей в вашей рабочей переписке Уровень эффективности вашей переписки очень низкий. […]

Continue Reading

Менеджер проектов — это не руководитель или начальник

Ох уж это советское наследие, до сих пор мы используем слово “начальник” с тем же смыслом, что и 50 лет назад. Еще более любимое мною слово — “руководитель”. Вот прям который за руку ведет всех подчиненных. Почему то даже в продвинутой IT сфере менеджер — это больше руководитель: фасилитирует кучу взрослых людей, следит за правильным перемещением бумажек на доске и считает цифры и отчеты в эксельке. Неудивительно, что разработчики периодически устраивают движения в стиле “менеджеры — бесполезны и нам не нужны”. Где крутые продукты на постсоветском пространстве? Один-два единорога в год? Возьмите цифры по росту прибыли аутсорса у нас и в какой-нибудь […]

Continue Reading