Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Проект распределенной разработки - это проект исследований и разработок (НИОКР), который выполняется в нескольких рабочих местах или местах. Это форма НИОКР, при которой участники проекта могут не видеть друг друга лицом к лицу, но все они совместно работают над достижением результата. Часто это делается через электронную почту , Интернет и другие формы быстрой междугородной связи. [1] Распределенная разработка в значительной степени была инициирована сообществом разработчиков ПО с открытым исходным кодом . [2]

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

Характеристики распределенной разработки [ править ]

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

Люди могут специализироваться на распределенной среде разработки, но они активно сотрудничают для достижения общей цели. Где-то в системе управления проектами должен быть руководитель программы или менеджер проекта. В распределенной среде участники проекта обмениваются идеями, информацией и ресурсами. Одним из ключевых требований является то, что все коммуникации должны быть открыты для всех участников, а не только для тех, кто находится в одном офисном здании. Обычно это достигается с помощью совместной работы в Интернете. Обычно используемые средства связи включают GitHub и вики . [2]

Распределенная разработка - одна из высших форм сотрудничества в любой инженерной или научной среде НИОКР . Обычно это не препятствие на пути к успеху в бизнесе, но оно может варьироваться от обременительного до труднодостижимого, поскольку требует высоких управленческих способностей, отличной коммуникационной среды, политически свободной среды, высокоэффективной инфраструктуры, хорошей развитая организационная структура и частое взаимодействие. Самое главное, руководство должно верить в установку и принимать меры для поощрения соблюдения, а также быть очень строгим с теми, кто не соблюдает. По словам предпринимателя Митча Капора , многие компании успешно занимаются распределенной разработкой. [1]

Факторы успеха [ править ]

У распределенной разработки есть несколько недостатков. Исследования показали, что сотрудники, которые работают в одном офисе, лучше координируют свою работу и более продуктивны. Точно так же программные приложения, которые тесно интегрированы, может быть очень трудно разрабатывать с использованием распределенной разработки. По этим причинам многие крупные компании, включая Facebook, требуют, чтобы все сотрудники работали в одном офисе.

Несмотря на это, у распределенной разработки для бизнеса есть несколько преимуществ. Это позволяет компаниям нанимать более разнообразную рабочую силу, включая сотрудников, которые хотят работать дома или не желают перемещаться на большие расстояния. Это позволяет компаниям нанимать квалифицированных рабочих по более низкой цене, в отличие от очень высокой заработной платы в Кремниевой долине. Распределенная разработка часто больше подходит для модульного программного обеспечения, когда разные части программы могут разрабатываться отдельно. [2]

Существует три основных фактора успеха распределенного проекта разработки:

  1. Подбирать и / или нанимать хороших, сильных, высококвалифицированных специалистов. [1] [3]
  2. Потратьте немного денег на личные встречи, особенно в начале каждого крупного проекта. [3]
  3. Создайте организационный дизайн, поддерживающий работу в распределенной разработке, включая правильные системы мотивации. [3]

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

Приложения [ править ]

Глобально распределенная разработка программного обеспечения [ править ]

Global Distributed Software Engineering - это корпоративное приложение для распределенного процесса разработки. Компании могут работать в распределенной среде благодаря командам, работающим в разных местах, или из-за аутсорсинга или офшоринга . [4] Распределенная гибкая разработка программного обеспечения - популярный подход к распределенной разработке программного обеспечения .

В прошлом почти вся разработка программного обеспечения выполнялась командами, в которых все участники: руководитель группы, дизайнеры, разработчики и тестировщики работали вместе в непосредственной близости друг от друга. [5] С годами компании начали расти в размерах и сложности, что вынудило их разрабатывать программное обеспечение во всем мире. [6] Кроме того, свое влияние оказали и другие силы, например, экономические силы и глобализация начали превращать национальные рынки в глобальные, что также привело к усилению конкуренции. [6]

Как объяснялось ранее в разделе «Факторы успеха» , разработка программного обеспечения в распределенной среде дает ряд преимуществ, которые также являются фактором для компаний, начинающих разрабатывать программное обеспечение в глобальном масштабе, например: [7]

  • Снижение затрат на разработку из-за, например, более низких зарплат в других регионах мира.
  • Эффективность по времени, увеличение количества ежедневных рабочих часов
  • Доступ к большему количеству квалифицированной рабочей силы
  • Близость к рынку компании и клиентам

Глобально распределенная разработка программного обеспечения сопряжена с множеством проблем с точки зрения коммуникации. Область изучения коммуникации в распределенной разработке программного обеспечения решает эти проблемы и фокусируется на помощи предприятиям в создании надежных каналов связи без недопонимания. [8]

Ссылки [ править ]

  1. ^ a b c Митч Капор , « Как построить успешную компанию» , лекция для студентов-предпринимателей Стэнфордского университета, 16 января 2008 г.
  2. ^ a b c Аси, Мэтт (24 июня 2014 г.). «Распределенная разработка: вы все еще делаете это неправильно» . читать, писать . Проверено 28 января 2015 года .
  3. ^ a b c Даниэль Эк , Плейлист для предпринимателей , лекция для студентов-предпринимателей Стэнфордского университета, 16 мая 2012 г.
  4. ^ Ричардсон, Ита; Кейси, Валентин; Бертон, Джон; Маккаффери, Фергал (2010). Мистрик, Иван; Гранди, Джон; Хук, Андре; Уайтхед, Джим (ред.). Совместная разработка программного обеспечения . Springer Berlin Heidelberg. С. 35–56. DOI : 10.1007 / 978-3-642-10294-3_2 . ISBN 9783642102936.
  5. ^ Тиссен, М. Рита; Пейдж, Жан М .; Бхаратхи, Мадхави Ч .; Остин, Тойя Л. (2007). Материалы конференции ACM SIGMIS CPR 2007 года, посвященной консорциуму докторантов компьютерного персонала 2007 года и исследовательской конференции глобальной рабочей силы в области информационных технологий - SIGMIS-CPR '07 . п. 28. DOI : 10,1145 / 1235000,1235007 . ISBN 9781595936417.
  6. ^ a b Эйкельхофф, Маартен (2007). «Коммуникация в глобальной разработке программного обеспечения» (PDF) . Цитировать журнал требует |journal=( помощь )
  7. ^ Conchúir, Йон РГУ; \ AAgerfalk, Pär J .; Olsson, Helena H .; Фицджеральд, Брайан (август 2009 г.). «Глобальная разработка программного обеспечения: где преимущества?». Commun. ACM . 52 (8): 127–131. DOI : 10.1145 / 1536616.1536648 . ISSN 0001-0782 . 
  8. ^ tutkimuskeskus, Valtion teknillinen (2012). Глобальная программная инженерия: проблемы и рамки решений . ISBN 9789513874599. OCLC  820775844 .