Методологические основы

Характеристики и влияние коллективизма разработчиков
программных средств на трудоемкость

Коллективизм	Значение характеристики
	Очень низкий	Низкий	Номи­нальный	Высокий	Очень высокий
Согласованность це­лей коллектива	Минималь­ная	Незначи­тельная	Относи­тельная	Значи­тельная	Полная
Способность членов коллектива адаптиро­ваться к целям других	Малая	Незначи­тельная	Относи­тельная	Значи­тельная	Полная
Опыт работы в соста­ве данного коллекти­ва	Нет	Малый	Незначи­тельный	Значи­тельный	Большой
Степень доверия и взаимодействия в коллективе	Нет	В малой степени	В некото­рой степени	Значи­тельная	Большая
Обобщенная коллек­тивность работ	Некоторое взаимодей­ствие в кол­лективе	Сложное взаимодей­ствие	Зачастую коллектив­ная работа	Высокая степень взаимо­действия	Непре­рывное взаимо­действие
Обобщенный коэф­фициент влияния коллективности работ на трудоемкость	5,48	4,38	3,29	1,10	0,00

Специалисты второй категории — технологи, обслуживающие и сопровождающие технологический инструментарий, который применяет­ся специалистами первой категории, обеспечивают применение системы качества проекта или предприятия, контролируют и инспектируют ее ис­пользование (см. рис. 9.2). Основные задачи второй категории специалис­тов должны быть сосредоточены на контроле процессов и результатов выполнения работ и на принятии организационных и технологических мер для достижения их необходимого качества, обеспечивающего выпол­нение всех требований технического задания на ПС.

Технологи должны выбирать, приобретать и осваивать наиболее эф­фективный инструментарий для проектов, реализуемых конкретной фир­мой с учетом особенностей создаваемых ПС требуемого качества и рента­бельности технологических средств. Они должны разрабатывать регламен­тированный технологический процесс и систему качества, поддерживающие весь ЖЦ ПС и обучать разработчиков ПС квалифицированному примене­нию соответствующих инструментальных средств и технологий.

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

Инспекторы-испытатели по проверке систем качества предприя­тия и качества программных продуктов должны пройти обучение, дающее им знания и квалификацию, необходимые для проведения испытаний, оцен­ки их результатов и эффективности применения систем качества. Для них (см. ISO 10011-2) необходимыми считаются знание и понимание стандар­тов и нормативных документов, в соответствии с которыми должны осу­ществляться оценки применения систем качества, а также обследование, анкетирование и составление отчетов по испытаниям. Инспектор-эксперт, в соответствии со стандартом, должен быть непредубежденным; обладать здравым смыслом; иметь аналитический склад ума и твердость воли; обла­дать способностью реально оценивать сложные действия с точки зрения их дальнейшей перспективы в рамках общей организационной структуры:

• 
  получать и справедливо оценивать объективные данные испыта­ний характеристик продуктов и систем качества при незаинтересованном проведении проверок;
  
• 
  относиться к персоналу системы качества, подвергающемуся про­верке, таким образом, чтобы получить наилучшие результаты;
  
• 
  приходить к приемлемым для разработчиков и заказчика выводам, основанным на реальных наблюдениях в процессе испытаний характерис­тик качества ПС.
  

• 
  Перечисленные выше специализации и квалификации персонала, уча­ствующего в крупных проектах ПС, требуют соответствующей их под­готовки, отбора и непрерывного обучения, которые являются самостоя­тельной, важной проблемой проектирования и всего ЖЦ комплексов про­грамм. Обучение представляет собой процесс и требует организации и сопровождения обучаемого персонала. Должны быть разработаны и доку­ментированы планы, требования и цели обучения, а также разработаны руководства, включая материалы, используемые для обучения (см. шес­тую часть стандарта ISO 15504). Персонал, ответственный за выполнение конкретных задач, если это необходимо, должен быть аттестован на основе соответствующего образования, подготовки и/или опыта работы. Может также стать необходимым включение в подготовку, ознакомление со специфической (проблемно-ориентированной) областью, в которой бу­дет работать данное программное средство, и повышение квалификации в этой области. Требования к квалификации, обучению персонала и их реа­лизации должны быть документально оформлены в системном проекте.
  
• 
  Совещания предоставляют заинтересованным специалистам из раз­личных команд и организаций возможность работать вместе над достиже­нием общей цели крупного проекта. Надлежащая подготовка является за­логом успеха совещаний. Первым делом необходимо распространить идею внутри организации, разъясняя преимущества проведения совещаний чле­нам команды. Подготовка включает в себя также выявление заинтересо­ванных лиц, которые могут повлиять на процессы ЖЦ ПС и чьи потребно­сти необходимо учесть, чтобы гарантировать успешный результат.
  
• 
  Необходимо заранее разослать подготовительные материалы, чтобы подготовить участников, а также повысить производительность проводи­мого совещания. Подготовительные материалы должны стимулировать как конкретное, так и свободное мышление. Для гарантии успеха рекоменду­ется, чтобы совещание проводилось сторонним человеком, имеющим опыт в решении уникальных задач управления. Если совещание проводится членом команды, этот человек вначале не должен вносить свои идеи и участвовать в обсуждении. Иначе существует опасность, что совещание утратит необходимую для получения реальных фактов объективность и не будет способствовать созданию атмосферы, в которой можно достигнуть консенсуса. В любом случае специалист, ведущий встречи, играет ключе­вую роль в успехе совещания и должен:
  

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

• 
  Следует активно привлекать заказчиков к совещаниям, управле­нию их требованиями и масштабом проекта, чтобы обеспечить как каче­ство, так и своевременность разработки ПС. Именно заказчики несут фи­нансовую ответственность за выполнение внешних обязательств перед пользователями. Необходимы указания заказчиков при принятии основ­ных решений, и только они могут реально определить, как, сократив фун­кции ПС, получить полезный комплекс программ высокого качества, вы­полненный в срок и в пределах бюджета. Исключенный из процесса при­нятия решений заказчик будет недоволен и, естественно, будет стремиться обвинить разработчиков в недостаточной старательности. Привлечение заказчика помогает наименее болезненно решить проблемы управления масштабом и функциями проекта.
  
• 
  Для защиты как проекта, так и бизнес-целей заказчика может понадо­биться вести переговоры об объеме работ для команды. Во время перего­воров с заказчиком о техническом задании и требованиях базового уровня следует руководствоваться принципом меньше обещать и больше делать. Тогда неизбежные издержки разработки ПС (непредвиденные технологи­ческие риски, изменения требований, задержки при приобретении закупа­емых компонентов, непредвиденный уход основных членов команды и т.п.) не приведут к нарушению графика вашего проекта. Однако заказчики, внешние или внутренние, естественно, желают получить как можно боль­ше функциональных возможностей в каждой версии ПС. Именно эти фун­кциональные возможности создают добавленную стоимость, которая важ­на им для достижения их бизнес-целей. Следует с пониманием относиться к требованиям клиентов, поскольку именно они, в конечном счете, доби­ваются успеха на рынке. Однако если пойти навстречу требованиям заказ­чика повышения функциональности, это может негативно сказаться на качестве и общей жизнеспособности проекта.
  
• 
  Обычно наиболее важным для реализации проекта ПС и зависящим от большинства его особенностей и факторов является трудоемкость, непосредственно определяющая стоимость создаваемого комплекса про­грамм. Значения длительности разработки и числа специалистов взаимо­связаны и в некоторых пределах могут размениваться. Поэтому оценки этих показателей затрат можно варьировать, и при недостаточном числе специалистов, естественно, возрастает длительность разработки, хотя тру­доемкость может остаться практически неизменной. Многократное при­менение одних и тех же апробированных компонентов и/или адаптация ПС к различным условиям применения является одним из перспективных методов повышения качества и снижения затрат труда специалис­тов в жизненном цикле сложных комплексов программ.
  

2. 
   Ресурсы для обеспечения
   функциональной пригодности при разработке
   сложных программных средств
   

• 
  При проектировании ПС необходимо учитывать, что экономические, временные, вычислительные и другие ресурсы на разработку и весь ЖЦ программ всегда ограниченны и используемые затраты для улучшения каждой характеристики должны учитывать эти ограничения. Для рацио­нального распределения этих ресурсов необходимо знать, как отража­ется изменение затрат на улучшении каждой характеристики качест­ва ПС. Эта взаимосвязь затрат ресурсов и значений каждой характеристи­ки зависит от назначения, а также от ряда свойств и других особенностей комплекса программ, что усложняет учет влияния таких связей. Тем не менее выявлены основные тенденции такого взаимодействия, которые мо­гут служить ориентирами при выборе и установлении требований к опре­деленным характеристикам качества в конкретных проектах ПС.
  
•