Распределенная разработка
Эта статья нуждается в дополнительных цитатах для проверки . ( апрель 2013 г. ) |
Проект распределенной разработки — это проект исследований и разработок (НИОКР), который выполняется на нескольких рабочих площадках или в нескольких офисах. Это форма исследований и разработок, при которой участники проекта могут не видеться лицом к лицу, но все они совместно работают над достижением результата проекта. Часто это делается через электронную почту , Интернет и другие формы быстрой связи на расстоянии. [1] Распределенная разработка была в значительной степени инициирована сообществом разработчиков программного обеспечения с открытым исходным кодом . [2]
Он отличается от аутсорсинга тем, что все организации работают вместе на равном уровне, а не одна организация передает работу другой по субподряду. Это похоже на виртуальную команду , но с исследовательским элементом.
Характеристики распределенной разработки
[ редактировать ]Разработчики разбросаны по разным местам и работают над одним и тем же проектом или продуктом. Причины распределения не имеют значения: они могут включать доступность ресурсов в разных местах, близость к определенным кластерам, близость к клиентам или ценовые преимущества.
Люди могут специализироваться на распределенной среде разработки, но они активно сотрудничают для достижения общей цели. Где-то в составе управления проектами должен быть руководитель программы или менеджер проекта. В распределенной среде участники проекта обмениваются идеями, информацией и ресурсами. Одним из ключевых требований является то, что вся коммуникация должна быть открыта для всех участников, а не ограничиваться теми, кто находится в одном офисном здании. Обычно это достигается за счет сотрудничества через Интернет. Обычно используемые средства связи включают GitHub и вики . [2]
Распределенная разработка — это одна из высших форм сотрудничества в любой инженерной или научной среде исследований и разработок . Обычно это не является препятствием для успеха в бизнесе, но может варьироваться от некоторого бремени до труднодостижимого, поскольку требует высоких управленческих способностей, отличной коммуникационной среды, политически свободной среды, высокоэффективной инфраструктуры, хорошего развитая организационная структура и частое взаимодействие. Самое главное, руководство должно поверить в эту систему и принять меры для поощрения соблюдения требований, а также быть очень строгим к тем, кто не соблюдает требования. По словам предпринимателя Митча Капора , многие компании успешно занимаются распределенной разработкой. [1]
Факторы успеха
[ редактировать ]У распределенной разработки есть несколько недостатков. Исследования показали, что сотрудники, работающие в одном офисе, лучше координируют свою работу и более продуктивны. Аналогичным образом, программные приложения, которые тесно интегрированы, могут быть очень сложны в разработке с использованием распределенной разработки. По этим причинам многие крупные компании, в том числе Facebook, требуют, чтобы все сотрудники работали в одном офисе.
Несмотря на это, у распределенной разработки есть несколько преимуществ для бизнеса. Это позволяет компаниям нанимать более разнообразную рабочую силу, включая сотрудников, которые хотят работать дома или не хотят переезжать на большие расстояния. Это позволяет компаниям нанимать качественных работников по более низкой цене, в отличие от очень высоких зарплат в Кремниевой долине. Распределенная разработка часто больше подходит для модульного программного обеспечения, где разные части программы могут разрабатываться отдельно. [2]
Существует три основных фактора успеха проекта распределенной разработки:
- Отберите и/или наймите хороших, сильных и высококвалифицированных людей. [1] [3]
- Потратьте немного денег на личные встречи, особенно в начале каждого крупного проекта. [3]
- Создайте организационную структуру, которая поддерживает работу в распределенной разработке, включая правильные системы стимулирования. [3]
Выполняя эти три действия, можно получить преимущества, выходящие за рамки чистого аутсорсинга или оффшоринга , а именно, гораздо более мотивированных сотрудников во всех частях распределенной сети, более высокий уровень удержания и, конечно же, выгоду от разнообразия сети.
Приложения
[ редактировать ]Глобально распределенная разработка программного обеспечения
[ редактировать ]Global Distributed Software Engineering (GDSE) — это корпоративное приложение для распределенного процесса разработки. Компании могут работать в распределенной среде из-за команд, работающих в разных местах, или из-за аутсорсинга или оффшоринга . [4] Популярным подходом к распределенной разработке программного обеспечения является распределенная гибкая разработка программного обеспечения .
В прошлом почти вся разработка программного обеспечения выполнялась группами, в которых все члены: руководитель группы, дизайнеры, разработчики и тестировщики работали вместе в непосредственной физической близости. [5] С годами компании начали расти в размерах и сложности, что вынудило их разрабатывать программное обеспечение по всему миру. [6] Кроме того, свое влияние оказали и другие силы, например, экономические силы и глобализация начали превращать национальные рынки в глобальные, что также привело к усилению конкуренции. [6]
Как объяснялось ранее в разделе «Факторы успеха» , разработка программного обеспечения в распределенной среде дает ряд преимуществ, которые также являются фактором для компаний, начинающих разработку программного обеспечения по всему миру, таких как: [7]
- Снижение затрат на разработку, например, за счет более низких зарплат в других регионах мира.
- Экономия времени, увеличение количества ежедневных рабочих часов
- Доступ к более широкому резерву квалифицированной рабочей силы
- Близость к рынку и клиентам компании
Глобально распределенная разработка программного обеспечения сопряжена со многими проблемами с точки зрения коммуникации. Область исследования « Коммуникации при разработке распределенного программного обеспечения» решает эти проблемы и фокусируется на том, чтобы помочь предприятиям иметь надежные каналы связи без недопонимания. [8]
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ Jump up to: а б с Митч Капор , «Как построить успешную компанию» , лекция для Стэнфордского университета , изучающих предпринимательство, 16 января 2008 г. студентов
- ^ Jump up to: а б с Асай, Мэтт (24 июня 2014 г.). «Распределенная разработка: вы все еще делаете это неправильно» . читать писать . Проверено 28 января 2015 г.
- ^ Jump up to: а б с Дэниел Эк , «Плейлист для предпринимателей» , лекция для Стэнфордского университета , изучающих предпринимательство, 16 мая 2012 г. студентов
- ^ Ричардсон, Ита; Кейси, Валентин; Бертон, Джон; Маккаффери, Фергал (2010). Мистрик, Иван; Гранди, Джон; Хук, Андре; Уайтхед, Джим (ред.). Совместная разработка программного обеспечения . Шпрингер Берлин Гейдельберг. стр. 35–56. дои : 10.1007/978-3-642-10294-3_2 . ISBN 9783642102936 .
- ^ Тиссен, М. Рита; Пейдж, Джин М.; Бхарати, Мадхави К.; Остин, Тойя Л. (2007). Материалы конференции ACM SIGMIS CPR 2007 года, посвященной докторскому консорциуму компьютерного персонала 2007 года, и исследовательской конференции по глобальной рабочей силе в области информационных технологий - SIGMIS-CPR '07 . п. 28. дои : 10.1145/1235000.1235007 . ISBN 9781595936417 . S2CID 2741073 .
- ^ Jump up to: а б Эйкельхофф, Мартен (2007). «Коммуникации в глобальной разработке программного обеспечения» (PDF) .
{{cite journal}}
: Для цитирования журнала требуется|journal=
( помощь ) - ^ Кончуир, Эоин О; \А.А.Герфальк, Пер Дж.; Олссон, Хелена Х.; Фицджеральд, Брайан (август 2009 г.). «Глобальная разработка программного обеспечения: в чем преимущества?». Коммун. АКМ . 52 (8): 127–131. дои : 10.1145/1536616.1536648 . ISSN 0001-0782 . S2CID 663043 .
- ^ научный центр ГТУ (2012). Глобальная разработка программного обеспечения: основы проблем и решений . ISBN 9789513874599 . OCLC 820775844 .