«Следуй за солнцем» (FTS), подраздел глобально распределенной разработки программного обеспечения (GDSE), представляет собой тип глобального рабочего процесса знаний, предназначенный для сокращения время выхода на рынок, когда интеллектуальный продукт принадлежит и продвигается производственной площадкой в одном часовом поясе и передается в конце рабочего дня на следующую производственную площадку, которая находится в нескольких часовых поясах к западу от продолжай эту работу. В идеале рабочие дни в этих часовых поясах перекрываются, так что, когда один сайт заканчивает свой день, начинается следующий.
FTS может значительно увеличить общее время разработки в день (если смотреть с точки зрения единого часового пояса): с двумя сайтами время разработки может увеличиваться до 16 часов или до 24 часов. часов, если есть три сайта, что сокращает время разработки на 67%.
Он нечасто практикуется в промышленности и имеет несколько задокументированных случаев, когда он успешно применяется. Вероятно, это связано с его необычными требованиями, ведущими к отсутствию знаний о том, как успешно применять FTS на практике.
История компании «Follow the Sun» восходит к середине 1990-х годов, когда у IBM была первая глобальная команда разработчиков программного обеспечения, специально созданная для использования преимуществ FTS. Команда была распределена по пяти сайтам по всему миру. К сожалению, в этом случае FTS не увенчалась успехом, потому что редко передавали программные артефакты ежедневно.
Два других случая FTS в IBM были задокументированы Трейненом и Миллер-Фростом. Первая группа была распределена по сайту в США и по сайту в Австралии. FTS оказался успешным для этой команды. Вторая группа была распределена по сайту в США и по сайту в Индии. В этом случае FTS не удалось из-за недопонимания, проблем с часовыми поясами и культурных различий.
FTS основывается на следующих четырех принципах:
Важным шагом в определении FTS является устранение ее неоднозначности от других глобально распределенных конфигураций, чтобы четко указать, чем FTS не является. Следующие четыре типа аналогичных глобально распределенных конфигураций не являются FTS:
Самая сильная сторона FTS - распространение разработки на несколько часовых поясов - одновременно является ее самой большой слабостью. Его распределенный рабочий процесс сложнее реализовать из-за культурных и технических различий, а также различий во времени, затрудняющих координацию и общение.
Основная причина, по которой FTS трудно реализовать, заключается в том, что передача обслуживания является важным элементом, который трудно реализовать правильно. Самым большим фактором, вызывающим эту трудность, является плохая связь.
Есть несколько задокументированных случаев, когда компании успешно применяли FTS. Некоторые компании заявляли об успешном внедрении FTS, но эти компании не практиковали ежедневную передачу обслуживания. Однако Кэмерон обнаружил ограниченное количество успешных приложений FTS, которые действительно включали ежедневную передачу артефактов с использованием модели распределенного параллелизма.
Недавние исследования FTS перешли к математическому моделированию FTS. Исследование сосредоточено на вопросе скорости и проблемах передачи обслуживания.
Поскольку FTS является подразделом GDSE, те же самые методики гибкой разработки программного обеспечения, которые, как оказалось, хорошо работают в GDSE, хорошо работают и с FTS. В частности, Carmel et al. (2009) утверждают, что методологии гибкой разработки программного обеспечения помогают принципам FTS, потому что они:
Kroll et al. (2013) исследовали статьи, опубликованные в период с 1990 по 2012 год, и обнаружили 36 передовых практик и 17 проблем для ФНС. Проблемы были сгруппированы по трем категориям: координация, коммуникация и культура. Эти проблемы необходимо преодолеть для успешного внедрения FTS.
Очень важно выбрать и адаптировать методологию для ежедневной передачи обслуживания, например использование гибкой разработки программного обеспечения или водопадной модели.
Выявленные передовые практики - это использование гибких методов и технологий для развития деятельности FTS. Agile поддерживает ежедневную передачу обслуживания, что является важной задачей для FTS. Инструменты управления можно использовать для оценки и планирования расписаний, управления спринтами и отслеживания прогресса. Кроме того, такие технологии, как конференц-связь, электронная почта и телефонные звонки, легко реализовать, они позволяют компаниям осуществлять синхронную и асинхронную связь между командами и хорошо работают в гибкой среде.
К сожалению, не существует надежной передовой практики, которая бы лучше всего работала, поскольку FTS можно применять множеством способов.
Связанная концепция - «следуй за луной», то есть планирование работ, которые должны выполняться специально в местные ночные часы по таким причинам, как экономия на центре обработки данных затрат за счет более дешевой электроэнергии в ночное время или резервной вычислительной мощности.