複数のシフトの仕事は新しいアイデアではありません。 ITの世界では、コールセンターで2〜3シフトで作業します。 多くの場合、テクニカルサポートは他のタイムゾーンで提供されますが、その品質は多くの場合連続して冗談を言います。 通信社もこの原則に取り組んでいます。
たとえば、ITクラウドはフランスのサポートを楽しんでいます。
そして、サウスパークは、インドのどこかにあると思われるオクルスリフトのサポートをm笑しています。
さて、通信社とコールセンターはすでに24時間働いています。 しかし、知的製品が製造されている他のビジネスにそのようなモデルを適用することは可能ですか？ このモデルに取り組んでいるビジネスは、製品作成の速度を最大3倍に高めることができます。
スウェーデンの広告代理店でこのような作業モードを確立することが提案されたプレゼンテーションがありました。 さらに、すべてのシフトはオフィスの1つで解決されます。
私の意見では、スウェーデンにとって、このモデルは夜勤の高い補償のために最も成功していません。 しかし、広告会社が他の2つのタイムゾーンに駐在員事務所がある場合はどうでしょうか。 シフトの終わりに、作業が始まったばかりの別のオフィスの同僚に本格的なブリーフを作成できますか？
GitHub、Basecamp、WooThemes、Bufferなど、多くのIT企業はすでに分散チームと協力しています。 彼らは1日24時間という事実を利用していますか？
プログラマーがタスクに取り組んでおり、最後の1時間で、Skypeの別のオフィスの同僚を接続して、コンテキストとショートペアプログラミングを入力するとします。 このソリューションにはコストがかかりますが、速度を重視するお客様はこのような生産性を高く評価できます。
ここでは、もちろん、通信コストの問題が発生します。 従業員は重要な情報を失うことなく、タスクを別のオフィスの同僚にすばやく転送できますか？
投稿を書く過程で、いくつかの質問に対する答えを受け取りました。 「Stealing Time：24/7 Software Engineering Developmentの探求」という本がインターネットで見つかり、継続的なソフトウェア開発のための24/7方式を提案しました。 この本は、異なる時間帯に3つのオフィスがある状況を説明しています。 オフィスは、日中に3つのシフトが順番に行われるように配置されています。
この提案された方法論のスクラムのプロジェクト管理用。 各場所で1日のスプリントが行われ、その後、別の場所の同期送信が行われます。 転送は、毎日の会議（毎日のスクラム）です。
この本は、異なるタイムゾーンにある3つのオフィスが優れたスキームであると書いています。 緊急かつ恐ろしいバグがある場合は、緊急に修正できます。
生産が3倍以上加速しているという考えを自分から加えたいと思います。 プロジェクトが7営業日かかり、週末を考慮して月曜日に開始する場合、プロジェクトは9暦日かかります。 また、3つのオフィスがあるため、このようなプロジェクトはわずか3日間でリリースされます。 まあ、24/7はまだ働きすぎです、24/5は十分です。
この本から判断すると、スマート製品は、グローバル化のおかげで、さまざまなタイムゾーンで24時間作成できます。 私はそのようなプロジェクトに参加した経験がないので、このトピック、特にPMについて読者の意見を聞くのは非常に興味深いです。 プロジェクトには1日あたり何時間ありますか？