25. Модель открытой архитектуры управления командой. Особенности, преимущества и недостатки.

Она предполагает, что в коллективе есть основанный на влиянии коллег друг на друга внутренний механизм управления.

Особенности модели:

• Коллектив адаптируется к условиям работы (если нужно сделать отдельные модули, то расходятся и делают самостоятельно, если нужна общая архитектура проекта, то собираются вместе для обсуждения)

• Коллективно обсуждаются проблемы и принимаются решения

• Распределенная ответственность – отвечают все, кто обсуждал, вырабатывал, принимал.

• Состав рабочих групп, функции и роли участников изменяются в зависимости от текущих задач

• Менеджер коллектива активно участвует в процессе разработки проекта.

Такая модель является очень удобной, т.к. позволяет ужиться и взаимовыгодно работать и коллективистам, и индивидуалистам.

26. Роль и способы общения в команде. Преимущества и недостатки различных способов общения.

Команда – это не просто группа знакомых между собой людей, связанных одной целью и имеющих общие интересы.

Процесс управления командой проекта можно разделить на 2 этапа:

• создание команды;

• управление взаимоотношениями.

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

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

Эффективное создание команды учитывает не только опыт, исполнительность, компетентность членов коллектива, но и функциональную роль, которую каждый из сотрудников будет играть в организации.

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

27. Чем компромисс отличается от консенсуса? Как достичь компромисса и добиться консенсуса?

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

Консенсуса нельзя достичь до тех пор, пока вы сами не признаете его наличие. Это значит, что в группах по разработке программного обеспечения, стремящихся к коллективным решениям, разумно заранее договориться о критериях, относительно которых будут решаться технические вопросы. Что является важным? Что имеет значение? Что «хорошо», а что «плохо» в рамках данного проекта?

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