
- •42)Процесс усовершенствования является процессом установления, оценки, измерения, контроля и улучшения любого процесса жизненного цикла программных средств.
- •41) Iso12207. Процесс верификации
- •Iso12207. Процесс обеспечения качества
- •Iso12207. Процесс аттестации
- •40) Iso12207: процессы качества по
- •39) Система управления качеством.
- •36) Принятие решений – компромисс и консенсус
- •Как добиться консенсуса?
- •35) Преимущества командной работы
- •Доверие
- •Страсть
- •26) Треугольник ограничений проекта. Проектный треугольник
- •24) Основные характеристики проекта
- •23) Спиральная модель жизненного цикла программного обеспечения
- •22. Каскадная модель жизненного цикла программного обеспечения
- •21. Модели и стадии жизненного цикла программного обеспечения
- •20. Жизненный цикл программного продукта
-
Как добиться консенсуса?
В отличие от компромисса, который чаще всего достигается в результате политических интриг и подковерных баталий, достижение консенсуса требует конструктивного и плодотворного напряжения всей команды и особого искусства управления командой. При этом рекомендуется придерживаться следующих принципов и правил:
-
Вера в достижение консенсуса – каждый член команды должен доверять другим в том, что обсуждение приведет к поиску оптимального решения, а не к борьбе личностных мнений. Создание такой атмосферы взаимного доверия является важнейшим в создании эффективной команды. Следует понимать, что взаимное доверие появляется не само по себе, а является результатом:
-
Нескольких удачных консенсусов
-
Участием всех в выработке и принятии оптимальных решений
-
Созданием у каждого осознания причастности к принятым решениям
-
Не позиция, а варианты решений – на обсуждение люди должны приходить не со сформированной позицией (ни шагу назад), а с вариантами возможных решений
-
Объективность принимаемых решений как попытка ограничить проявления чувств и эмоций при обсуждении вопросов. Чувства и эмоции являются неотъемлемым свойством человеческой природы. Избежать их полностью вряд ли удастся, но для приведения их «в норму» можно использовать следующие правила:
-
Критерии оценки вариантов – для объективности обсуждения крайне важно заранее договориться о критериях оценки – установить список критериев и выполнить их ранжировку по степени важности.
-
Разделение фактов и мнений. Факты – объективные показатели, выраженные в большинстве случаев количественно (но не обязательно): быстродействие, время отклика. Мнения – то, что не основано на фактах. Мнениями не следует пренебрегать, т.к. они часто основаны на опыте, интуиции.
-
Замена позиций – в случае, когда обсуждение все же заходит в тупик, бывает полезно предложить участникам изменить точку зрения: «перечислите, пожалуйста, сильные стороны варианта Вашего оппонента и слабые стороны Вашего варианта»
-
Слегка управляя - роль руководителя в достижении консенсуса состоит в том, чтобы дать всем возможность высказаться и предложить свои варианты, оставляя свое мнение напоследок или не высказывать его совсем. Руководитель должен быть нейтрален. Руководитель (лидер) может принимать активное участие в обсуждении, но только на правах равного и поручить в этом случае руководство собранием другому человеку.
35) Преимущества командной работы
-
Команда делает возможным решение задач, которые не под силу одному человеку.
-
Создание команды является гарантией того, что при выработке решения будут учитываться интересы всех сторон.
-
В результате сотрудничества в команде специалистов из нескольких подразделений становится невозможным одностороннее влияние одной из вышестоящих инстанций.
-
При работе команды уменьшается риск принятия ошибочного решения и опасность того, что в поле зрения не попадут некоторые важные факты. К работе команды вполне применима известная пословица: «Одна голова хорошо, а две — лучше».
-
Команда помогает бороться с «производственной слепотой». То, что один работник не замечает по привычке, видит другой, которому, в свою очередь, не бросаются в глаза определенные проблемы на собственном участке работы.
-
Работа в команде усиливает готовность и способность руководящих работников всех уровней к сотрудничеству.
-
У сотрудника, который поработал в команде, в будущем будет меньше трудностей при взаимодействии с коллегами или другими подразделениями компании.
-
Команда оказывает положительное влияние на развитие качеств, имеющих важное значение для коллегиального сотрудничества. Она побуждает к терпимости, порядку, признанию чужого мнения и корректной дискуссии, преодолению эгоистичных взглядов. Эти факторы выходят за рамки работы командой и сказываются на общем успехе фирмы.
-
Сотрудник, хорошо зарекомендовавший себя при работе в составе команды, получает дополнительную квалификацию, ценную как для него, так и для фирмы.
-
Предприятие реализует идеи, которые не возникли бы в рамках обычной организации труда. Это объясняется тем, что у отдельного сотрудника отсутствует возможность найти на своем рабочем месте отправные точки в решении проблемы, выходящей за рамки его непосредственной деятельности.
-
Команда предоставляет как отдельному работнику, так и целому коллективу возможность максимального раскрытия творческого потенциала и его практической реализации.
-
Крупным фирмам команда позволяет более рационально использовать возможности своих специалистов, которые работают над решением задач, выходящих за рамки их должностных обязанностей.
-
Для средних и малых компаний командная работа позволяет всесторонне использовать способности, знания и навыки сотрудников. Команда может заменить работу специалистов, которых фирма не может пригласить на работу по финансовым причинам.
Недостатки командной работы
Наряду с положительными чертами, работа командой имеет и отрицательные стороны.
-
Работа командой, в отличие от обычной работы, может потребовать дополнительных затрат времени. Начальный период, когда члены команды притираются друг к другу, может быть довольно продолжительным. Определенное время требуется также для поиска соответствующей формы совместной работы.
-
Работа команды часто отличается медлительностью. Это особенно заметно при большой численности команды и при работе в команде по совместительству. Трудности, с которыми приходится сталкиваться при сборе членов команды в назначенное время, отрицательно сказываются на ходе работы.
-
Дискуссии, возникающие при работе в составе команды, отнимают много времени, особенно если отдельные сотрудники не владеют техникой их ведения. Возможны серьезные разногласия.
-
Работа командой может привести к задержке принятия решения, так как различные взгляды участников обобщаются только после продолжительных дискуссий.
-
Анонимность результатов труда отдельных членов команды может отрицательно сказаться на желании трудиться. Любой член команды, показавший недостаточную результативность, может «спрятаться» за активного участника командной работы. При работе командой отсутствует стимул к чувству честолюбия, поскольку отдельный работник не получает персонального поощрения за результаты.
-
Если сотрудник выполняет работу в составе команды как дополнительную к основной деятельности, то она может быть для него слишком большой нагрузкой. Поэтому необходимо в каждом конкретном случае учитывать, посильна ли эта нагрузка, от каких заданий и в каком объеме следует отказаться на время работы в команде.
-
Известно выражение: «Верблюд — это лошадь, нарисованный командой». Впрочем, утверждать, что работа командой приводит к неэффективной трате времени, так же неправомерно, как и требовать коллективного принятия всех решений.
Команда: основные факторы успеха для эффективной работы
-
четкая постановка целей и задач;
-
правильный подбор состава команды;
-
наличие продуманной системы для членов команды;
-
способность участников команды к коллегиальной работе.
34) Административная модель, модель хаоса, модель открытой архитектуры. Особенности, преимущества и недостатки.
Административная модель (теория X) Это традиционный стиль управления, связанный с иерархической административно-командной моделью, которую используют военные организации. В основе лежит теория X, которая утверждает, что такой подход необходим, поскольку большинство людей по своей природе не любит работу, и будет стремиться избежать ее, если у них есть такая возможность. Однако менеджеры должны принуждать, контролировать, направлять сотрудников и угрожать им, чтобы получить от них максимальную отдачу. Девиз теории и модели: Люди делают то, что они не хотят делать, только если вы их контролируете.
Модель хаоса (теория Y) В основе модели хаоса лежит Теория Y, которая является полной противоположностью Теории X. Основной тезис Теории Y: работа — естественная и приятная деятельность и большинство людей, на самом деле, очень ответственны и не увиливают от работы. Модель хаоса – это то, что нужно для освоения новых земель. Модель хаоса не противоречит административной модели – она ее дополняет и может эффективно с ней соседствовать (но в разных комнатах!).
Открытая архитектура (теория Z) Теория Z предполагает (но не декларирует) наличие внутреннего механизма управления, основанного на влиянии со стороны коллег и группы в целом. Дополнительное воздействие оказывают культурные нормы конкретной корпорации. Основной принцип модели можно сформулировать так: «Работаем спокойно. Работаем вместе». Открытая архитектура является более гибкой, адаптируемой, настраиваемой на ситуацию. Она дает возможность проявить себя всем членам команды – в ней могут уживаться и индивидуалисты и коллективисты. Коллективное обсуждение высказанных идей позволяет оставлять только прагматичные идеи.
33) Модель управления командой. Критерии выбора модели
Модели организации команд Задаче Peopleware – человеческий фактор посвящено много работ. Вывод по ним можно охарактеризовать: • Практически любую методологию можно с успехом применять в каком-нибудь проекте. • Любая методология может привести к провалу проекта. Главная причина: прямо перед нами в производстве всегда находится нечто, чего мы не замечаем: люди.
Три модели:
• Административная
• Модель хаоса
• Открытая
32) Ролевая модель команды. Роли и их ответственности.
Состав команды определяется опытом и уровнем коллектива, особенностями проекта, применяемыми технологиями и уровнем этих технологий.
• Менеджер проекта - главное действующее лицо, обладающее знаниями и навыками, необходимыми для успешного управления проектом.
• Проектировщик - это функция проектирования архитектуры высокого уровня и контроля ее выполнения.
• Разработчик – роль, ответственная за непосредственное создание конечного продукта.
• Тестировщик – роль, ответственная за удовлетворение требований к продукту (функциональных и нефункциональных)
• Инженер по качеству. В современном представлении рассматривается три аспекта (уровня) качества: - качество конечного продукта – обеспечивается тестированием, - качество процесса разработки (тезис: для повышения качества продукта надо повысит качество процесса разработки), - качество (уровень) организации (тезис: для повышения качества процесса надо повысить качество организации работ).
• Технический писатель или разработчик пользовательской (и иной) документации как части программного продукта.
• Технолог разработки ПО обеспечивает выполнение задач поддержки модели ЖЦ, создания и сопровождения среды сборки продукта и процедуры установки, управления исходными текстами.
30) Какие возможны способы общения в команде?
Эффективная команда снижает эту дополнительную нагрузку, сводит ее к минимуму, и позволяет людям концентрироваться на важных вещях, а именно на решении проблем и разработке. Если посмотреть на команду с этой точки зрения, то можно играючи выделить много хороших, годных практик для повышения эффективности команды:
-
Меньше людей. Маленькие команды имеют меньшую нагрузку на процесс.
-
Один язык. Все должны понимать друг друга максимально быстро. Вот почему оффшорные команды всегда имеют дополнительные проблемы.
-
Меньше совещаний. Любое совещание, которое не решает конкретную проблему, должно быть отменено. К примеру, статус-репорт митинги — это совершенно идиотская практика.
-
Изоляция команды. Одна команды — одна комната. В одной комнате не должно быть 2 команды, которые занимаются разными вещами.
-
Быстрые коммуникационные каналы. Вообще цель — это минимум общения. Так что если вам необходимо что-то обсудить, лучше всего это делать наиболее быстро, а значит лично, и желательно возле большой белой доски.
Но есть еще один момент. В попытках повысить эффективность команды очень легко можно понизить ее креативность. Может так случиться, что команда будет решать проблемы быстро, но решения будут далеко не лучшими. Иногда бывает полезно собраться и просто поболтать о чем угодно, начиная от обсуждения фильма и заканчивая теорией супер струн. Невозможно предсказать что и когда натолкнет нас на классное решение. Не стоит загонять команду в жесткие рамки и общаються только для решения проблемы. Необходимо немного воздуха, место, где можно поболтать. Зачастую это кухня. Поэтому если в компании нет кухни или столовой — это большой минус.