24 апреля 2017
6378
Смотрите видео вебинара Светланы Мухиной о методе функциональных точек.
Доступно видео вебинара Agile-коуча Светланы Мухиной, который прошел 19 апреля.
Светлана рассказывает о методе функциональных точек, который применяется для оценки размера проекта и/или приложения и который может быть в каких-то случаях более применимым по сравнению со способом оценки в стори поинтах.
Расширенное описание
В Agile-проектах часто размер фич-приложения оценивается в стори поинтах. Для кого-то такой способ оценки понятен и прозрачен, а кого-то (и таких много) он кажется слишком абстрактным, лишенным "научной базы", неточным. Для того чтобы предоставить командам/программам, с которыми я (Светлана Мухина) работаю, возможность выбора способа оценки размера приложения и элементов приложения, я изучила на 4-дневном тренинге от David Consulting Group метод функциональных точек и могу сделать обзор этого метода с простыми примерами для всех, кому интересна альтернатива стори поинтам.
Основа метода заключается в том, что есть компоненты приложения и транзакции приложения, которые каким-то образом взаимодействуют с этими компонентами, также есть правила, что считать, каким компонентом, а что, какой транзакцией, и есть еще формулы, в которые подставляются эти транзакции и компоненты и рассчитывается количество функциональных точек приложения, а именно какое количество уникальных функций есть в этом приложении для конечного пользователя.
Что касается медота оценки в стори поинтах, то она относительна, одна задача оценивается относительно другой, задача в 1 стори поинт в 8 раз меньше задачи в 8 стори поинтов.
Я не считаю метод точек плохим или хорошим, он точно требует инвестиций в изучение вначале и потом постоянную практику. Он может быть альтернативой для команд и проектов, которые не попадают в свои оценки и постоянно не выполняют обещания перед заказчиком. Также если заказчик знаком с этим методом, для компании будет большим плюсом давать ему оценку в этих точках.
Светлана рассказывает о методе функциональных точек, который применяется для оценки размера проекта и/или приложения и который может быть в каких-то случаях более применимым по сравнению со способом оценки в стори поинтах.
Расширенное описание
В Agile-проектах часто размер фич-приложения оценивается в стори поинтах. Для кого-то такой способ оценки понятен и прозрачен, а кого-то (и таких много) он кажется слишком абстрактным, лишенным "научной базы", неточным. Для того чтобы предоставить командам/программам, с которыми я (Светлана Мухина) работаю, возможность выбора способа оценки размера приложения и элементов приложения, я изучила на 4-дневном тренинге от David Consulting Group метод функциональных точек и могу сделать обзор этого метода с простыми примерами для всех, кому интересна альтернатива стори поинтам.
Основа метода заключается в том, что есть компоненты приложения и транзакции приложения, которые каким-то образом взаимодействуют с этими компонентами, также есть правила, что считать, каким компонентом, а что, какой транзакцией, и есть еще формулы, в которые подставляются эти транзакции и компоненты и рассчитывается количество функциональных точек приложения, а именно какое количество уникальных функций есть в этом приложении для конечного пользователя.
Что касается медота оценки в стори поинтах, то она относительна, одна задача оценивается относительно другой, задача в 1 стори поинт в 8 раз меньше задачи в 8 стори поинтов.
Я не считаю метод точек плохим или хорошим, он точно требует инвестиций в изучение вначале и потом постоянную практику. Он может быть альтернативой для команд и проектов, которые не попадают в свои оценки и постоянно не выполняют обещания перед заказчиком. Также если заказчик знаком с этим методом, для компании будет большим плюсом давать ему оценку в этих точках.