Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
インフラエンジニアが活きる組織、活きない組織って?
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Shuma
December 13, 2024
Programming
300
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
インフラエンジニアが活きる組織、活きない組織って?
12月13日IT勉強会(大阪梅田)発表内容
Shuma
December 13, 2024
More Decks by Shuma
See All by Shuma
DB移行、油断した瞬間に 肝が冷えた話
shubox
0
21
AIの権限設定に悩んでいる話
shubox
0
58
インフラ深掘りLT
shubox
0
55
飲食店長から_SREになった話
shubox
0
49
Ansible で Vector を導入し Slack 通知とログレベル色分けまでした話
shubox
0
59
阿部寛のホームページをSRE観点で改善出来るか考えてみた。
shubox
0
150
一日の終わりに、晩酌しながら眺めたいシステムログの世界
shubox
0
130
プロダクトがクローズした話
shubox
0
190
今も熱いもの!魂を揺さぶる戦士の儀式:マオリ族のハカ
shubox
0
320
Other Decks in Programming
See All in Programming
AI Engineeringは、AIプロダクトだけのものか? 〜AIがソフトウェアを作る時代の新しい当たり前〜 / No AI in your product. AI Engineering in your development.
rkaga
4
290
使いながら育てる Claude Code — 開発フローの1コマンド化 × 繰り返し指摘の自動仕組み化
shiki_kakaku
0
1.3k
SREの積み重ねがAI駆動開発のガードレールになった ― 7つの実践/SRE Guardrails The 7
tomoyakitaura
9
5.8k
自動化したのに回らないテスト運用の壁ーAI時代の品質責任と生産性
mfunaki
0
110
AIが無かった頃の素敵な出会いの話
codmoninc
1
280
えっ!!コードを読まずに開発を!?
hananouchi
0
290
Haskell/Servantを通してWebミドルウェアを捉え直す
pizzacat83
1
620
改善しないと、タスクが回らない。 “てんこ盛りポジション” を引き継いだ情シスの、入社3ヶ月の業務改善録
krm963
0
230
「正の参照」と 「負の導出」で組む ハーネスエンジニアリング
cottpan
1
150
Prismを使った型安全な暗号化_関数型まつり2026
_fhhmm
0
150
アルゴリズムは何を圧縮しているのか ─ Haskell から育った「圧縮代数」というメンタルモデル
naoya
16
3.7k
komatsuna「分散システムにおけるバグ分析手法」
komatsunaqa
0
130
Featured
See All Featured
Ethics towards AI in product and experience design
skipperchong
2
330
Facilitating Awesome Meetings
lara
57
7k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Designing Experiences People Love
moore
143
24k
The Curse of the Amulet
leimatthew05
2
13k
The Curious Case for Waylosing
cassininazir
1
440
Claude Code のすすめ
schroneko
67
230k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
580
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
Product Roadmaps are Hard
iamctodd
55
12k
Transcript
None
インフラエンジニアが活きる組織、活きない組織って? ~技術と組織文化の視点から~ 2024年12月13日 Shuma
自己紹介 現職 • 自社開発企業でインフラエンジニア キャリア変遷 • 飲食店店長 → バイト →
インフラエンジニア ◦ 情シス、インフラ基盤、開発など担当 技術スタック • クラウド:AWS, Google Cloud Platform • 言語:PHP, Python • その他:Infrastructure as Code(Terraformの勉強中)
インフラエンジニアの価値てなに? システムの土台を支え、 RASISを実現する技術者 5つの重要な責務 • Reliability(信頼性) ◦ 安定したシステム運用を実現するアーキテクチャ設計 • Availability(可用性)
◦ 24/365のサービス継続性を確保 • Serviceability(保守性) ◦ 効率的な運用と迅速な障害対応の実現 • Integrity(完全性) ◦ システムとデータの一貫性を担保 • Security(安全性) ◦ 多層防御によるセキュリティの確保 組織におけるインフラエンジニアの課題 • 日常業務の価値が見えづらい • 予防保守の重要性が理解されにくい • システム安定時の貢献が認識されにくい
インフラエンジニアが活きる組織 「見えない価値」を理解する文化 • バックエンドとインフラの求める役割や課題を可視化し組織に共有している ◦ 例:定期的な活動報告会の実施 ◦ 例:予防保守による効果の可視化 • 技術的負債の解消を経営課題として認識
◦ 例:システム更新の必要性を理解 ◦ 例:保守コストの可視化を評価 心理的安全性の確保 • 失敗を学びの機会として捉える ◦ 例:改善提案を積極的に受け入れる • チーム間の相互理解を促進 ◦ 例:定期的なナレッジ共有会 ◦ 例:部門間での人材交流
インフラエンジニアが活きない組織 コミュニケーション不全の課題 • インフラチームの孤立 ◦ 影響:情報共有の不足 ◦ 影響:チーム間の相互理解欠如 • ミッションと価値の不明確さ
◦ 影響:モチベーション低下 ◦ 影響:キャリアパスの不透明さ 改善が必要な組織文化 • 属人化を放置する体質 • 予防保守よりも障害対応を重視 • 技術的負債への無理解 • インフラ業務の価値が見えない状態
まとめ 組織文化の改善に向けて • コミュニケーションの促進 ◦ 定期的な組織間対話の場作り ◦ インフラチームの活動の可視化 • 相互理解の深化
◦ 事業部門との定期的な意見交換 ◦ インフラ業務の価値の共有 次のステップ • 自社の組織文化を確認する • できることから改善を始める • 継続的な対話を続ける。 ご清聴ありがとうございました。