QAがSRE NEXT 2026に行ったら、SREを勘違いしていたことに気づいた｜yuden

私はSREではありません。QAエンジニアです。 きっかけは、同僚のSREが参加すると聞いたこと。名前は聞いたことあるし、面白そうだから行ってみよーくらいの軽い気持ちで申し込みました。 後から知ったのですが、今年のテーマは「Inclusive SRE」。 公式サイトには、SREというロールに限定されず「信頼性向上に携わるエンジニアの誰もが学べる場」を目指す、とあります。 QAが興味本位で紛れ込んでも、案外まっとうな参加者だったわけです。 結論から言うと、行ってよかったです。そして、自分がSREというロールをけっこう勘違いしていたことに気づかされました。 SREを「インフラに強い運用の人」だと思っていた正直に書くと、参加する前の私のSRE像はこんな感じでした。 インフラにめちゃくちゃ強い 監視ダッシュボードとエラー通知に追われる 障害が起きたら深夜でも呼ばれる(弊社はそういう体制じゃないけど他

[hdkINO33]

“つまりSREは、品質特性のうち「信頼性」を、本番環境という現場で専門的に扱っている職能だと整理できるのではないかと。”

[simplememofast]

手段と職能の切り分けが要。ISO25010で信頼性は品質特性の一つ、SREはそれを本番で担う職能でインフラや監視は手段に過ぎない。QAとの差は足場が開発前か本番かだけだ

[nguyen-oi]

QAとSREの目指す先は同じって視点は面白いな。手段と目的を混同しがちなIT業界によく刺さる記事