Управление программными проектами — наизнанку / Блог компании 1. С- Битрикс / Хабрахабр. Спросите у водителя рейсового междугороднего автобуса: «сколько часов добираться в пункт назначения?».
Спросите у водителя рейсового междугороднего автобуса: «сколько часов добираться в пункт назначения?». В большинстве случаев . Книга «Управление программными проектами. Достижение оптимального качества при минимуме затрат (+ CD-ROM)» Роберт T. Фатрелл, Дональд Ф.
Вопросы управления программными проектами давно. Шафер Д.Ф., Фатрелл Р.Т., Шафер Л.И. Управление программными .
В большинстве случаев — услышите тишину, а если не повезет — получите испепеляющий взгляд и привкус бензина будет преследовать вас пару дней как минимум: потому что неизвестно никому, что случится за поворотом : -) То же самое происходит ежедневно в программных проектах — и в ответ на «когда» нужно либо промолчать, либо что- то красиво и уверенно соврать. Разработка софта (полет на Марс, строительство небоскреба новой спиралевидной формы в Дубае) — это, положив руку на сердце, настолько сложный и полный рисков процесс, что, не имея формально четкого технического задания (в стиле строгого доказательства формулы корней квадратного уравнения через вывод из бинома Ньютона) — можно лишь задекларировать религиозные постулаты (фичи) и сроки (пророчества) и заставить себя и других поверить в них (во веки веков аминь). Поэтому вы обречены каждый раз шагать в туман с молитвенником и компасом — каждый раз надеясь на удачу и. Только опыт, собранный по крупицам и подвергшийся скрупулезному анализу подсознания во время бессонниц — поможет, но где его взять. Скажу больше — именно устранение препятствий в некоторых современных методологиях (scrum) — и является гарантией достижения цели проекта.
Если разложить известные «риски и чего делать нельзя» на имеющиеся на рынке инструменты управления проектами/командами — можно получить живые и работающие примеры успешной автоматизации — которые, как мы увидим дальше, конечно вместе с работающими в них людьми — ведут нас к успеху, всегда. И даже если ваш программный проект, несмотря ни на что, придет в точку АА, вместо А — это можно будет пережить и распробовать, как победу. Причины и инструменты. Теперь рассмотрим причины, ведущие к проектным неудачам и подберем соответствующий инструмент, помогающий нам в пути через туман.«Многабукв». Если в вашей команде нет товарищей с фотографической памятью — отхватите по полной эту проблемку. С началом проектирования, разработки, тестирования и деплоинга — пойдет шквал информации, с которой нужно будет что- то эффективно делать или информация разорвет мозг сначала вам, потом клиенту, а потом вытечет через окна офиса.
Хранить в почте это не получится — почта предназначена «немного» для другого. Если не верите — готовьтесь читать 2. Как спасаться: — wiki— Wiki— WIKIТ.
Еще лучше — поддерживать тэги, а еще лучше — не обрезать окончания слов при стемминге как средневековый мясник, а красиво индексировать все словоформы и по запросу: «дню», возвращать «день». Позволять внешнему поисковику индексировать внутреннюю проектную базу, мягко говоря, опасно. Поэтому поисковик нужен внутренний — а где его взять- то? В наличии вариантов в opensource не так много: — sphinx— solr. Отмечаем: «нужен поисковик по wiki и документам, внутренний». Я кому- то это поручал.. Именно — мы нередко даем поручения со сроками и попадаем в капкан «тренера рыжих обезьян» — нужно бегать и напоминать исполнителям о задачах и сроках.
Как это делается? Запомнить ее можно, но поверьте, через неделю ее вытеснит из вашего мозга другая, БОЛЕЕ полезная информация. Поэтому всю полезную информацию обязательно нужно сохранить в чем- то, типа базы знаний, и потом обращаться, уточнять и т. Для этой роли прекрасно подходит описанная выше wiki и поиск по ней. Когда? Когда человек творит что- то, пишет «с нуля», он не ощущает времени и не должен дискретно отвлекаться раз в минуту на проверку — ничего не проспал, ничего не забыл? Тут всем в команде поможет конечно инструмент типа календарь — с возможностью добавлять события, напоминания по событиям (в т.
Для менеджеров также конечно был бы полезен инструмент бронирования помещений для проведения в указанный момент времени совещания с командами/клиентами. Помечаем: «нужен календарь с напоминалкой на мобилу и резервированием сущностей»Как тебя зовут.. Бывало такое? Дальше будет чаще — мозг постепенно стареет, если его не упражнять хрестоматиями по программированию. Обязательно с перечнем не только ФИО, но и изображений в высоком разрешении и телефонов (скайпа и т. Помечаем: «нужна иерархия компании с телефонным справочником и поиском». Страх. Чем сложнее проект, тем важнее открытость, доверие и профессионализм.
Крайне важно, чтобы любые «косяки» и мутные вопросы всплывали наверх и обсуждались — как можно быстрее и объективнее. Очень опасно давать таким созданиям расти и, не дай бог, размножаться методом деления отрезка пополам. Еще более опасный паттерн — прикрытие проблем вышестоящим руководителем, путем растягивания удовольствия через создание «видимости порядка». В таких случаях нужен инструмент размещения информации для публичного обсуждения и получения обратной связи от коллег — т. Если удача на вашей стороне — вас лайкнет топ- менеджер или генеральный директор — разумеется это сильно повысит общую карму проекта и шансы на успех. Помечаем: «нужно без страха и сомнения постить мысли и проблемы в группы с возможностью собрать фидбек и обсудить».
Схватить и «замучить». Коммуникации в проекте настолько важны, что, по секрету, если бы все менеджеры сидели за круглым столом и постоянно общались — проекты бы никогда не заваливались : -) Поэтому важно как можно быстрее обмениваться информацией — но как? По телефону, скайпу.
Ну и конечно — общаться с коллегами в защищенном (т. Нередко нужно собираться вместе с другими командами и атаковать проектные риски. Инструкция По Охране Труда При Отборе Проб С Молоковоза далее. Групповая видеоконфа — это хорошо, но часто полезно также общее пространство для обмена информацией — типа рабочих групп, и будет супер — если в эти группы можно будет подключать внешних экспертов. Отмечаем: «нужно общее рабочее пространство и внешний коннект к нему».«Точка сборки». С утра на работе не знаешь с чего начать, кого первым проконтролировать — чтобы к вечеру не завалить чего- нибудь важное.
Есть ощущения — что . При этом нужно проверить, что случилось критичного со вчерашнего вечера и прошедшей ночью. Задача — сложно решаемая.
Некоторые подписываются на RSS- уведомления, некоторые развивают навыки скорочтения электронной почты. Сложный проект, особенно программный — это всегда растоптанная диаграмма Ганта и поход в тумане с компасом и горящим сердцем, в окружении надежной команды — но если не допускать распространенных ошибок и работать с известными рисками — можно, если повезет, прийти в район дислокации проектной цели, отпраздновать победу и насладиться хорошим настроением! Тем не менее, практика постоянно доказывает — если предотвращать известные риски и ограниченности человеческого разума, помогать командам эффективно взаимодействовать, «нагибая» для этого силиконовые мозги компьютера и знать как зовут девушек- программистов в компании — ваш программный проект обязательно выйдет из пустынного тумана к цели, т. Мы работаем в подобной системе внутри компании, если что : -).