Решебник начинающего руководителя проекта. Дмитрий Бельков. Читать онлайн. Newlib. NEWLIB.NET

Автор: Дмитрий Бельков
Издательство: Издательские решения
Серия:
Жанр произведения:
Год издания: 0
isbn: 9785006220973
Скачать книгу
время держать этот контекст в голове и с каждым шагом, задачей, собранием, рабочим днем своего проекта двигать результат от «абстракции» к реальной рабочей системе.

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

      Результат важнее процессов!

      Исходя из этого выставляй приоритеты, разрешай споры и фокусируй работу.

      Повторим в очередной раз главное, что надо запомнить из этой главы:

      – Главное – результат.

      – Результат должен быть получен в определенный срок.

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

      – Обсуждение деталей проекта должно проходить в контексте планируемого финального результата.

      Помни об этом постоянно, пока выполняешь роль менеджера.

      За что отвечаю я? \ Роль менеджера проекта

      Люди разные нужны, люди разные важны! Если именно так перефразировать стихотворение Сергея Михалкова, то точно попадешь в корпоративную политику большинства компаний из отрасли информационных технологий.

      Так случилось, что в IT основной ресурс, используемый при выполнении проектов, – это интеллект. Мы не будем называть членов команды «ресурсами», потому что это обидно. Но на наших с тобой графиках и расчетах проекта будет именно так. Каждый член команды вносит свой интеллектуальный вклад в результат, и он, вклад, зависит от роли, которую принял на себя участник проекта в команде.

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

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

      – Ведущий разработчик / техлид – тот же разработчик, но способный принимать архитектурные и сложные технические решения относительно разработки. Как правило, это самый опытный из разработчиков, хлебнувший горя (зачеркнуто) и сделавший несколько реальных проектов. Его вклад в результат – организация разработки от локального кода до выкладки в промышленную эксплуатацию, качество кода, его документирования, технические метрики продукта, показывающие, что система «жива». Этот специалист отвечает за непрерывность, скорость и качество написания кода всеми разработчиками.

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