Home

Авторы: Александров Александр, Галай Анатолий,  Милькова Ясна

Процедурный подход, широко применяемый на практике, позволяет убедиться в следовании или отклонениях от заранее запланированных процессов. Но, используя этот подход, далеко не всегда удается заранее выявить проблемы или быть уверенным в достижении требуемого уровня качества разрабатываемой программной системы.

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

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

Автор: Юрий Горюнов

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

Автор: Новичков Александр

Статья построена по принципу вопросов и ответов. В статье даются ответы на основные вопросы, связанные с моделью СММI: зачем и кому нужна сертификация, какие инструментальные средства и методологии необходимы для достижения СММI. Данная статья будет постоянно дополняться новыми вопросами и ответами. Следите за анонсами.

Основные вопросы:

• Действительно ли надо проходить сертификацию?
• Что даст сертификация?
• Какие средства инструментальной поддержки выбрать?
• Можем ли мы сами достичь уровня 3?

Автор: Вячеслав Панкратов

С чего начинать внедрение изменений в работу компаний или подразделений по разработке информационных систем: с выбора инструмента или адаптации методологии?

Чем универсальнее система или инструмент и чем выше требования к её конфигурированию под потребности конкретного процесса, тем сложнее отталкиваться от Инструмента как от Решения, которое предлагает ответы в вопросах методологии.

Автор: James Bach

Перевод: С.Гольдберг (републикация www.bcc.ru)

Известно, что SEI (Software Engineering Institute in Carnegie Mellon University) основан Министерством Обороны США, чтобы управляться с десятками миллионов долларов ежегодно. Обитатели SEI — знатоки официальных военных процессов, и имеют ресурсы для оповещения мира о своей деятельности. Еще известно, что CMM (Capability Maturity Model) — это широкий и более глубокий набор утверждений, составляющих хорошую практику разработки ПО. Резонно спросить, откуда эти утверждения пришли и действительно ли они полны и корректны.

Автор: Alistair Cockburn

Перевод: Перевод: К. и А. Максимовы, maxkir.com

Как только мы пытаемся разобраться, «из чего же состоит методология», сразу становится понятно, что методологий должно быть много. При этом для каждого конкретного проекта «оптимальной» будет одна какая-то методология. Более того, все люди обладают разными склонностями, которые обусловлены их жизненным опытом, страхами и принципами. При выборе методологии особое внимание нужно уделять трем основным факторам: размеру команды разработчиков, критичности проекта для компании и его приоритетности. Помимо этого, на результат будут оказывать влияние как культурные ценности команды, так и индивидуальные характеристики ее членов. В этой статье описаны структура и опыт использования этих принципов в проектных разработках.