панії-розробники неминуче за це В«розплачуютьсяВ». Ускладнюється їх контроль над якістю продуктів, збільшуються терміни створення програмних продуктів, зростає кількість проблем, пов'язаних з координацією дій розрізнених робочих груп. Чи є можливість хоча б мінімізувати негативні наслідки децентралізації розробки? Є, але вона забезпечується не тільки певними інструментами підтримки групової роботи. Не існує рішення, яке разом вирішить всі проблеми, тому необхідно комплексне використання інструментів і нових методологій розробки та контролю над якістю. p align="justify"> При зіставленні з розподіленою розробкою традиційного процесу (при якому розробники знаходяться якщо не в одній кімнаті, то, принаймні, в одній будівлі) виявляється кілька відмінностей. Одне з них можна вважати ключовим: це значне ускладнення взаємодії (особливо неформального) між учасниками проекту. p align="justify"> Хоча в суспільстві склалося уявлення про програміста як про класичний інтроверт (людину, яка повністю занурений в роботу і мало спілкується з колегами протягом робочого дня), дослідження дають зовсім іншу картину. Одне з них свідчить, що кожен розробник приділяє в середньому 75 хвилин на день неформального обговорення з колегами питань, пов'язаних з проектом. Згідно з дослідженням, розробники телекомунікаційного програмного забезпечення витрачають на формальне і неформальне взаємодія з колегами 50% свого часу - аж до останнього місяця розробки, коли цей показник знижується до 10%. Звичайно, показники варіюються від проекту до проекту, але можна однозначно стверджувати, що спілкування має для розробника величезне значення. p align="justify"> Сучасна практика допускає внесення змін до проекту не тільки при проектуванні, а й на етапі кодування, що обумовлено вимогами безперервно змінюється ринку та умовами, в яких знаходиться замовник. Навіть при ідеально складеної проектної документації та визначенні ролей кожного з учасників проекту неминуче будуть виникати ситуації, що вимагають узгодження інтерфейсів, поведінки окремих компонентів системи і навіть загальної функціональності. Однак координація, яка не викликає особливих проблем при роботі в межах одного будинку, може виявитися складним, якщо колективи розробників розділені тисячами кілометрів. Втім, згідно з деякими дослідженнями, співробітники, що працюють в різних будівлях, спілкуються приблизно з тією ж інтенсивністю, що і їх колеги, що знаходяться в різних частинах світу. p align="justify"> Один час здавалося, що сучасні комунікації можуть вирішити проблему взаємодії. Видеоконференц-зв'язок, електронна пошта, засоби передачі миттєвих повідомлень, інструменти підтримки групової роботи тощо, безумовно, допомагають у роботі, але для вирішення проблеми їх явно недостатньо. Жодне з перерахованих коштів не зв'яже учасника проекту, який вже закінчив роботу і відправився додому, з тим, чий робочий день ще не закінчився і кому терміново потрібно узгодити ті чи інші деталі. p align="justify"> ...
