В сочетании с персональным программным процессом (PSP) командный программный процесс ( TSP ) обеспечивает определенную структуру операционных процессов, которая предназначена для помощи командам менеджеров и инженеров в организации проектов и разработке программного обеспечения для продуктов, размер которых варьируется от небольших проектов до нескольких тысячи строк кода (KLOC) для очень больших проектов, превышающих полмиллиона строк кода. TSP предназначен для повышения уровня качества и производительности командного проекта разработки программного обеспечения, чтобы помочь им лучше выполнить обязательства по затратам и графику разработки системы программного обеспечения. [1] [2] [3] [4]
Первоначальная версия TSP была разработана и апробирована Уоттсом Хамфри в конце 1990-х годов [5], а Технический отчет [6] для TSP, спонсируемый Министерством обороны США, был опубликован в ноябре 2000 года. Книга Уоттса Хамфри [7] ] Введение в командный процесс разработки программного обеспечения , представляет собой обзор TSP, предназначенного для использования в академической среде, в котором основное внимание уделяется процессу создания команды разработчиков программного обеспечения, установлению командных целей, распределению командных ролей и другим действиям, связанным с совместной работой.
Введение в TSP
Основная цель TSP - создать командную среду для создания и поддержки самостоятельной команды, а также поддержки дисциплинированной индивидуальной работы в качестве основы структуры PSP. Самостоятельная команда означает, что команда управляет собой, планирует и отслеживает свою работу, управляет качеством своей работы и активно работает для достижения командных целей. TSP состоит из двух основных компонентов: тимбилдинга и командной работы. Тимбилдинг - это процесс, который определяет роли для каждого члена команды и настраивает командную работу посредством запуска TSP и периодического перезапуска. Работа в команде - это процесс, связанный с инженерными процессами и практиками, используемыми командой. Короче говоря, TSP предоставляет инженерам и менеджерам способ создания и управления их командой для производства высококачественного программного обеспечения [8] в соответствии с графиком и бюджетом.
Как работает TSP
Прежде чем инженеры смогут участвовать в TSP, необходимо, чтобы они уже узнали о PSP, чтобы TSP мог работать эффективно. Обучение также требуется для других членов команды, руководителя и руководства. Цикл разработки программного обеспечения TSP начинается с процесса планирования, называемого запуском, который возглавляет специально обученный коуч, который либо сертифицирован, либо временно. [9] [10] Запуск предназначен для начала процесса построения команды, и в течение этого времени команды и менеджеры ставят цели, определяют командные роли, оценивают риски, оценивают усилия, распределяют задачи и составляют план команды. На этапе выполнения разработчики отслеживают запланированные и фактические усилия, график и устранение дефектов, регулярно встречающиеся (обычно еженедельно), чтобы сообщить о состоянии и пересмотреть планы. Цикл разработки заканчивается вскрытием, чтобы оценить производительность, пересмотреть параметры планирования и зафиксировать извлеченные уроки для улучшения процесса.
Роль коуча направлена на поддержку команды и отдельных ее членов в качестве эксперта по процессам, при этом он не зависит от прямой ответственности за управление проектом. [11] [12] Роль руководителя группы отличается от роли коуча тем, что руководители групп несут ответственность перед менеджментом за продукты и результаты проекта, а коуч отвечает за развитие индивидуальных и групповых результатов. [13] [14]
Последние разработки
TSP адаптирован для работы с другими типами интеллектуальных работ , включая системную инженерию [15] и услуги. [16] [17]
Сопоставление TSP с практиками CMMI было задокументировано в 2010 году [18] и опробовано в качестве альтернативного пути для реализации улучшения процесса CMMI. [19] [20] Свод знаний (BOK) был выпущен в 2010 году. [21] В 2010 году было выпущено руководство по программе тренеров-наставников. [22]
Согласно исследованию Capers Jones, TSP - одна из наиболее успешных методологий разработки в отношении графика, качества и бюджета (TCO) [23]
Публикации
- TSP: руководство командой разработчиков 2005
- TSP: Команды развития коучинга, 2005 г.
Смотрите также
Рекомендации
- ^ Джонс, каперсы (2009). Лучшие практики программной инженерии . Макгроу-Хилл. п. 11. ISBN 9780071621618.
- ^ Киндлер, Нош Б; Кришнакантхан, Васантха; Тинаикар, Ранджит. Применение бережливого производства в разработке приложений . McKinsey Quarterly, май 2007 г.
- ^ «Agile Capital Consulting» . Архивировано 3 июля 2017 года . Проверено 3 июля 2017 года .
- ^ Кер, СО, Ван Ю., Hajli, Миннесота, песни, J., & Кер, CW (2014). «Внедрение бережливого производства в здравоохранении: оценка эффективности информационных технологий в больничных аптеках США». Международный журнал управления информацией , 34 (4), 556–560.
- ^ МакЭндрюс, Дональд (1998). «Командное программное обеспечение ProcessSM (TSPSM): обзор и предварительные результаты использования дисциплинированных практик» . Цитировать журнал требует
|journal=
( помощь ) - ^ Хамфри, Уоттс. «Командный программный процесс» (PDF) . Институт программной инженерии.
- ^ Хамфри, Уоттс (1999). Введение в командный процесс разработки программного обеспечения . Эддисон Уэсли.
- ^ «Разработка программного обеспечения и процесс» . Проверено 10 апреля 2016 года .
- ^ Хамфри, Уоттс. «Свод знаний о командных процессах программного обеспечения» . Институт программной инженерии.
- ^ Цыпленок, Тимоти. «Руководство по программе наставничества тренера по программному процессу команды (TSP), версия 1.1» . Институт программной инженерии.
- ^ Хамфри, Уоттс. «Свод знаний о командных процессах программного обеспечения» . Институт программной инженерии.
- ^ Хамфри, Уоттс (2005). TSP: Коучинговые команды развития . Эддисон Уэсли.
- ^ Хамфри, Уоттс. «Свод знаний о командных процессах программного обеспечения» . Институт программной инженерии.
- ^ Хамфри, Уоттс (2005). TSP: Коучинговые команды развития . Эддисон Уэсли.
- ^ Карлтон, Анита. «Расширение командных программных процессов (TSP) на системную инженерию: отчет об опыте NAVAIR» (PDF) . Институт программной инженерии.
- ^ Битва, Эд. «Лидерство и обучение - использование TSP на уровне MSG» (PDF) . Военно-морское океанографическое управление.
- ^ «Консультации по программному обеспечению: как убедиться в надежности компании, предоставляющей консалтинговые услуги по программному обеспечению» . Проверено 23 апреля 2019 года .
- ^ Джеймс Макхейл, Тимоти А. Чик и Юджин Милук (декабрь 2010 г.). «Руководство по внедрению метода ускоренного улучшения (AIM)» (PDF) . Институт программной инженерии . Проверено 11 октября, 2016 .CS1 maint: использует параметр авторов ( ссылка )
- ^ Уэбб, Дэвид (апрель 2007 г.). «Уровень 5 CMMI и командный процесс программного обеспечения» . Перекрестный разговор .
- ^ Мондрагон, Оскар. «Пример использования AIM» (PDF) . Центр передового опыта программной инженерии.
- ^ Хамфри, Уоттс. «Свод знаний о командных процессах программного обеспечения» . Институт программной инженерии.
- ^ Цыпленок, Тимоти. «Руководство по программе наставничества тренера по программному процессу команды (TSP), версия 1.1» . Институт программной инженерии.
- ^ Джонс, Каперс (2013). «Оценка десяти методологий разработки программного обеспечения» . Архивировано из оригинального 29 июня 2013 года.
Внешние ссылки
- Домашняя страница TSP