Как функция точек помочь Agile методологии проектов

«– Фиксированная цена гибкой контракт можно? Как функция очки могут быть использованы для создания контрактов для тех проектов, где Agile методологии используются» интересная статья публикуется CIO Австралии (от IDG), журнал, в котором Австралийский ИТ, ИТ-директоров, КУЗ, Технические директора и старшие менеджеры ИТ стратегической мысли по его использованию.

В этой статье описывается использование функции точек и проект сметы как «решение для преодоления необходимость retender для доставки и предоставлять более бюджетной сметы». Статье рассматриваются проекты с использованием гибких методологий выгоду от функциональных точек для создания прозрачности и контроля, «Этот подход приводит к клиента, перевозящих всех коммерческих рисков и часто неодобрением закупках специалисты и руководители, из-за его потенциал для превышения расходов.»

По словам CIO Австралии, оценивая функциональность проекта и предоставление цена на функциональную точку является ключевым фактором успеха в рамках механизма Договаривающихся. «Оферент затем обеспечит цена на функциональную точку для системы, основанной на размер и сложность и фиксированной цены на любой нефункциональных требований, не охватываемых точки функции фото модели». CIO Австралии говорится, что «гибких проектов нужно сильное управление как они по своей природе эволюционируют, и важно, что проект развивается в направлении, определенных Руководящим комитетом», и «расходы могут контролироваться путем управления количество функций доставлено. Сюда, Вы, по крайней мере, получить рабочую результата за ваши деньги и если управления правой тогда он должен быть конечный результат который удовлетворяет вашей организации ’ s текущих потребностей.»

По мнению Tom Cagley, полномочия по руководству организаций через процесс непрерывного процесса совершенствования, один из ведущих экспертов в гибкой разработке программного обеспечения, и IFPUG (Группы пользователей точки функции международной) Президент, «IFPUG функции точки (предлагается в 1979 от J Аллан. Альбрехт, Опубликовано в 1983 Альбрехт и Гаффни в IBM и затем обновлен и расширен с годами) Это ключевая концепция размер приложений, события и проекты, так же, как с помощью ленты мера для определения размера комнаты, Функция точки являются инструментом для определения размера приложения или проекта.»

Согласно Tom Cagley, «Размер как мера имеет множество применений, но три наиболее часто цитируется в параметрические оценки в качестве компонента, как знаменатель в такие метрики, как время к рынок и производительности, и как основа для контрактов. Хотя все еще может быть интеллектуальной дискуссии об эффективности оценки, Авторы не сократился, руководители, приобретение агентов и как с просьбой цена или Дата окончания, что вы будете нести ответственность для удовлетворения. До тех пор, пока эти вопросы прекратить, Оценка будет требоваться. Концепции параметрические оценки процессов (вторым наиболее популярной формой оценки после внесения ряд) требуется оценка размера как один из входных данных. Параметрические оценки помогает избежать ряда наиболее распространенных когнитивные предубеждения, проявляемой он сметчиков: оптимизм и Успения знаний. Размер и оценки являются инструментами для разработки механизмов эффективного договора для фиксированной цене гибких контрактов.»

Вам также может понравиться....