SRE の原則に沿ったトイルの洗い出しとトラッキング | Google Cloud 公式ブログ

※この投稿は米国時間 2020 年 2 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。 作業効率を検証するために Google のサイト信頼性エンジニア（SRE）が使用している主な測定指標の一つが、日々の時間の使い方です。長期間のエンジニアリング プロジェクトのために時間を確保する必要がありますが、エンジニアには Google のサービスを稼働し続ける責任もあり、そこにも手作業が生じることがあります。Google の SRE は、いわゆる「トイル」に費やされる時間を勤務時間の 50% 未満にすることを目指しています。では、トイルとは何でしょうか。トイルに邪魔されずに開発スピードを維持するには何をすべきでしょうか。本稿ではこれらの問いについて見ていきます。 まずトイルの定義ですが、『Site Reliability Engineering』の第 5 章には次の

[nilab]

トイレの時間を制限するなんて自動車絶望工場かΣ(ﾟДﾟ) って思ったけど完全に空目だった。。。「Google の SRE は、いわゆる「トイル」に費やされる時間を勤務時間の 50% 未満にすることを目指しています」

[iekusup]

ほー。

[braitom]

なるほどー愚直に定期的にアンケートを取って問題を洗い出したのか。“ 3 か月ごとに SRE チームを調査し、プロジェクト作業の時間を奪う問題として Google 全体で共通しているものを洗い出しました”

[hokkai7go]

・SRE 組織全体のアンケート調査を定期的に行っている ・システムの複雑さによるユーザー(SREの)エクスペリエンスについて触れてる 上記2点の意味で面白かった。なんかこれは参考にして実践できる可能性があるぞ

[udzura]

“この経験から 1 つ学んだことは、測定すべきものをきちんと測定し始めれば、状況を示したうえで賛同を得ることができる、ということです。チームのメンバー全員にチケットの出入りの比率を示したら、一気に状況が変