
- •1. Что такое программный продукт и его основные характеристики
- •2. Составляющие стоимости программного продукта
- •4. Что такое хорошая программа и ее основные свойства.
- •5. Профессиональные и этические требования ит-специалиста.
- •6. Роль стандартов в программной инженерии.
- •7. Жизненный цикл программного продукта.
- •8. Инкрементная модель жизненного цикла программного продукта.
- •9. Спиральная модель жизненного цикла программного продукта.
- •11. Фазы (этапы) жизненного цикла и их связь с процессами.
- •12. Основные процессы жизненного цикла программного обеспечения.
- •13. Вспомогательные процессы жизненного цикла программного обеспечения.
- •14. Организационные процессы жизненного цикла программного обеспечения.
- •15. Каскадная модель. Преимущества, недостатки, применимость.
- •16. Спиральная модель. Преимущества, недостатки, применимость.
- •17. Что такое проект и его основные характеристики.
- •18. Особенности управления ит-проектами.
- •19. Треугольник ограничений проекта.
- •20. Компетенции менеджера it проекта.
- •21. Ролевая модель команды. Роли и их ответственности.
- •22. Модель управления командой. Критерии выбора модели.
- •23. Административная модель управления командой. Особенности, преимущества и недостатки.
- •24. Модель хаоса управления командой. Особенности, преимущества и недостатки.
- •25. Модель открытой архитектуры управления командой. Особенности, преимущества и недостатки.
- •26. Роль и способы общения в команде. Преимущества и недостатки различных способов общения.
- •27. Чем компромисс отличается от консенсуса? Как достичь компромисса и добиться консенсуса?
- •28. Корпоративная политика. Типы внешних стратегий команд.
- •29. Что такое качество и мера качества? Какова мера качества программного продукта?
- •Основные фазы эволюции методов обеспечения качества. Роль стандартов в обеспечении качества.
- •Основные требования к программному продукту. Выявление и анализ требований.
- •Валидация требований к программному продукту.
- •Верификация требований к программному продукту.
- •Оптимизация программного продукта.
- •Виды ошибок. Обнаружение ошибок.
- •Что такое верификация?
- •Что такое тестирование программного продукта?
- •Тестирование методом черного ящика.
- •Нисходящее и восходящее тестирование.
- •Изолированное тестирование.
- •Промежуточное и комплексное тестирование.
- •Альфа и бета-тестирование.
- •Системное тестирование.
- •46. Пошаговое тестирование.
- •49. Стресс-тести́рование.
- •50. Функциональное тестирование.
- •53. Инструменты тестирования.
- •54,55,56. Предпродажная подготовка программного продукта. Лицензия на программный продукт. Контракт на программный продукт.
- •58. Эксплуатация программного продукта.
23. Административная модель управления командой. Особенности, преимущества и недостатки.
Обычно руководитель выбирает один из четырех стилей управления:
Сам принимает решения на основе имеющейся информации.
Сообщает подчиненным суть проблемы, выслушивает их мнения и сам принимает решение.
Совместно с подчиненными обсуждает проблему, в результате чего вырабатывается общее мнение.
Постоянно работает совместно с группой, которая вырабатывает коллективное решение или принимает оптимальное, независимо от того, кто является его автором.
24. Модель хаоса управления командой. Особенности, преимущества и недостатки.
Заключается модель хаоса в том, что работа является естественной деятельностью, которая приятна для большинства людей.
Характерными чертами модели хаоса являются:
Отсутствие явно выраженных признаков власти
Менеджер ставит задачу участникам команды и обеспечивает их ресурсами
Отсутствие инструкций и регламентированных процедур
Проблема решается тогда, когда она обнаружена
Процесс разработки проекта напоминает «дружеское соревнование»
Преимущества модели: творческая инициатива участников ничем не связана, и потенциал участников раскрывается в полной мере. Наиболее эффективна эта модель при разработке новых методов, средств.
Недостатки модели связаны с тем, что при определенных условиях может наступить провал. Причинами провала могут быть:
«Дружеское соревнование» переходит в конкуренцию сначала идей, затем - личностей
Высказанные идеи не доводятся до конца и сменяются новыми идеями, преобладание получают «красивые» идеи, которые не совсем соответствуют цели проекта
Люди, способные к генерации идей, редко обладают терпением доведения идей до полной реализации
Модель хаоса – это лучший метод для поиска новых методов, средств, идей и способов их реализации.
25. Модель открытой архитектуры управления командой. Особенности, преимущества и недостатки.
Она предполагает, что в коллективе есть основанный на влиянии коллег друг на друга внутренний механизм управления.
Особенности модели:
Коллектив адаптируется к условиям работы (если нужно сделать отдельные модули, то расходятся и делают самостоятельно, если нужна общая архитектура проекта, то собираются вместе для обсуждения)
Коллективно обсуждаются проблемы и принимаются решения
Распределенная ответственность – отвечают все, кто обсуждал, вырабатывал, принимал.
Состав рабочих групп, функции и роли участников изменяются в зависимости от текущих задач
Менеджер коллектива активно участвует в процессе разработки проекта.
Такая модель является очень удобной, т.к. позволяет ужиться и взаимовыгодно работать и коллективистам, и индивидуалистам.
26. Роль и способы общения в команде. Преимущества и недостатки различных способов общения.
Команда – это не просто группа знакомых между собой людей, связанных одной целью и имеющих общие интересы.
Процесс управления командой проекта можно разделить на 2 этапа:
• создание команды;
• управление взаимоотношениями.
Работа в команде отличается обязательным и регулярным сотрудничеством членов команды, четким распределением ролей, строгой, документально зафиксированной координацией действий.
Роль дается сотруднику на основе его личных качеств и уровня квалификации, а также других способностей.
Эффективное создание команды учитывает не только опыт, исполнительность, компетентность членов коллектива, но и функциональную роль, которую каждый из сотрудников будет играть в организации.
Руководитель команды непосредственно отвечает за поддержку сплоченности. Если член команды не желает присоединиться, задача руководителя - прояснить ситуацию или заменить его. Если боевой дух падает, руководитель должен поднять его. Успех проекта сильно зависит от динамики команды, и это нельзя не учитывать. Обычная ошибка неопытного руководителя - излишняя снисходительность к отстающим членам команды. На первый взгляд неплохо давать людям возможность исправиться - но это великодушие дорого стоит.