Варианты использования (use cases) для быстрой оценки проектов (Надежда Полуянова, AnalystDays-2012) — различия между версиями

== Примечания и отзывы ==
<blockquote>
Надежда Полуянова из компании Альторос Девелопмент поведала нам о таком методе оценки проектов, как Use Case Points (презентация), включенный в методологию RUP. В своем докладе она провела сравнение PERT-анализа, как основной практики оценки трудозатрат на разработку проектов, и менее известной, но более доступной аналитику, системе Use Case Points. Суть метода состоит в том, чтобы выделить актеров и варианты использования на основе имеющихся требований к системе, назначить им уровни сложности (для актеров – исходя из того, человек это или сторонняя система; для ВИ – базируясь на  количестве транзакций либо затрагиваемых классов системы), прикинуть коэффициенты технических и внешних факторов и затем на основе довольно простых расчетов выдать проектную оценку трудозатрат. Подход довольно интересен и, на наш взгляд, вполне подойдет для несложных проектов (с учетом того, что аналитик адекватно представляет трудозатраты команды на одну транзакцию ВИ). Насчет проектов, в которых трудозатраты ложатся не только на реализацию взаимодействия пользователя либо сторонней системы с приложением, у нас остались существенные сомнения. Отметим, что Надежда очень живо и увлекательно представила свой доклад, чем он по итогу, по большей части, и запомнился.

[http://analyst.by/library/articles/2049-analystdays2012review ©]</blockquote>

<references/>



[[Category:Бизнес-анализ]]
[[Category:AnalystDays-2012]]
{{stats|disqus_comments=0|refresh_time=2021-08-31T16:53:14.571369|vimeo_comments=0|vimeo_plays=592|youtube_comments=1|youtube_plays=142}}

Текущая версия на 12:20, 4 сентября 2021

Аннотация

Докладчик

Надежда Полуянова

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

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

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

• не позволяет отлеживать связь бизнес-целей и требований к оценке;
• оперирует высокоуровневыми компонентами (для проектов в несколько тысяч человеко-часов) либо является очень трудоёмкой при более детальной декомпозиции задач.

Дополнительной проблемой является то,что декомпозиция требований и формулирование задач при оценке как правило делается не бизнес-аналитиком, а менеджером проекта либо ведущим разработчиком.

Доклад рассматривает альтернативу PERT, которая позволяет эффективно использовать навыки бизнес-аналитика (а именно выяснение требований, их декомпозиция и создания диаграмм вариантов использования), и оценивать крупные проекты в несколько раз быстрее по сравнению с традиционными методами оценки.

В рамках доклада рассматриваются принципы использовани методики оценки Use Case Points, некоторые подводные камни при работе с UCP. В результате использования методики UCP компания ускоряет процесс обработки RFP в несколько раз, увеличивая вероятность получения крупных проектов, делает объём оценённых задач прозрачным как для заказчика, так и для команды, имеет готовые диаграммы вариантов использования уже до разработки. Автор надеется, что полученные знания могут быть использованы руководителями подразделений и бизнес-аналитиками в своей работе.

Видео

Слайды

Примечания и отзывы

Надежда Полуянова из компании Альторос Девелопмент поведала нам о таком методе оценки проектов, как Use Case Points (презентация), включенный в методологию RUP. В своем докладе она провела сравнение PERT-анализа, как основной практики оценки трудозатрат на разработку проектов, и менее известной, но более доступной аналитику, системе Use Case Points. Суть метода состоит в том, чтобы выделить актеров и варианты использования на основе имеющихся требований к системе, назначить им уровни сложности (для актеров – исходя из того, человек это или сторонняя система; для ВИ – базируясь на количестве транзакций либо затрагиваемых классов системы), прикинуть коэффициенты технических и внешних факторов и затем на основе довольно простых расчетов выдать проектную оценку трудозатрат. Подход довольно интересен и, на наш взгляд, вполне подойдет для несложных проектов (с учетом того, что аналитик адекватно представляет трудозатраты команды на одну транзакцию ВИ). Насчет проектов, в которых трудозатраты ложатся не только на реализацию взаимодействия пользователя либо сторонней системы с приложением, у нас остались существенные сомнения. Отметим, что Надежда очень живо и увлекательно представила свой доклад, чем он по итогу, по большей части, и запомнился.

©

Plays:734   Comments:1