Скотт Беркун - Искусство управления IT-проектами
- Название:Искусство управления IT-проектами
- Автор:
- Жанр:
- Издательство:Издательство «Питер»046ebc0b-b024-102a-94d5-07de47c81719
- Год:2014
- Город:Санкт-Петербург
- ISBN:978-5-388-00543-4
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Скотт Беркун - Искусство управления IT-проектами краткое содержание
В отличие от множества трудов, посвященных руководству проектами и командами, в этой книге не проповедуются никакие новые учения и не превозносятся великие теории. Скотт Беркун считает залогом успеха практику и разнообразие подходов. В книге описываются основные сложности и проблемные ситуации, возникающие в работе менеджера проекта, даны рекомендации по выходу из них.
Издание предназначено не только для лидеров команд и менеджеров высшего звена, но и для программистов, тестеров и других исполнителей конкретных проектных заданий. Также оно будет полезно студентам, изучающим бизнес-менеджмент, проектирование изделий или программную инженерию.
Текст нового издания значительно переработан автором с целью добиться большей ясности, кроме того, книга дополнена новым приложением и более чем 120 практическими упражнениями.
Искусство управления IT-проектами - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
На подобное объявление откликнется немало людей, и вы сможете отфильтровать неподходящие ответы. Составьте рассылку, предложите время и место первой встречи и организуйте ее. Если выбор пал на личное общение, то снимите место в известном и удобном для общения кафе или баре, которое не будет на тот момент слишком заполнено посетителями (в шумных кафе трудно вести беседу), и выберите подходящее для этого время. Если будут затруднения, то многие публичные библиотеки предоставляют для общего пользования свои конференц-залы. Если вы набираете группу на работе, воспользуйтесь рабочим конференц-залом.
Если вы выбрали виртуальное общение, воспользуйтесь любым из инструментальных средств, позволяющих организовать работу дискуссионной группы, таким как Google Groups ( http://groups.google.com/) или Yahoo! Groups ( http://groups.yahoo.com/), которые могут взять на себя все административные заботы о списке участников. Веб-сайты Meetup.com и Ning.com располагают другими полезными свойствами для организации групп.
Последующие действия
Что из всего этого получилось, покажет первая же встреча или дискуссия. На первой встрече нужно определить повестку дня, предложить основной формат проведения встреч и дать возможность людям высказать свои суждения. Если все согласились с тем, что вы наметили, переходите к дискуссии. Вам, как организатору, нужно всегда появляться на встрече со списком своих собственных вопросов для группы и одной-двумя историями, которыми вы хотели бы поделиться с людьми, если они не спешат добровольно поделиться своими собственными историями. Улыбнитесь, представьте людей по мере их появления и делайте все возможное для формирования той самой дружественной атмосферы, которую вы хотите создать в группе. Когда найдется какой-нибудь желающий помочь в руководстве группой, сделайте этого человека соорганизатором.
Для успешного проведения первой встречи есть один прием – предварительно устроить с несколькими участниками встречу с глазу на глаз. Закажите для них кофе, познакомьтесь и попросите поддержки при проведении первой общей встречи. Такая предварительная подготовка почвы для взаимопонимания в дискуссионной группе снизит вашу нервозность при проведении первой дискуссии, а заодно создаст предпосылки для создания дружественной атмосферы для всех присутствующих, поскольку на встрече будут присутствовать как минимум двое знакомых друг другу людей. Разумеется, такую же роль может сыграть и какой-нибудь ваш друг, заинтересовавшийся работой дискуссионной группы.
Но независимо от того, насколько вы сможете произвести впечатление на присутствующих, некоторые покинут дискуссионную группу после первой же встречи. Это нормальное явление. Они проявили любопытство, захотели посмотреть, что это такое, но после первого же посещения их любопытство иссякло. Остаются именно те, кто вам нужен. Даже если у вас остался только один заинтересованный человек, вы можете попросить его помочь в расширении группы или же сохранить этот минимальный состав группы.
Обычные темы для обсуждения
Простейшим форматом работы дискуссионной группы будет следование главам книги. Каждую неделю люди читают очередную главу и собираются, чтобы обсудить свои мысли, поделиться историями или выполнить упражнения к этой главе. Когда книга подойдет к концу, нужно подобрать другую книгу. Или нужно менять ответственных за проведение дискуссий каждую неделю, при этом каждый участник должен подбирать публикацию на блоге или веб-статью для чтения и обсуждения. В качестве дополнения хочу предложить вам несколько типовых тем для обсуждения, позаимствованных из материалов работы упомянутой ранее дискуссионной группы PM Clinic.
Баланс личного времени и времени, уделяемого команде
Одна из моих обязанностей в качестве руководителя проекта – защита разработчиков моей команды от постоянных отвлечений и выстраивание структуры их работы таким образом, чтобы у них были отрезки времени, позволяющие сконцентрироваться на выполняемой работе. Моя проблема в том, что я тоже нуждаюсь в каком-то соглашении, позволяющем мне выделить время для того, чтобы сосредоточиться на решаемых вопросах. Я понял, что, пытаясь уладить дела своей команды и своих клиентов, я частенько выкраивал «часы для концентрации» только после работы или на выходные. Мне нужен совет других руководителей проектов, как им удается выдержать баланс времени для уединенной работы, чтобы отвечать на запросы и нужды заказчиков и специалистов команды, и в то же время прерываться на организацию работ из их текущего перечня.
Заказчики и их отношения с командой
Как руководитель я отвечаю также и за владение обстановкой в части взаимоотношений с внешним заказчиком. Проблема в том, что по крайней мере четверо из моей команды взаимодействуют с командой заказчика (работают с четырьмя различными ее представителями) как минимум раз в неделю. Я понимаю, что практически невозможно быть в курсе всех проблем, с которыми сталкивается заказчик, чтобы обеспечить его удовлетворенность нашей работой. Как мне отследить все контакты с заказчиком и обеспечить полную информированность всей команды без негативной реакции всех участников событий? Самыми ценными были бы советы тактической и стратегической направленности.
Стоит ли следовать инновациям?
У команд разработчиков довольно узкое окно предложений чего-либо отличного или инновационного по сравнению с теми организационными или производственными нормами, которых они придерживаются. С другой стороны, прокладывать маршрут, исходя из обнаруженных ошибок, функциональных запросов заказчика, прихоти вице-президента или функциональных возможностей, реализованных конкурентами, сродни возврату к каторжному труду, где разработчики скованы одной, но уже цифровой цепью. Как команде лучше всего подготовиться, а затем справиться с реализацией тех скромных возможностей отступления от общепринятых норм? Как найти баланс между инновационными вкладами и другими делами, такими как выполнение текущей работы?
Мой босс – любитель покрасоваться
Руководитель всего проекта, мой босс – большой любитель покрасоваться. Когда проводятся командные совещания, он тратит все время на пустую болтовню (рассказывает разные истории о своих подвигах, о том, кто и когда наступил ему на любимую мозоль, отпускает какие-то пошлые шутки). Похоже, что он считает себя интересным человеком, но его точку зрения мало кто разделяет. Поэтому наши еженедельные совещания превратились в сплошную муку. Он не придерживается собственной повестки дня и не понимает, что попусту тратит время многих людей. Как с этим бороться?
Читать дальшеИнтервал:
Закладка: