ВЕЛИКОЛЕПНЫЙ ПРИМЕР
История Джейсона – реакция на просьбы других людей
Я работал в проектной команде, которая разрабатывала новую компьютерную систему для call-центра. Мы быстро поняли, что не сказать нашим заказчикам, какой будет их новая компьютерная система, – ошибка. Однако мы не знали точно, чем именно занимался call-центр и чего он ожидал от разрабатываемой нами компьютерной системы. По этой причине моей команде пришлось несколько раз переделывать проект. Мы постоянно поддерживали связь с заказчиком, предлагая ему все новые и новые версии системы, пока он не услышал именно то, что хотел. Наверное, это очевидно, но по собственному опыту могу сказать, что чаще всего проектные команды (особенно это относится к сфере IT) делают поспешные выводы о том, что необходимо конечному потребителю, даже не посоветовавшись с ним.
Конечно, мы были разочарованы, поскольку потратили уйму времени на корректирование программного обеспечения, а в итоге услышали совсем не то, что ожидали. В довершение ко всему кто-то из call-центра предложил (вполне разумно) сделать некоторые изменения в проекте, что прибавило нам работы.
Вывод всей этой истории таков: мы делали проект специально для call-центра, нашего заказчика, а не для нас самих, значит, именно мы должны были выслушивать их предложения, а не наоборот.
6. Смена курса
Ситуация, когда коллектив начинает отходить от заданного курса, – одна из типичных ловушек, в которую может угодить проектная команда. Если лично вы ощущаете необходимость в том, чтобы выйти за рамки проекта (у вас появились интересные догадки или новая информация), то перед тем, как предпринимать дальнейшие действия, вы должны сообщить об этом остальной части команды. Причем причины, по которым коллективу придется отклониться от заданного курса, должны быть действительно сто́ящими. Наверное, не стоит даже говорить о том, что заказчик или лицо, финансирующее проект, должны быть в первую очередь проинформированы о любых изменениях в проекте.
7. Взаимоотношения в команде
Мы предлагаем вам пять советов по тому, как сохранить крепкие взаимоотношения в проектной команде (эти советы очень схожи с теми, что даны в главе 2).
• Работайте над собой, над своей способностью к эмпатии – старайтесь лучше понять мир тех, кто работает с вами в одной команде. Помните о том, что люди воспринимают все по-разному и чаще всего не так, как вы, – а это значит, что и на работу всей команды коллеги смотрят по-разному.
• Как уже было сказано, конструктивная критика – это здорово. Просто не забывайте о том, что, даже критикуя, вы должны оставаться приятным и приветливым человеком.
• По-настоящему выслушивайте и принимайте во внимание чужую точку зрения.
• Задавайте правильные вопросы с тем, чтобы получить или дать новую информацию и лучше понять своих коллег.
• Поймите, что ваших коллег взяли на этот проект, скорее всего, потому, что они обладают навыками и знаниями специалистов в данной области, а значит, априори заслуживают вашего уважения.
8. Взаимопомощь
Не многие люди, особенно очень умные и образованные, любят признавать, что им недостает знаний, что они неправы или столкнулись с какими-то затруднениями. Так или иначе, всегда происходит что-то, что не было запланировано, что произошло не по вашей вине, и для устранения чего вам необходима посторонняя помощь. Очень важно не прятать проблемы или сложности, с которыми вы не можете справиться в одиночку: заявите о них команде как можно раньше.
Если вам помогли и поддержали в сложную минуту, будьте и вы готовы поддержать других и прийти им на помощь, когда вас об этом попросят.