23. 社内ISUCON w/ yosuke_furukawa | fukabori.fm
話したネタ Write Code Every Day ISUCONとは？ エンジニア5000名が参加するISUCONとは何か ISUCONに参加するまでの流れ ISUCON問題作問する側のインフラ担当は大変 ISUCARI ISUCON9予選の出題と外部サービス・ベンチマーカーについて - catatsuy - Medium R-ISUCONは優勝者が作問側へ ISUCON参加側のyosuke_furukawaの役割は？ テディベアプログラミング なぜ社内ISUCONをリクルートテクノロジーズで開催しているのか？ ISUCONの技術力を高める、リクルートのパフォーマンス課題を共通で解く 社内ISUCON開催に向けて、何か社内を説得 or 進めていくコツは？ スモールスタートで始めつつ、偉い人を巻き込む R-ISUCON PortalにVM再起動ボタン ベンチ動きっぱなしISUCON NTT
22. ソフトウェア・ファースト w/ takoratta | fukabori.fm
話したネタ ソフトウェア・ファースト 製作委員会のnote 書籍執筆の動機 エンジニアのためのマネジメントキャリアパス DXという言葉は使いたくなかった ソフトウェア・ファーストという名前がついた経緯 モバイルファースト、AIファーストとの対比 ソフトウェアを活用をいかにできるかを、企画から運用まで考え続ける トランスフォーメーションより変革という言葉 人と組織を変える気がないDX RPAは変革の途中であり、小手先の技術 4GLやEUC エンプラの技術的負債の解消？ 事業会社がSIerへ丸投げするのは、負債の発生 内製化、手の内化 メンテできるかは、技術的にのみならず、やりたいかどうかも含めて考える 常に触り続けるのが、負債化を避けるのは王道 Google エンジニアリング・プラクティス ドキュメント 1章 ソフトウェアファースト のサマリ 2章 IT・ネットの“20年戦争”に負けた日本の
12. エンプラ向けの組織改革とか、スクラムでのチーム作り・人事評価とか | fukabori.fm
話したネタ 古くから大企業・組織で、ryuzeeさんならどう切り込んでいくか？ 現場だけで変えられる範囲には限界がある 組織改革を若手がやるのは厳しい ボトムアップでやるには気の遠くなる話が多すぎる ミドルマネージャーや意思決定の権限を持つ 改革の範囲を全社ではなく、自分の部だけにする 徐々に広げていくのは、ボトムアップでは鉄板 トップダウンでいく場合は、ミドルマネージャーが障壁になりやすい 全社ルール・ガイドラインと、どう付き合っていけば良いのか？ 複数のガイドライン/オプションを用意しておく ガイドラインをかならず守らなきゃいけないのは思い込みなこともある 緩い、自由があるガイドラインだと進めやすい 権限委譲が非常に難しいのではないか？ 権限のないプロダクトオーナー問題 プロジェクト開始の時点で、決められる範囲の線引き 大きな会社になればなるほど、スクラムマスターが重要 スクラムマスタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
