Маркетинг

Больше данных – меньше проблем!


Новые системы хранения данных для компаний малого и среднего бизнеса. Узнайте подробности и задайте вопросы на on-line-семинаре IBM




White Papers

Cодержит самые полные данные об угрозах, исходящих из Интернета, авторитетный анализ и комментарии. Выводы отчета помогут эффективно защитить компьютеры от вирусов, фишинга и спама в будущем.

Рассматриваются три типичных метода хищения данных: добронамеренные сотрудники, нацеленные атаки извне и мстительные сотрудники. Наряду с обзором способов противодействия даны конкретные советы по предотвращению взлома.

Открытые системы :: Открытые системы

Жизненный цикл продукта: основные методики инженерии требований

в buzz в мой мир в twitter версия для печатисохранить в pdf

Многие руководители считают, что лидеров рынка отличает от аутсайдеров в первую очередь способность контролировать время выпуска продукта и соблюдать сроки реализации проекта.

Кристофер Эберт

Данные о проектах, полученные в результате исследования

В таблице представлены результаты анализа 246 проектов. В первом столбце показаны наша контрольная переменная — число использованных методик. Если в проекте применялась одна, две или три методики, мы не уточняли, какие именно из них, поскольку посчитали, что это не имеет значения (это мы обсудим позже). В применении четырех методик нет никакого порядка или взаимной зависимости. В последнем столбце указана зависимая переменная нашего исследования в виде средней точности соблюдения сроков — вполне приемлемая (в пределах 10% превышения) только в тех случаях, когда при выполнении проекта использовались три или четыре методики.

Благодаря тому что эти методики применялись в самом разном порядке и с различными темпами, мы могли соотнести результаты (задержку проекта) с числом использованных методик. Мы пришли к выводу, что точность соблюдения сроков не зависит от размера проекта, учитывая большой диапазон масштабов проектов, присутствовавших в нашей выборке [7]. Так что меньшие по размеру проекты не обязательно выполняются лучше более масштабных. Фактически проекты, не завершенные в срок, оказались почти равномерно распределены по всему диапазону размеров проектов. Коэффициент ранговой корреляции Пирсона r = 31% показывает, что между размером проекта и задержкой при его выполнении нет никакой связи. Для оценки связи четырех методик с размером проекта использовался двухсторонний критерий хи-квадрат. Критерий показывает, что гипотезу об однородности (статистический тест) можно принять на уровне значимости a = 1%. Использование любой конкретной методики не зависело от размеров проекта.

Мы также установили, что ни одна из четырех методики не коррелирует с другой — для любой пары из четырех методик критерий показывает, что гипотезу однородности можно принять на уровне значимости a = 5% (или ниже), что подтверждает отсутствие корреляции при их применении.

Четыре методики

На рис. 3 приведены общие результаты анализа влияния на продолжительность проекта всех четырех методик. При использовании трех или четырех методик точность соблюдения сроков значительно увеличивалась. Применение одной или двух методик, как и отсутствие всех, не оказывало существенного влияния на задержку в сроках реализации проекта. Двухсторонний критерий хи-квадрат подтверждает гипотезу однородности на уровне значимости a = 1%. При использовании трех или четырех методик число проектов, выполненных в срок, увеличивалось на 20%. В той же ситуации (три или четыре методики) количество проектов, которые были задержаны не более чем на 5% времени, возрастало с 45 до 63%, а проектов, которые были задержаны на 10% времени, увеличивалось с 56 до 77%.

Рис. 3. Точность соблюдения сроков и гибкость увеличиваются при использовании трех или четырех методик

Четыре методики, как правило, применялись в организациях, которые особое внимание придавали совершенствованию процессов. Отношение подразделений организации (бизнес-подразделений или региональных подразделений, отвечавших за выпуск продукта) к процессам жизненного цикла и увеличению точности соблюдения сроков существенно на результат не влияло, хотя одни воспринимали это как основу управления, а другие рассматривали как некую однократную операцию. Необходимо, чтобы вся организация в целом поддерживала управление жизненным циклом продукта и все его функции. Успех любой из методик в первую очередь зависит от обучения и четкого описания ролей.

Создание эффективной управляющей группы для каждой версии продукта

Принятие решений при управлении жизненным циклом продукта ложится на плечи трех человек: менеджера по продукту, менеджера по маркетингу и (часто технического) менеджера проекта. Они должны создать многофункциональную управляющую группу, которая полностью отвечала бы за успех продукта. Во время разработки продукта или принятия решения они не только представляют всех основных заинтересованных лиц, но и оценивают продукт с точки зрения продаж и требований пользователей. Эта управляющая группа должна иметь четко оговоренные полномочия для руководства проектом. Если такая группа создана, но ее права на управление проектом не признаются изначально, то существование группы не имеет смысла. Чем большей властью обладает управляющая группа (в противоположность равноправным субъектам) и, соответственно, чем большими правами на принятие решений и их выполнение, тем быстрее решаются проблемы и тем полнее достигаются цели проекта. В этом и состоят обязанности управляющей группы, и такая иерархия подчиненности должна быть ясна всем заинтересованным лицам, участвующим в проекте.

Менеджер по продукту должен учитывать долгосрочные бизнес-цели, выходящие за рамки одного продукта. Он определяет, что делать и как это делать, и отвечает за бизнес-успех всего портфеля продуктов. Он одобряет план выпуска продуктов и состав портфеля, а также определяет, что и как следует менять. Он отвечает за всю цепочку ценностей продукта на протяжении его жизненного цикла, и главные для него вопросы: что мы оставляем, что мы развиваем и от чего мы отказываемся?

Менеджер по маркетингу продукта определяет, как продавать продукт или сервис. Он отвечает за успех на рынке и удовлетворенность клиентов. Он четко представляет, каковы требования пользователей, тенденции на рынке, перспективы продаж и действия конкурентов. Он сообщает о преимуществах продукта сотрудникам отдела продаж и клиентам. Он составляет план продаж и отвечает за его выполнение. Для него основной вопрос заключается в том, на какие рынки мы ориентируемся?

Менеджер проекта определяет, как лучше всего выполнить проект или контракт. Он гарантирует, что проект реализуется так, как задумано. Он отвечает за успех проекта в компании и у пользователей. Он руководит планом проекта и его выполнением. Его главный вопрос: как сделать так, чтобы все это было реализовано?

Все вместе члены управляющей команды руководят проектом и определяют состав серии продуктов как некой небольшой компанией, без постоянного внешнего вмешательства. Они оценивают затраты и прибыль от портфеля и отвечают за его общий успех.

Концентрация на анализе в контрольных точках

Анализ в контрольных точках — это, по существу, средство обмена информацией и управления рисками. Во время каждого такого анализа состояние проекта оценивается на основе предопределенных критериев и принимается решение о том, стоит ли и как его продолжать. Основная точка отсчета — это портфель, описывающий все продукты в компании и их рынки, а также соответствующие инвестиции. Каждый продукт должен иметь список возможностей, запланированных на несколько следующих версий. В этом списке указывается назначение, рынок, архитектура и технология продукта. Исходя из плана выпуска продукта управляющая группа может составить технологический план выпуска, позволяя таким образом выбирать поставщиков или создавать партнерские связи. Она также составляет отдельные планы выпуска версий и проектов, которые, как правило, имеют срок выполнения от нескольких месяцев до года.


21.09.2006г


Комментарии:


Для того, чтобы оставить комментарий авторизуйтесь или зарегистрируйтесь.

Новости ОСП-ТВ - 03.09.10


30/05/2007 №04

Миражи интеграции
Герман Хохлов
ИТ-рынок наконец-то осознал необходимость интеграции приложений — интеграционные платформы сегодня на пике популярности, а еще пару лет назад приходилось убеждать, что интегрировать лучше «на шине», чем с помощью прямых интерфейсов. Однако сегодня ожидания от внедрения интеграционных платформ часто значительно превосходят их реальные возможности. Мало того, встречаются даже случаи, когда шины рассматриваются как волшебные палочки, решающие все проблемы автоматизации и бизнеса. Интеграция приложений и интеграционные платформы постепенно становятся существенной статьей ИТ-бюджета.
Виртуализация: за и против
Александр Замятин
Сегодня технологии виртуализации вызывают большой интерес со стороны всех участников ИТ-рынка — все больше заказчиков видят в ИТ реальный инструмент бизнеса и все меньше внимания потребители информационных услуг уделяют оборудованию и программным средствам, на которых будет выполняться интересующая их задача. ИТ-инфраструктура все чаще оценивается как единое информационное поле, позволяющее получать, структурировать, обрабатывать и хранить необходимую компании информацию. Концепции виртуализации, начавшие развиваться около 40 лет назад, стали ответом на эти требования, однако виртуализация таит в себе не только преимущества.
Scrum: гибкое управление разработкой
Михаил Борисов
В большинстве случаев программирование — сложный, слабо определенный процесс, требующий от разработчиков творческого подхода. Различные agile-технологии позволяют организовать процесс постепенного приближения к цели проекта путем проведения циклов испытаний с корректировкой последующих, основанных на анализе результатов предыдущих. Scrum — одна из первых методологий циклического наращивания функциональности и корректировки хода проекта на основе анализа обратной связи от пользователей. Методология Scrum устанавливает правила управления процессом разработки и позволяет использовать уже существующие практики кодирования, корректируя требования или внося тактические изменения. Использование этой методологии дает возможность выявлять и устранять отклонения от желаемого результата на более ранних этапах разработки программного продукта.
Метрики управления качеством защиты приложений
Гуннар Петерсон, Элизабет Николс
Функциональность Web-приложений и их пользовательская база развиваются одновременно с ростом угроз, и хотя специальное оборудование (например, сетевые экраны) играет важную роль в деле защиты приложений, для обеспечения их полной безопасности одного оборудования недостаточно. Все эти устройства обеспечивают защиту хостов и средств связи, но почти бессильны перед атаками на сами программные модули или дизайн (интерфейсные экраны) приложения, поэтому предприятия должны сосредоточиться на усилении защиты Web-приложений. Однако здесь сразу появляется ряд вопросов. Какие проблемы могут возникнуть у моих программ? Насколько установленные приложения уязвимы перед лицом наиболее общих угроз? Какие изменения в цикле разработки программного обеспечения могут повлиять на защиту этих уязвимых мест?
Комбайн автоматизации
Александр Александров
Корпоративные платформы управления бизнес-процессами претендуют на то, чтобы, отделив логику выполнения процессов от их программной реализации, включить в единый цикл взаимодействие людей, потоки документов, распределенные информационные системы и базы данных. Когда появился такой «комбайн» с возможностью объединения анализа и моделирования процессов, управления действиями людей и работой информационных систем при обеспечении мониторинга и оптимизации производительности на протяжении жизненного цикла процессов, потребовалось переосмысление организации системы управления бизнес-процессами.
BPM со всех сторон
Наталья Дубова
Ежегодная конференция «Управление бизнес-процессами на предприятии: интеграция в корпоративные системы» вновь собрала полную аудиторию. С чем связан повышенный интерес к BPM и какие решения в данной области предлагаются сегодня отечественному бизнесу? Дисциплина управления бизнес-процессами сложилась в последнее десятилетие в ответ на неэффективную организацию бизнеса по функциональным подразделениям и избыточную сложность предлагаемых подходов к реинжинирингу бизнес-процессов, обычно предписывающих полную и одномоментную перестройку процессов из состояния «как есть» в состояние «как должно быть».
Транзакционная память — первые шаги
Леонид Черняк
Память современных компьютеров в принципе отличается от легендарных ферритовых колечек только своей емкостью и быстродействием: она последовательна по своей природе. С появлением многоядерных процессоров возникает необходимость в альтернативных решениях. Возможно, таким решением станет транзакционная память.

Содержание

Советы и мнения

Открытые системы

Книги

Книжная полка ОС

Академия ОС

Программная инженерия

Безопасность

Приложения

Разное

Интеграция

Менеджмент ИТ

Платформы

Новости

От редакции



Эта рубрика в архиве
Список номеров за



Инфозоны

Adaptive World

Информационные решения компании HP

Новости

Компания HP лидирует в списке TOP500

Практикум

Анализ, синтез и виртуализация

Тенденции

HP-UX: 25 шагов на пути к виртуализации бизнес-критичных задач

Виртуализация

Cовременные сетевые системы хранения и виртуализация в реальном мире
OSP.RU :: Написать письмо.