stringtranslate.com

Процесс командного программного обеспечения

В сочетании с персональным процессом разработки программного обеспечения (PSP) командный процесс разработки программного обеспечения ( TSP ) обеспечивает определенную структуру операционного процесса, которая разработана для помощи командам менеджеров и инженеров в организации проектов и производстве программного обеспечения для продуктов, размер которых варьируется от небольших проектов в несколько тысяч строк кода (KLOC) до очень крупных проектов, превышающих полмиллиона строк кода. TSP предназначен для повышения уровня качества и производительности проекта разработки программного обеспечения команды, чтобы помочь им лучше соответствовать обязательствам по стоимости и графику разработки программной системы. [1] [2] [3] [4]

Первоначальная версия TSP была разработана и опробована Уоттсом Хамфри в конце 1990-х годов [5] , а технический отчет [6] для TSP, спонсируемый Министерством обороны США, был опубликован в ноябре 2000 года. Книга Уоттса Хамфри [7] «Введение в процесс командной разработки программного обеспечения » представляет собой взгляд на TSP, предназначенный для использования в академических условиях, который фокусируется на процессе создания команды по производству программного обеспечения, постановке целей команды, распределении ролей в команде и других видах деятельности, связанных с командной работой.

Введение в TSP

Основная цель TSP — создать командную среду для создания и поддержания самоуправляемой команды и поддержки дисциплинированной индивидуальной работы как основы структуры PSP. Самоуправляемая команда означает, что команда управляет собой, планирует и отслеживает свою работу, управляет качеством своей работы и работает проактивно для достижения командных целей. TSP состоит из двух основных компонентов: построение команды и работа в команде. Построение команды — это процесс, который определяет роли для каждого члена команды и настраивает командную работу посредством запуска и периодического перезапуска TSP. Работа в команде — это процесс, который имеет дело с инженерными процессами и практиками, используемыми командой. Короче говоря, TSP предоставляет инженерам и менеджерам способ создания и управления их командой для производства высококачественного программного обеспечения по графику и в рамках бюджета.

Как работает TSP

Прежде чем инженеры смогут принять участие в TSP, необходимо, чтобы они уже знали о PSP, чтобы TSP мог работать эффективно. Обучение также требуется для других членов команды, руководителя команды и руководства. Цикл разработки программного обеспечения TSP начинается с процесса планирования, называемого запуском, который возглавляет тренер, прошедший специальную подготовку и имеющий либо сертификат, либо временный статус. [8] [9] Запуск предназначен для начала процесса формирования команды, и в это время команды и менеджеры устанавливают цели, определяют роли в команде, оценивают риски, оценивают усилия, распределяют задачи и составляют план команды. На этапе выполнения разработчики отслеживают запланированные и фактические усилия, расписание и дефекты, регулярно встречаясь (обычно еженедельно) для отчета о состоянии и пересмотра планов. Цикл разработки заканчивается Post Mortem для оценки производительности, пересмотра параметров планирования и извлечения уроков для улучшения процесса.

Роль тренера сосредоточена на поддержке команды и отдельных лиц в команде в качестве эксперта по процессу, при этом будучи независимым от прямой ответственности за управление проектом. [10] [11] Роль руководителя команды отличается от роли тренера тем, что руководители команды несут ответственность перед руководством за продукты и результаты проекта, в то время как тренер отвечает за развитие индивидуальной и командной производительности. [12] [13]

Последние события

TSP был адаптирован для работы с другими типами работы со знаниями , включая системную инженерию [14] и услуги. [15] [16]

Сопоставление TSP с интегрированной моделью зрелости возможностей (CMMI) было задокументировано в 2010 году [17] и опробовано в качестве альтернативного пути внедрения усовершенствования процесса CMMI. [18] [19] Свод знаний (BOK) был выпущен в 2010 году. [20] Руководство по программе тренеров-наставников было выпущено в 2010 году. [21]

Согласно исследованию Capers Jones, TSP является одной из самых успешных методологий разработки с точки зрения графика, качества и бюджета (TCO) [22]

Публикации

Смотрите также

Ссылки

  1. ^ Джонс, Кейперс (2009). Лучшие практики разработки программного обеспечения . McGraw-Hill. стр. 11. ISBN 9780071621618.
  2. ^ Киндлер, Нош Б.; Кришнакантан, Васанта; Тинаикар, Ранджит. Применение бережливого производства к разработке приложений. McKinsey Quarterly, май 2007 г.
  3. ^ "Agile Capital Consulting". Архивировано из оригинала 3 февраля 2018 г. Получено 3 июля 2017 г.
  4. ^ Кер, Дж.И., Ван, И., Хаджли, М.Н., Сонг, Дж. и Кер, К.В. (2014). «Развертывание бережливого производства в здравоохранении: оценка эффективности информационных технологий в больничных аптеках США». Международный журнал по управлению информацией , 34(4), 556–560.
  5. ^ МакЭндрюс, Дональд (1998). «Процесс командной разработки программного обеспечения (TSPSM): обзор и предварительные результаты использования дисциплинированных практик». {{cite journal}}: Цитировать журнал требует |journal=( помощь )
  6. ^ Хамфри, Уоттс. "Процесс командной разработки программного обеспечения" (PDF) . Институт программной инженерии.
  7. ^ Хамфри, Уоттс (1999). Введение в процесс командной разработки программного обеспечения . Эддисон Уэсли.
  8. ^ Хамфри, Уоттс (2018). «Свод знаний о командном процессе разработки программного обеспечения». Институт программной инженерии. doi : 10.1184/R1/6584825.v1. {{cite journal}}: Цитировать журнал требует |journal=( помощь )
  9. ^ Чик, Тимоти (2010). «Руководство по программе наставничества тренера командного программного процесса (TSP), версия 1.1». Институт программной инженерии. doi : 10.1184/R1/6584810.v1. {{cite journal}}: Цитировать журнал требует |journal=( помощь )
  10. ^ Хамфри, Уоттс (2018). «Свод знаний о командном процессе разработки программного обеспечения». Институт программной инженерии. doi : 10.1184/R1/6584825.v1. {{cite journal}}: Цитировать журнал требует |journal=( помощь )
  11. ^ Хамфри, Уоттс (2005). TSP: Коучинг команд развития . Эддисон Уэсли.
  12. ^ Хамфри, Уоттс (2018). «Свод знаний о командном процессе разработки программного обеспечения». Институт программной инженерии. doi : 10.1184/R1/6584825.v1. {{cite journal}}: Цитировать журнал требует |journal=( помощь )
  13. ^ Хамфри, Уоттс (2005). TSP: Коучинг команд развития . Эддисон Уэсли.
  14. ^ Карлтон, Анита . «Расширение процесса командной разработки программного обеспечения (TSP) на системную инженерию: отчет об опыте NAVAIR» (PDF) . Институт программной инженерии.
  15. ^ Баттл, Эд. «Лидерство и обучение – использование TSP на уровне MSG» (PDF) . Военно-морское океанографическое управление.
  16. ^ "Консалтинг по программному обеспечению: как убедиться, что компания, предоставляющая консалтинг по программному обеспечению, которую вы ищете, надежна" . Получено 23 апреля 2019 г.
  17. ^ Джеймс Макхейл; Тимоти А. Чик; Юджин Милук (декабрь 2010 г.). «Руководство по внедрению метода ускоренного улучшения (AIM)» (PDF) . Институт программной инженерии . Получено 11 октября 2016 г. .
  18. ^ Вебб, Дэвид (апрель 2007 г.). "CMMI Level 5 и процесс разработки программного обеспечения для команды" (PDF) . Перекрестный разговор . Архивировано из оригинала 9 октября 2012 г.
  19. ^ Мондрагон, Оскар. "Исследование случая AIM" (PDF) . Центр передового опыта в области разработки программного обеспечения.
  20. ^ Хамфри, Уоттс (2018). «Свод знаний о командном процессе разработки программного обеспечения». Институт программной инженерии. doi : 10.1184/R1/6584825.v1. {{cite journal}}: Цитировать журнал требует |journal=( помощь )
  21. ^ Чик, Тимоти (2010). «Руководство по программе наставничества тренера командного программного процесса (TSP), версия 1.1». Институт программной инженерии. doi : 10.1184/R1/6584810.v1. {{cite journal}}: Цитировать журнал требует |journal=( помощь )
  22. ^ Джонс, Кейперс (2013). «Оценка десяти методологий разработки программного обеспечения». Архивировано из оригинала 29 июня 2013 г.

Внешние ссылки