ДОБЕЙТЕСЬ УСПЕХА В БИЗНЕСЕ С ПОМОЩЬЮ ТОЧНОГО ПЛАНИРОВАНИЯ ПРОЦЕССА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
СТРАТЕГИИ ОЦЕНКИ ПРОЦЕССА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Управляйте рисками и ожиданиями с помощью системы точной и надежной оценки. Узнайте, как новый продукт компании Borland® CaliberRM™, может помочь оптимизировать планирование и выполнение процесса разработки программного обеспечения, а также управление этим процессом для всех вовлеченных в него участников, групп и технологических платформ.
Официальный документ компании Borland
ДОБЕЙТЕСЬ УСПЕХА В БИЗНЕСЕ С ПОМОЩЬЮ ТОЧНОГО ПЛАНИРОВАНИЯ ПРОЦЕССА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ОГЛАВЛЕНИЕ
Краткий обзор...................................................................................................................................................... 3 Новая эра ответственности ............................................................................................................................. 3 Оценка проекта по разработке программного обеспечения и планирование рисков ...................... 4 Решение Borland для автоматизированного планирования и оценки.................................................. 5 Заключение.......................................................................................................................................................... 6 О компании Borland............................................................................................................................................ 7
2
ДОБЕЙТЕСЬ УСПЕХА В БИЗНЕСЕ С ПОМОЩЬЮ ТОЧНОГО ПЛАНИРОВАНИЯ ПРОЦЕССА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Краткий обзор
Чем больший упор крупнейшие мировые корпорации делают на свои информационные разработки для достижения конкурентного преимущества, тем более важной становится способность компании осуществить быструю разработку специализированного программного обеспечения. Но даже усилия лучших групп разработчиков, состоящих из наиболее квалифицированных специалистов, могут быть сведены на нет слабой организацией системы взаимодействия и обмена информацией, особенно между руководством компании и группами разработчиков. На многих крупных предприятиях часто возникают конфликты между руководством и группами разработчиков. Руководители компаний недовольны тем, что проекты разработок не соответствуют их ожиданиям, ставя под угрозу срыва бизнес-планы. Со своей стороны, организации, занимающиеся разработкой программного обеспечения, обвиняют во всем руководство, ссылаясь на то, что его представители не могут четко выразить свои требования или указать на приоритетные задачи, устанавливают необоснованно сжатые сроки для выполнения проекта и отказываются дать обоснованную оценку его ходу, что в совокупности становится причиной провала. Что же на самом деле стоит за этим конфликтом? Истинная причина состоит в отсутствии хорошо разработанной системы взаимодействия и необходимости развивать процессы, которые бы способствовали сотрудничеству и совместной работе. ИТ-менеджеры по продукту, руководители проектов и бизнес-аналитики могут по-разному представлять себе цели и задачи разрабатываемого проекта. Изменения как со стороны руководства компании (возможно, необходимость добавления новых функций), так и со стороны разработчиков (внезапное сокращение ресурсов) могут сделать исходные планы неактуальными и необъективными. Если не будет выработано единого, всем понятного метода управления ожидаемыми результатами и снижения рисков, связанных с разработкой, конфликты будут продолжать возникать, приводя к провалу проектов и подрывая веру руководства компаний в разработчиков. В соответствии с исследованием CHAOS («Хаос»), проведенным независимой исследовательской и консультационной компанией The Standish Group, основной причиной провала большинства проектов является нехватка квалифицированных руководителей проектов и недостаточная поддержка со стороны руководства компаний. Поскольку успех компании в бизнесе в последнее время все больше и больше зависит от успешного хода процесса разработки программного обеспечения, возможность управления рисками при разработке проекта стала в наши дни обязательным условием. Для поддержания конкурентоспособности компаниям следует прекратить
сваливать вину друг на друга и начать использовать при разработке программных продуктов процессы, убыстряющие работу, легко управляемые и способные адаптироваться к окружению. В этой публикации рассказывается о том, как руководители проектов по разработке программных продуктов и бизнес-аналитики могут взять контроль над процессом оценки и создать атмосферу доверия в организации, занимающейся разработкой программного обеспечения. Описываемый подход позволит всем участникам процесса разработки давать адекватную оценку успешности проекта и обеспечит соответствие стратегии разработчиков бизнес-целям компании. Кроме того, с его помощью руководители проектов по разработке программного обеспечения и бизнес-аналитики смогут извлечь максимальную выгоду из разрабатываемых ими проектов. В публикации рассказывается о том, как лучше вести разработку в условиях нестабильности, характерной для этой сферы, и описываются стратегия оптимизации разработки программного обеспечения, представленная компанией Borland (Borland Software Delivery Optimization), и решение нового поколения Borland® CaliberRM™ для управления требованиями и оценки проектов.
Новая эра ответственности
Управление рисками применяется как нечто само собой разумеющееся практически во всех инженернотехнических дисциплинах. Обычно оно ассоциируется со сбором и дальнейшим анализом различных технических данных на разных этапах производственного цикла. Несмотря на это, многие компании, занимающиеся разработкой программного обеспечения, не спешат внедрять эти технологии в свои процессы разработки. Подобный консерватизм может быть вызван относительной новизной процесса разработки программного обеспечения как технической дисциплины. Как бы то ни было, очень часто подобная ситуация приводит к закрытию проекта или становится причиной технических затруднений, перерасхода бюджетных средств и затягивания поставленных сроков. По данным исследования компании The Standish Group, в 2003 году только 28% проектов были выполнены в срок и в пределах выделенного бюджета, в то время как в 48% приложений на момент выпуска не были реализованы все предусмотренные функции. Так почему проекты столь часто не доживают до финальной стадии? Проблема в том, что в попытке достичь большей окупаемости руководство компании постоянно оказывает давление на группы разработчиков, требуя оптимизации ресурсов и достижения максимального результата с минимальными затратами. Изменение постановки задачи в процессе разработки считается нормой, как и постоянное ускорение производственных циклов. Кроме того, за последнее время резко усложнились технологии и архитектуры. В результате в области ИТ-разработок наблюдается полуконтролируемый хаос.
3
ДОБЕЙТЕСЬ УСПЕХА В БИЗНЕСЕ С ПОМОЩЬЮ ТОЧНОГО ПЛАНИРОВАНИЯ ПРОЦЕССА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
«Во многих случаях ИТ-менеджеры говорили нам, что они берут наиболее оптимистичный результат оценки, умножают его на два и прибавляют половину». Источник: «Extreme Chaos» The Standish Group International Часто подобная ситуация приводит к тому, что руководство компании и группы разработчиков программного обеспечения начинают перекладывать вину друг на друга. Руководители компании обвиняют разработчиков в неспособности четко спланировать проект и дать ему оценку. Они также утверждают, что команда разработчиков не в состоянии дать адекватную оценку надежности проекта и спрогнозировать возможность его провала, поэтому руководство не может определить, насколько реалистичны существующие ожидания, а значит, и предвидеть, какие изменения придется вносить в ход работы над проектом. С точки зрения руководителей компании, разработчики не заслуживают доверия. Так как зачастую ход работы над проектами в отделах разработок не соответствует ожиданиям, на предприятиях эти отделы относят к числу наиболее проблемных. Разработчики, в свою очередь, часто обвиняют руководителей компании в том, что последние отказываются принимать точные и адекватные оценки и вместо этого воспринимают все претензии группы разработчиков как попытку «встать в защитную стойку». Кроме того, разработчики считают, что руководство компании не всегда в состоянии четко определить и указать первостепенные задачи и требования к проекту. Исходные планы и расчеты очень быстро теряют свою актуальность, так как руководство может кардинально изменить постановку задачи в процессе разработки, не принимая во внимание тот факт, что это напрямую влияет на сроки сдачи проекта и его бюджет. В то же время руководители проектов и бизнесаналитики недовольны тем, что сложившееся положение ограничивает их способность своевременно и адекватно оценивать ситуацию. Во всем этом хаосе безусловно одно — успех в бизнесе все больше начинает зависеть от удачного планирования процесса разработки программного обеспечения. Наступает новая эра ответственности, в которой возможность управления рисками, связанными с разработкой программного обеспечения, становится обязательным требованием. Управление рисками должно основываться на совместном и последовательном планировании проекта с самого его начала. Если все участники процесса будут иметь четкое представление о поставленных задачах и вероятных последствиях их пересмотра, это будет способствовать более тесному взаимодействию заинтересованных сторон и сохранению контроля над ходом работы. Отдавая предпочтение технологиям, обеспечивающим соблюдение установленных сроков, руководители проектов и бизнес-аналитики смогут в полной мере управлять ходом разработки, что поможет компании извлечь из проекта максимальную выгоду.
Оценка проекта по разработке программного обеспечения и планирование рисков
Удачное планирование и оценка проекта основываются на надежной системе прогнозирования, то есть способности разработчиков заранее определить срок выполнения проекта, а также объем трудовых и технологических ресурсов и размер бюджета, необходимые для его успешного завершения. Разработчикам следует учитывать имеющийся опыт работы над программным обеспечением и ссылаться на него для подкрепления своих оценок. Прогнозирование, однако, сопряжено с серьезными трудностями. Группы разработчиков часто не владеют полной информацией о проекте и поэтому не всегда могут реалистично его оценить. Недостаточная осведомленность разработчиков приводит к неточной оценке бюджета и сроков выполнения, из-за чего возникают сложности при расчете коэффициента окупаемости и бизнес-планировании. В конечном счете отсутствие полного представления о требованиях по проекту увеличивает вероятность того, что проект будет выполнен с невысоким качеством, а бизнес-цели не будут достигнуты. Группам разработчиков, которые выполняют прогнозирование, часто не хватает информации о прошлых проектах. Неспособность провести анализ внутренних тенденций означает, что разработчики не знакомы с оценками расходов и сроков, выполнявшимися в их организации для других проектов, а также не знают, удавалось ли достичь поставленных в этих проектах целей. Информация о бюджетах и сроках выполнения аналогичных проектов в отрасли в целом также зачастую бывает недоступна. Кроме того, компании, занимающиеся разработкой программного обеспечения, постоянно сталкиваются с изменением требований, сроков и объема выделяемых ресурсов. Руководители компаний нередко расширяют список требований, настаивая при этом на соблюдении оговоренных сроков выполнения и отказываясь предоставить дополнительные ресурсы. В результате предварительные оценки теряют свою актуальность, а компании, в стремлении побыстрее
4
ДОБЕЙТЕСЬ УСПЕХА В БИЗНЕСЕ С ПОМОЩЬЮ ТОЧНОГО ПЛАНИРОВАНИЯ ПРОЦЕССА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
представить продукт на рынке, приносят в жертву качество. В наши дни, когда уровень конкуренции в деловом мире необычайно возрос, многие организации сокращают объем ресурсов, отводимых на разработку, чтобы снизить расходы. Подобное сокращение средств не лучшим образом сказывается на качестве продукта и часто становится причиной затягивания сроков выполнения проекта. Из-за этих трудностей, а также связанных с ними рисков и последствий при планировании и оценке проекта неизбежны ошибки, что указывает на слабость системы корпоративного прогнозирования. И поскольку группе разработчиков и руководству компании не всегда удается достичь компромисса в отношении задач проекта, его объема, сроков и бюджета, многие проекты бывают обречены на провал, еще не успев начаться. Чтобы разрешить эту проблему, необходимы программные средства, которые позволили бы разработчикам не отступать в процессе разработки программного обеспечения от привычной для них технической точности. Использование таких программных средств даст членам проектной группы возможность более четко определить требования, предъявляемые к проекту по разработке программного обеспечения, а также внедрить воспроизводимый и автоматизированный подход к оценке и прогнозированию. Этот подход позволит скоординировать работу всех задействованных сотрудников и сформировать общее для всех участников представление о проекте. Следствием этого станет сокращение рисков и значительное повышение качества продукта.
Решение Borland для автоматизированного планирования и оценки
В рамках своей стратегии оптимизации разработки программного обеспечения компания Borland предлагает программный продукт нового поколения, CaliberRM, для управления требованиями на всех этапах разработки проекта. CaliberRM — интегрированный продукт, который обладает всеми функциями, необходимыми для успешной работы руководителей проектов и бизнес-аналитиков, в том числе средствами управления рамками проекта, планирования , оценки проекта и прогнозирования. CaliberRM представляет собой набор программных средств для разработчиков, необходимых для построения основанного на взаимодействии окружения, которое позволит оптимизировать планирование и выполнение процесса разработки программного обеспечения, а также управление этим процессом для всех вовлеченных в него участников, групп и технологических платформ.
CaliberRM является решением для управления требованиями на уровне предприятия, автоматизирующим процессы определения, классификации, назначения приоритетов и распространения требований для всех участников процесса разработки программного продукта и помогающим руководителям и аналитикам точно и объективно оценивать проект. CaliberRM позволяет руководству и техническому персоналу получить доступ к актуальной информации, касающейся требований по проекту; с его помощью руководители могут обсудить изменения и проанализировать их влияние на задачи, сроки и ресурсы. Компания Borland предусмотрела в CaliberRM средства оценки, помогающие организациям выполнять точную оценку расходов, сроков и рисков в процессе разработки программного обеспечения. Кроме того, средства оценки CaliberRM позволяют контролировать ход проекта на всех стадиях его разработки, а также проверять и уточнять исходные оценки, если в процессе разработки произошло изменение требований. Данный программный продукт поможет разработчикам и руководству компаний в достижении компромиссов и проведении анализа на основе сценариев для оптимизации проектных планов и снижения рисков. Для доступа ко всем перечисленным функциям используется удобный графический формат, позволяющий быстро и эффективно обрабатывать информацию, которая может быть использована всеми участниками процесса разработки. Процесс оценки и планирования проекта начинается со сбора в СaliberRM начальных требований по проекту. Затем пользователи определяют оценку предполагаемых усилий, которая будет выполняться при каждом добавлении нового требования. Оценка, выдаваемая CaliberRM, основана на учете трех возможных сценариев для каждого требования, то есть на анализе ситуаций, возникающих при условии выполнения максимального, наиболее вероятного и минимального объемов работы. Исходя из этих трех сценариев можно прогнозировать общую продолжительность проекта. После того как команда разработчиков определила исходные требования по проекту, можно начинать процесс оценки. Сначала участники проекта должны выбрать средства оценки на панели инструментов CaliberRM. Программа автоматически рассчитает продолжительность проекта на основе заданных требований. На этом этапе пользователи могут выполнить статистический анализ проекта. CaliberRM использует аналитический алгоритм, который предлагает тысячи возможных сочетаний «смоделированных значений» для сроков и усилий, позволяющих завершить проект. На основе этих комбинаций программа строит статистическую кривую планирования проекта, с помощью которой можно определить примерные
5
ДОБЕЙТЕСЬ УСПЕХА В БИЗНЕСЕ С ПОМОЩЬЮ ТОЧНОГО ПЛАНИРОВАНИЯ ПРОЦЕССА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
трудозатраты, необходимые для выполнения проекта в указанные сроки. Для руководителей службы контроля качества программа вычисляет предположительное среднее время обнаружения ошибки в проекте, что помогает спрогнозировать уровень качества выполнения и надежности проекта с учетом установленных сроков. Кроме того, программа полностью рассчитывает наиболее вероятные сроки, бюджет и объем требуемых трудовых ресурсов. После выполнения начальной оценки проекта руководитель проекта или представитель руководства компании может повторить процедуру, на этот раз задавая ограничительные и приоритетные условия. К числу ограничительных относятся допустимые предельный срок завершения проекта, максимальный размер бюджета, максимальные трудовые затраты и минимальное среднее время обнаружения ошибки. В качестве приоритетного условия для планирования можно установить как можно меньший размер бюджета, как можно более сжатые сроки выполнения или как можно меньшее количество неисправностей. Используя набор ограничительных и приоритетных условий, CaliberRM определяет, возможно ли выполнение проекта с учетом данных требований. В отдельных случаях CaliberRM может выдавать предупреждение, сообщающее о невозможности выполнения проекта с учетом введенного набора требований. В таких случаях рекомендуется определить, что представляется более допустимым: возможное затягивание сроков или пересмотр объема выделенных ресурсов. Если невозможно ни то, ни другое, единственным выходом остается уменьшение числа требований. CaliberRM позволяет пользователям определить несколько сценариев, каждый из которых связан со своим набором требований, что дает возможность выполнить анализ того, как сокращение набора требований может отразиться на сроках выполнения и бюджете проекта. Возможность задания ограничительных условий на основе бюджета, сроков, трудовых ресурсов и уровня качества обеспечивает взаимодействие разработчиков и руководителей компании, помогая им оценивать компромиссные и альтернативные варианты. Руководство может попытаться установить ограничительные условия, исходя из своих деловых соображений. В ответ руководитель проекта, используя информацию, полученную с помощью CaliberRM, немедленно укажет на вероятные последствия и оценит реальность внедрения. Таким образом, руководство получит наглядное представление о том, как принимаемые им решения могут повлиять на ход проекта. При согласованном применении данного подхода оценка и планирование превращаются
в процесс, основанный на взаимодействии руководства и разработчиков, в котором каждая из сторон предоставляет важные данные, используемые для оптимизации процесса. Кроме того, чем больше CaliberRM будет применяться на практике, тем точнее будут результаты выполняемого им прогнозирования. С помощью этого решения можно управлять приложениями для анализа внутренних тенденций и оценки программного обеспечения. Данные, получаемые при выполнении проектов в рамках организации, вносятся в базу и учитываются в дальнейшем при оценке аналогичных проектов, что делает эту оценку более реалистичной и точной. Процесс выполнения проекта, как и любой другой, совершенствуется с течением времени. Использование корпоративной базы данных (возможно, дополненной данными, которые были получены на других предприятиях, работающих в той же отрасли) делает его более точным и четким, что позволяет группам разработчиков увереннее прогнозировать ход работы на все более и более ранних стадиях жизненного цикла проекта.
Заключение
Поддержка, оказываемая руководством компании организациям, которые занимаются разработкой программного обеспечения, во многом зависит от того, в состоянии ли последние верно определить сроки, кадровые и технологические ресурсы, а также бюджет, необходимые для успешного завершения проекта. Неумение точно прогнозировать объем необходимых ресурсов приводит к появлению далеких от реальности требований, что становится причиной провала проектов, а также подрывает доверие к организациям, занимающимся разработкой программного обеспечения, и заставляет руководство сомневаться в их способности создать экономически эффективный продукт. До последнего времени организациям, занимающимся разработкой программного обеспечения, и руководителям проектов недоставало программных средств и информации для выполнения реалистичного прогнозирования на уровне предприятия, следствием чего становилась недостаточная обоснованность проектных планов. Решение Borland CaliberRM предлагает набор эффективных программных средств для управления рисками и требованиями, с помощью которых компании могут выстроить основанное на взаимодействии окружение, оптимизирующее планирование и выполнение процесса разработки программного обеспечения, а также управление этим процессом для всех вовлеченных в него участников, групп и технологических платформ.
6
ДОБЕЙТЕСЬ УСПЕХА В БИЗНЕСЕ С ПОМОЩЬЮ ТОЧНОГО ПЛАНИРОВАНИЯ ПРОЦЕССА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
О компании Borland
Стратегия оптимизации разработки программного обеспечения (Software Delivery Optimization) и развития программных продуктов, проверенные решения и передовая практика компании Borland основаны на более чем 20-летнем опыте решения проблем разработки программного обеспечения для предприятий. Borland предлагает пакет эксклюзивных решений, которые автоматизируют процесс оценки и планирования проектов, обеспечивая конструктивное взаимодействие основных участников процесса планирования, включая руководителей компании, коммерческих директоров и руководителей проектов по разработке программного обеспечения. Чтобы получить дополнительные сведения о CaliberRM или заказать пробную версию, обращайтесь на www.borland.com и www.ALMportal.ru.
Сделано в компании Borland® © Borland Software Corporation, 2005. Все права защищены. Все марки и наименования продуктов компании Borland являются охраняемыми товарными знаками компании Borland Software Corporation в США и в других странах. Все прочие товарные знаки являются собственностью соответствующих владельцев. Штаб-квартира: 100 Enterprise Way, Scotts Valley, CA 95066-3249 • 831 431-1000 • www.borland.com • Представительства в странах: Австралия, Бразилия, Великобритания, Венгрия, Германия, Гонконг, Индия, Ирландия, Испания, Италия, Канада, Китай, Корея, Мексика, Нидерланды, Новая Зеландия, Россия, Сингапур, США, Тайвань, Финляндия, Франция, Чехия, Швеция, Япония • 23282
7