кома віддаленими колективами знижується швидкість створення програмного забезпечення - через залучення більшої кількості розробників. Схоже, що одна з причин цього полягає в зниженні ефективності взаємодії розробників один з одним, а також в недоліках координації колективів. p align="justify"> Компаніям, які брали участь у дослідженні Lucent, було поставлено ряд питань. Аналіз їх відповідей показав, що найбільший внесок у збільшення затримки вносить відсутність допомоги колег при вирішенні складних завдань в умовах розподіленої розробки. Цікаво, що даний фактор, по суті, є єдиним значущим. Крім того, жоден з опитаних розробників не вважає себе частиною проблеми. Іншими словами, розробники впевнені, що в рівній мірі допомагають колегам, які перебувають з ними в одній будівлі і за тисячі кілометрів від них. Однак ті ж самі фахівці переконані, що отримують значно більшу допомогу від місцевих колег, ніж від віддалених. Одне з пояснень може бути таким: розробники дійсно намагаються бути корисними для інших, але дистанційна допомогу менш ефективна. Або ж їм важко визначати рівні складності і терміновості проблем, що виникають у віддалених розробників, тобто недооцінюється важливість допомоги, за якою до них звертаються. p align="justify"> Загалом опитування свідчить про те, що координація і взаємодія сильно страждають при розподіленої розробці. p align="justify"> По-перше, значно простіше розробляти і здійснювати зміни в багатомодульна проекті, якщо всі модулі створюються і підтримуються в одному місці. У розробників з'являється можливість оперативно отримувати всю необхідну інформацію В«з перших рукВ». p align="justify"> друге, неформальне спілкування з розробниками, що створювали змінюваний код (яке часто буває досить ефективним), практично недоступне учасникам розподілених проектів. p align="justify"> По-третє, при розподіленої роботі значно складніше знайти фахівця, який володіє необхідними інформацією та досвідом. Ймовірність залучення в зміни потрібної людини з віддаленого колективу багато менше, ніж у тому випадку, коли всі роботи ведуться в одному місці, тому зміни займуть більше часу і зажадають участі більшої кількості розробників. br/>
1.2 Концептуальне рішення і вибір типу розробки
Проблеми забезпечення взаємодії розробників існують і при локальній розробці, але їх масштаб - набагато менше.
Причин цього багато: культурні, мовні відмінності, різниця в годинних поясах, погана узгодженість дій. Вирішити проблему лише за рахунок застосування нових засобів управління груповою роботою неможливо. Концептуально треба прагнути до того, щоб, з одного боку, зменшувалася потреба у взаємодії віддалених розробників (оскільки не можна домогтися такої ж його ефективності, яка досяжна при В«живомуВ» спілкуванні), а з іншого боку, підвищувалася ефективність інструментарію розробника. p align="justify"> Розподілена розробка об'єк...
