Искусство управления IT-проектами - [191]
Наш поезд идет под откос
Наша сравнительно небольшая команда разработчиков (около 15-ти человек, включая тестировщиков и других специалистов) работает уже 5 недель над 30-недельным проектом. У некоторых из нас в ходе начального планирования возникла серьезная обеспокоенность, которая так и не была снята (не была достигнута всеобщая удовлетворенность). А теперь мы поняли, что подходим к краю пропасти: было выбрано ошибочное направление развития архитектуры, бизнес-план страдает бессмыслицей, а команда слишком разобщена и не сфокусирована на достижении единой цели (хотя некоторые в отличие от меня так не думают). Но проект уже приобрел существенный импульс, и руководство не видит опасности или не испытывает озабоченности по поводу имеющихся проблем (хотя уже проявляются тревожные симптомы в виде низкого качества, непрекращающихся споров и нечетко выраженных требований). Как я в качестве руководителя проекта, находящегося в середине процесса разработки, должен действовать, чтобы предотвратить те явления, которые ведут наш поезд под откос? Как защитить команду разработчиков и весь проект от того, что, по моему мнению, приведет к существенным и весьма болезненным изменениям (и к тому, что придется выбросить часть работы в корзину) в течение следующих четырех или пяти недель? Как мне уберечь уже реализуемый проект от схода с рельс?
Борьба с излишней функциональностью
Мы имеем дело с программным продуктом для ведения бухгалтерского учета версии 3.0. Продукт уже обладает многими общепринятыми и важными функциями, и его конструкция приобретает вполне зрелые очертания. Но возникает ситуация, при которой вся команда (специалисты по бизнесу, маркетингу, а заодно с ними и разработчики) поддается общему настроению по продвижению эффектных по виду, но второстепенных по назначению функций, которыми люди, возможно, если и воспользуются, то не более одного-двух раз. Мне уже приходилось наблюдать подобное «раздувание» функций в других проектах, и в данном случае на лицо все те же признаки. Мы превращаемся из организации по разработке программных продуктов в некую «ферму» по разведению новых функций. И всем видится в перспективе история, как в фильме «Ганг Хо». Как мне добиться того, чтобы в версиях 3.0 и 4.0 вся хорошая работа, сделанная в предыдущих версиях, не были похоронена под грудой функций и прочего хлама, родившегося в силу чьих-то предпочтений или продиктованного какими-то маркетинговыми ходами? Как проектирование может и дальше содействовать основному бизнесу, не превращая кодирование продукта и разработку его потребительских свойств в некую зону бедствия?
Стиль совещания, напоминающий чемпионат по борьбе
Я – единственный руководитель проекта в команде из пяти программистов, трех тестировщиков и нескольких других специалистов (составителей документации, специалистов по локализации и т. п.). Процесс решения большинства основных задач проходит в нормальной обстановке, в духе продуктивной совместной работы. Но как только дело доходит до проектирования, все выпускают во все стороны огромные колючки. При определении функциональных особенностей продукта и характера его работы сдержанность куда-то исчезает, и все становится похожим на чемпионат мира по борьбе. Мы спорим, ссоримся, мешаем друг другу и боремся за различные конструкторские решения. Иногда споры идут вокруг конструкции пользовательского интерфейса, иногда вокруг выбора, касающегося общих подходов к программированию (объектных моделей, интерфейса прикладного программирования, а не самой реализации), а иногда они возникают даже вокруг самих технических требований. В нашей организации в порядке вещей ввязывание в подобные дебаты руководителей и менеджеров всех мастей (устройство своеобразных королевских турниров).
Итак, вопрос заключается в следующем: какую роль должен играть руководитель проекта при выборе основных проектных направлений? Что должны делать руководители проектов, отслеживать ход реализации проекта и всячески содействовать этому процессу или возглавить весь процесс? А если они его возглавят, то в какой степени они должны быть причастны к проектированию программного продукта или веб-сайта?
Самодельный или готовый продукт
Перед моей командой встал выбор, покупать дорогой готовый продукт или создать подобный продукт собственными силами; мы выбрали последнее, так как для нас этот продукт был важным инструментальным средством (анализатором производительности программ), мы владели этой тематикой и собирались перенастраивать это средство в будущем. После 5-ти месяцев разработки (с месячным отставанием от первоначального графика работ) продукт так должным образом и не заработал и был весьма далек от завершения (еще 8 недель по текущим прикидкам). Стоимость собственной разработки уже превысила стоимость продукта, имеющегося в продаже. Когда именно руководитель проекта должен трезво оценить реальное положение вещей и убедить руководство купить продукт? Или должны ли мы, несмотря на неудачу, потратить солидные средства и довести свой собственный продукт до завершения?
В этой веселой и практичной книге собраны советы и лайфхаки, которые помогут подготовиться к выступлению любого уровня и масштаба. Скотт Беркун, профессиональный оратор и писатель, рассказывает, как преодолеть страх перед аудиторией, какие нюансы учесть при подготовке к выступлению и как себя вести, если что-то пойдет не по плану. Книга будет интересна профессиональным спикерам, менеджерам, коучам и преподавателям, да и вообще всем, кто выступал или собирается выступать с речью перед малознакомыми людьми (а это хотя бы раз в жизни приходится делать каждому из нас). На русском языке публикуется впервые.
Почему одним – все, а другим – ничего? Можно ли добиться успеха, если не идти на риск? Известный английский журналист и экономист Тим Харфорд выяснил, что законы природы, открытые Чарльзом Дарвином, работают и в бизнесе, и в повседневной жизни, поэтому метод проб и ошибок – единственно верный, какую бы проблему мы ни решали. Все, абсолютно все успешные люди начинали свой путь к вершине с череды более или менее серьезных неудач. Удивительные истории успеха и сокрушительных поражений, рассказанные в этой книге, помогут вам изменить свое отношение к миру.
Сегодня люди перегружены информацией, им некогда рассматривать и обдумывать сотни коммерческих предложений, но в то же время, приобретая даже самые простые вещи, они оценивают множество характеристик предлагаемого продукта и реагируют на те, которые точно соответствуют их ожиданиям и представлениям о качестве. Чтобы обеспечить релевантность ответа компаний на запросы потребителей, Андреа Ковилл, топ-менеджер одного из ведущих мировых коммуникационных агентств, предлагает руководствоваться сформулированным ей принципом.
Руководители редко разграничивают ежедневную срочную работу («вихрь неотложных дел») и стратегические цели, поскольку и то и другое жизненно необходимо для нормальной деятельности компании. Однако эти понятия кардинально различаются и, что гораздо важнее, соперничают за время, ресурсы, энергию и внимание. Если руководитель и его команда будут работать только в авральном режиме, прогресса достичь не удастся – все силы уйдут на то, чтобы удержаться на плаву. Авторы предлагают проверенный набор практик, которые были опробованы сотнями организаций и тысячами команд.
Справочное руководство по краудфандингу написано для предпринимателей, владельцев малого бизнеса, инвесторов и всех тех, у кого есть хорошая идея для венчурного бизнеса. Этот практический ресурс показывает, как создать и управлять успешной кампанией финансирования, которая в конечном итоге достигает своей цели.Написанная в качестве легкого для понимания и всеобъемлющего руководства, книга включает в себя инструменты и информацию, необходимые для создания и поддержания кампании по краудфандингу. Шаг за шагом этот ресурс показывает, что должно быть предпринято для сбора средств под идею или проект.Следуя изложенным стратегиям, начинающие предприниматели узнают, как оценить и выбрать лучшую онлайн платформу для своих целей и создать прочный бизнес-план с учетом специфических особенностей, необходимых для привлечения капитала через краудфандинг.
Автор книги – известный маркетолог и обладатель профессиональных наград Билл Шлей – использовал свой опыт и опыт других успешных предпринимателей, а также изучил методики элитных воинских подразделений США и Израиля, чтобы написать эту книгу. Кроме того, в работе над ней принял участие Грэм Уэстон – основатель Rackspace, крупнейшего облачного сервиса. Он написал предисловие, рассказал историю своей компании и поделился ценными знаниями. Книга раскрывает сущность предпринимательства и объясняет, как стать Неудержимым в мире современного бизнеса.
Эта книга написана директором по маркетингу с 20-летним стажем работы в сфере управления брендами в первую очередь для бренд-менеджеров, будущих и настоящих директоров по маркетингу. Будет полезна генеральным директорам, желающим повысить эффективность оценки своей службы маркетинга. Она малопригодна в качестве пресс-папье или мухобойки. Зато благодаря небольшим размерам и весу легко найдет место на вашем рабочем столе, в сумке или бардачке автомашины (для чтения в пробках), ибо собранные в ней знания нужны и могут быть использованы исключительно в рамках ежедневной практической работы по созданию и развитию брендов.