Искусство управления IT-проектами - [191]
Наш поезд идет под откос
Наша сравнительно небольшая команда разработчиков (около 15-ти человек, включая тестировщиков и других специалистов) работает уже 5 недель над 30-недельным проектом. У некоторых из нас в ходе начального планирования возникла серьезная обеспокоенность, которая так и не была снята (не была достигнута всеобщая удовлетворенность). А теперь мы поняли, что подходим к краю пропасти: было выбрано ошибочное направление развития архитектуры, бизнес-план страдает бессмыслицей, а команда слишком разобщена и не сфокусирована на достижении единой цели (хотя некоторые в отличие от меня так не думают). Но проект уже приобрел существенный импульс, и руководство не видит опасности или не испытывает озабоченности по поводу имеющихся проблем (хотя уже проявляются тревожные симптомы в виде низкого качества, непрекращающихся споров и нечетко выраженных требований). Как я в качестве руководителя проекта, находящегося в середине процесса разработки, должен действовать, чтобы предотвратить те явления, которые ведут наш поезд под откос? Как защитить команду разработчиков и весь проект от того, что, по моему мнению, приведет к существенным и весьма болезненным изменениям (и к тому, что придется выбросить часть работы в корзину) в течение следующих четырех или пяти недель? Как мне уберечь уже реализуемый проект от схода с рельс?
Борьба с излишней функциональностью
Мы имеем дело с программным продуктом для ведения бухгалтерского учета версии 3.0. Продукт уже обладает многими общепринятыми и важными функциями, и его конструкция приобретает вполне зрелые очертания. Но возникает ситуация, при которой вся команда (специалисты по бизнесу, маркетингу, а заодно с ними и разработчики) поддается общему настроению по продвижению эффектных по виду, но второстепенных по назначению функций, которыми люди, возможно, если и воспользуются, то не более одного-двух раз. Мне уже приходилось наблюдать подобное «раздувание» функций в других проектах, и в данном случае на лицо все те же признаки. Мы превращаемся из организации по разработке программных продуктов в некую «ферму» по разведению новых функций. И всем видится в перспективе история, как в фильме «Ганг Хо». Как мне добиться того, чтобы в версиях 3.0 и 4.0 вся хорошая работа, сделанная в предыдущих версиях, не были похоронена под грудой функций и прочего хлама, родившегося в силу чьих-то предпочтений или продиктованного какими-то маркетинговыми ходами? Как проектирование может и дальше содействовать основному бизнесу, не превращая кодирование продукта и разработку его потребительских свойств в некую зону бедствия?
Стиль совещания, напоминающий чемпионат по борьбе
Я – единственный руководитель проекта в команде из пяти программистов, трех тестировщиков и нескольких других специалистов (составителей документации, специалистов по локализации и т. п.). Процесс решения большинства основных задач проходит в нормальной обстановке, в духе продуктивной совместной работы. Но как только дело доходит до проектирования, все выпускают во все стороны огромные колючки. При определении функциональных особенностей продукта и характера его работы сдержанность куда-то исчезает, и все становится похожим на чемпионат мира по борьбе. Мы спорим, ссоримся, мешаем друг другу и боремся за различные конструкторские решения. Иногда споры идут вокруг конструкции пользовательского интерфейса, иногда вокруг выбора, касающегося общих подходов к программированию (объектных моделей, интерфейса прикладного программирования, а не самой реализации), а иногда они возникают даже вокруг самих технических требований. В нашей организации в порядке вещей ввязывание в подобные дебаты руководителей и менеджеров всех мастей (устройство своеобразных королевских турниров).
Итак, вопрос заключается в следующем: какую роль должен играть руководитель проекта при выборе основных проектных направлений? Что должны делать руководители проектов, отслеживать ход реализации проекта и всячески содействовать этому процессу или возглавить весь процесс? А если они его возглавят, то в какой степени они должны быть причастны к проектированию программного продукта или веб-сайта?
Самодельный или готовый продукт
Перед моей командой встал выбор, покупать дорогой готовый продукт или создать подобный продукт собственными силами; мы выбрали последнее, так как для нас этот продукт был важным инструментальным средством (анализатором производительности программ), мы владели этой тематикой и собирались перенастраивать это средство в будущем. После 5-ти месяцев разработки (с месячным отставанием от первоначального графика работ) продукт так должным образом и не заработал и был весьма далек от завершения (еще 8 недель по текущим прикидкам). Стоимость собственной разработки уже превысила стоимость продукта, имеющегося в продаже. Когда именно руководитель проекта должен трезво оценить реальное положение вещей и убедить руководство купить продукт? Или должны ли мы, несмотря на неудачу, потратить солидные средства и довести свой собственный продукт до завершения?
В этой веселой и практичной книге собраны советы и лайфхаки, которые помогут подготовиться к выступлению любого уровня и масштаба. Скотт Беркун, профессиональный оратор и писатель, рассказывает, как преодолеть страх перед аудиторией, какие нюансы учесть при подготовке к выступлению и как себя вести, если что-то пойдет не по плану. Книга будет интересна профессиональным спикерам, менеджерам, коучам и преподавателям, да и вообще всем, кто выступал или собирается выступать с речью перед малознакомыми людьми (а это хотя бы раз в жизни приходится делать каждому из нас). На русском языке публикуется впервые.
Практическое руководство по эффективной презентации, которое поможет захватить, контролировать и удерживать внимание слушателей. Хеллман раскрывает 3 ключевых способа выражения мыслей быстро, кратко и ярко. Книга включает в себя лайфхаки, упражнения и авторские методы, помогающие в выгодном свете представить себя независимо от того, выступаете ли вы перед аудиторией, продаете продукт или пишете электронное письмо.
Секрет мастерства прост: ежедневный труд и правильная его организация. И если вам приходится создавать что-либо, вне зависимости от сферы деятельности, практическое руководство американского хореографа Твайлы Тарп придется как нельзя кстати. Следуя рекомендациям и упражнениям, вы сможете разобраться в механизмах творчества, справиться с блоками и сделать рабочий процесс максимально эффективным. На русском языке публикуется впервые.
На основе интервью с руководителями маркетинга таких успешных брендов, как BBC, Converse, Coca-Cola, ebay и mastercard, а также исследования стратегий H&M, MTV и Diesel авторы раскрывают секрет успешного бренда. Вы узнаете, как сделать свой продукт узнаваемым, увеличить продажи и отвечать требованиям каждого поколения потребителей.
Любое решение, которое вы принимаете, меняет вашу жизнь. Роковое слияние «Даймлера» и «Крайслера». Банкротство «Miramax». Авария на «Аполлоне-13». Что объединяет все эти события? Ошибки, которых можно было избежать на этапе принятия решений. Каждый наш шаг – это выбор, но мы редко задумываемся над ним, спеша жить дальше. Международный эксперт по лидерству Павел Мотыль описывает 16 правил эффективного принятия решений, которые заставят вас измениться. Он анализирует не только примеры из мира бизнеса (хотя именно их тут больше всего), но и нетривиальные случаи из жизни альпинистов, астронавтов, военных и… мафиози. Скорость жизни стремительно растет, а мы блуждаем в сложном лабиринте решений.
Благодаря второй космической скорости космический корабль преодолевает гравитацию. В роли корабля – ваша компания, в роли гравитации – инерция старого образа действий. Например, прошлогодний план. Связывающий вашу компанию по рукам и ногам. Особенно если вы работаете на интенсивно растущем рынке, где стоит чуть ошибиться – и вы упустите большую возможность для роста, которой больше не будет. Конечно, составляя финансовую смету, без прошлогодних данных не обойтись. Но для создания настоящей рыночно-ориентированной стратегии вам придется преодолеть инерцию и помочь коллегам сделать это.
Вам когда-нибудь приходилось высиживать многочасовые скучные презентации? А проводить? Хотите лучше? Чтобы публика ловила каждое ваше слово, а слайды точно доносили вашу идею? Эта книга – самоучитель по созданию вдохновляющих презентаций. Примените 30 простых и эффективных правил, описанных здесь, и ваши выступления будут лучше, чем у 90 % спикеров. На этих страницах вы также найдете примеры притягательных слайдов из блестящих выступлений TED talks. Учитесь у лучших и поражайте своей презентацией!