Movatterモバイル変換

[0]ホーム

サクサク読めて、
アプリ限定の機能も多数！

アプリで開く

はてなブックマーク

閉じる

テクノロジー
エンジニア組織の責任範囲の透明性をRACI図で高めてみた - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

エンジニア組織の責任範囲の透明性をRACI図で高めてみた - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)

テクノロジーカテゴリーの変更を依頼記事元:

hackerslab.aktsk.jp

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

364usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

エンジニア組織の責任範囲の透明性をRACI図で高めてみた - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)

364 users

hackerslab.aktsk.jp

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント15件

注目コメント
新着コメント

オーナーコメントを固定しています

オーナーyunon_phys書いた

2018/12/22リンク

その他

dskst9なるほど。デリゲーションまで確認したとは、すごいいい情報ができてる。そして形になることで組織によってすごい違うなと改めて感じる。

2018/12/22リンク

その他

tbpg"組織構造を考慮せずにjob descriptionを作ることは出来ない"

2018/12/22リンク

その他

tune責務の明確化は必要だけど、過度に意識させると領域を超えて動こうとする力を押さえつけてしまう気がする。個人的には役割をどんどん減らした方がいいと思ってるんだけどなぁ。

2018/12/22リンク

その他

オーナーコメントを固定しています

オーナーyunon_phys書いた

2018/12/22リンク

その他

hoppieフレームワークとして良さそう

2018/12/27リンク

その他

lapticeCTOとEM, VPoE, LE(TechLead)の違いをRACIで図示したもの、この図で言うとうちはVPoEとEMとちょっとしたLEが全部集約されている。

マネジメント

2018/12/25リンク

その他

oros実行責任と説明責任を切り分けて考える方法

2018/12/25リンク

その他

efclresponsibilityとaccountabilityの違い、RACI図での役割説明

company

2018/12/24リンク

その他

braitom組織構造をRACI図で表すことにより役割ごとの責任範囲を明確にして透明性を高めるという話。確かにこれがはっきりしていないとjob description作れないよな

2018/12/24リンク

その他

mr_yamada早くRACIをうpしろや

2018/12/22リンク

その他

khtno73accountの訳は日本語「説明」の数ある意味の中で「根拠の提示」限定。全責任負う決定権者は決定に至った根拠を示せるよう状況把握し記録が残るようガバナンスする。丁寧に説明するってダラダラ時間かけるのは馬鹿。

2018/12/22リンク

その他

2018/12/22リンク

その他

ohbaryeなるほど / “RACIが自分の思っていた以上に組織構造に強く依存していた、ということです。これはつまり、組織構造を考慮せずにjob descriptionを作ることは出来ない、ということを示唆しています”

Engineering manager

2018/12/22リンク

その他

kyunsわかりやすい

2018/12/22リンク

その他

SixeightRACIで書く移譲度合い分かりやすい

2018/12/22リンク

その他

tick2tack“RACIとはResponsible(実行責任者)、Accountable(説明責任者)、Consult(相談先)、Informed(報告先)”

2018/12/22リンク

その他

tbpg"組織構造を考慮せずにjob descriptionを作ることは出来ない"

2018/12/22リンク

その他

dskst9なるほど。デリゲーションまで確認したとは、すごいいい情報ができてる。そして形になることで組織によってすごい違うなと改めて感じる。

2018/12/22リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「エンジニア組織の...」が注目されています。

気持ちをシェアしよう

ツイートする

エンジニア組織の責任範囲の透明性をRACI図で高めてみた - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)

こんにちは、ゆのん(id:yunon_phys)です。この記事は Akatsuki Advent Calendar 2018 の22日目の記事で...こんにちは、ゆのん(id:yunon_phys)です。この記事は Akatsuki Advent Calendar 2018 の22日目の記事です。前日は@kackytwさんのDQNの学習速度を改善するでした。 Engineering Managerのjob descriptionを共有する流れ近年、Engineering Manager(EM)業界が賑わってきています。特に2018年は非常に活発化した年でした。書籍としては、エンジニアリング組織論への招待とエンジニアのためのマネジメントキャリアパスという名著が生まれました。また、Engineering Manager Meetupが3回開催され、Slack workspaceでは12/22時点で268人となっています。EMのためのPodcast EM.FMも誕生し、総再生回数が10,000回を突破するなど、多くの方から注目を集めていま