テクノロジー
社内横断の技術組織を終わらせました - nottegra’s blog

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

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

社内横断の技術組織を終わらせました - nottegra’s blog

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

nottegra.hatenablog.com

適切な情報に変更

エントリーの編集

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

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

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

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

ブックマークしました

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

Twitterで共有

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

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

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

256

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

ブックマークを追加

よく使うタグ

社内横断の技術組織を終わらせました - nottegra’s blog

1458 users

nottegra.hatenablog.com

よく使うタグ

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

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

ユーザー登録

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

記事へのコメント256件

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

natsutanこれ、難しい問題で、自分より実績少ない人が上に立って、スピードを落とす方向に動くと、僕は役員使ってでも全力で排除しに行く。下の立場で協力できるには、特別な何かがいると思う。

2017/05/14リンク

その他

ata00000３ヶ月で終わらせたのが凄いな。だいたい1年くらいは様子見しそうだけど… スピード感のある組織なのか、よほど問題が酷かったのか…

2017/05/14リンク

その他

shikiaraiレビューなんて死ぬほど痛い目見てきた経験者がきな臭いところを見つける時間でしかないから、痛かったことを共有する時間を作ってみんなでうわやっべーって思ってたほうが有益

2017/05/14リンク

その他

KoshianX3ヶ月でやめれたのすごい。新規リリース向けと運用向けで同じルールは適用できないってことではあるなあ。

2017/05/14リンク

その他

wyukawa現場主導な文化なところにトップダウン的な仕組みを入れようとしてうまくいかなかったということかな。いや、まあ難しいと思うし、3ヶ月で撤退したのは良かったんじゃないかな。

組織

2017/05/13リンク

その他

deamuストップをかけてくれた役員が居た事と、その判断の3ヶ月というスピード感はかなりツキがあったのでは。　そしてその流れの全体に正面から向かい合って公開まで出来る勇気ある行動が凄いわ

2017/05/14リンク

その他

khtno73まず自部門で目に見える業務改善の実績を継続して出す→改善したKPI/使った工数/Do&Don'tをレポート→部次長/執行役級のお目にとまる→コミュニティ/委員会として予算化。しか成功シナリオなさげ。評論家には金は払えん。

2017/05/14リンク

その他

flyeagleこれは身につまされる / 掲げたミッションが多すぎるのと、自分が専任でも他が兼任だとどうしようもないのと、同じ課題感を持ってた権力者は居たのかどうかが気になるのと。/ 個別最適で回ってる文化を変えるのは大変

2017/05/14リンク

その他

ono_matope品質の課題について取り組むべきなのは現場の裁量を増やしてレビューの「文化」を作ることであって、自治権を奪う「PJ外のシニアによる直接レビュー」じゃないよな。それはお前らなんやねんってなる。

2017/05/14リンク

その他

strawberryhunter「新規プロダクトに対する設計レビュー既存プロダクトに対する運用レビュー」CTOを気取っているようだけど、マネジメントはまず部下を信用するところから。これは部下を信用しない＋仕事増やしただけ。最悪だよ。

犯罪

2017/05/14リンク

その他

septiembreokbj貴重な記事。助かります。ありがとうございます。

2018/05/16リンク

その他

rinasan3こういう事例もっと聞きたいです

2018/03/15リンク

その他

taka_2車内横断組織の失敗事例について

2018/01/04リンク

その他

kenjiskywalker無茶苦茶貴重やんけ

teaming

2017/11/28リンク

その他

nagggこれって、痛みやお金など、別の要素もないと上手く回らないような気がしてる。極論をいうと、失敗すると会社が倒産するような環境というか。「やる方がいい」だと前に進まないことが多いんじゃないかな。

2017/06/14リンク

その他

hiroyuki1983実績の多寡は関係なくない？　言ってることが正しいかどうかでしょ

2017/06/01リンク

その他

takatama分かりやすい成果って必要なんだよね…。守ってくれる人のためにも知恵を使わないと潰される

2017/06/01リンク

その他

kazupyong精神的な負荷と地に落ちた信頼

2017/05/27リンク

その他

kita-tuba 社内横断の技術組織を終わらせました

unclassified

2017/05/22リンク

その他

northlightブコメにも書かれているとおり、組織デザインの失敗だと思う。技術者の性善説に頼りすぎてる感。皆、我儘な人間なのですよ。まあ、失敗談だから他山の石として。

2017/05/20リンク

その他

nekoruri最初読んだときは「まあそうだよね」ぐらいの感想だったけど、cyberzと聞いて読み直したら、技術内閣の横展かなとか3ヶ月での役員ストップとか、あれこれ納得感が増した。

2017/05/19リンク

その他

jumperson権限、責任を持った組織ではなく、相談できるコミュニティが欲しいという点は凄く凄く凄くわかる。

2017/05/18リンク

その他

atauky組織の権威付けができなかった。何を重視してレビューすべきか軌道修正できなかった。現場の負担を増やした。

2017/05/17リンク

その他

sawarabi0130各事業所は縦割りで独立した文化を築いているようにみえる。そんな中で部外者が横断組織を作ってもダメで、各々の事業部から担当者とステークホルダーを集める必要があるだろう。

2017/05/16リンク

その他

HINhttp://engineer-blog.cyber-z.co.jp/entry/2017/01/24/114325

2017/05/16リンク

その他

luccafort3ヶ月で終わらせたということはよほどヤバい状態になったんだろうな、この人と事業部全体が。かなりつらい経験だと思うんだけど個人的に気になったのは目的の粒度が小さいように感じたことかなあ。

2017/05/16リンク

その他

thatblue貴重な記録だ…

2017/05/15リンク

その他

rjgeこういう施作ってまず実施する側と各組織との信頼関係を築くことが先決だと思うんだけどなぜか信頼はやってるうちに築かれるみたいなこと言う人が多いの謎。

2017/05/15リンク

その他

legnum戻った部署がCTO候補求人出してるけど退職願提出済みってこと？https://paiza.jp/recruiters/279

2017/05/15リンク

その他

zakusun似たような形態なので、参考にさせていただきます。

2017/05/15リンク

その他

kadoyau失敗談がウェブに公開されるの貴重

2017/05/15リンク

その他

celitan合う合わないがあるだろうさ

2017/05/15リンク

その他

crowd_burnerhttp://engineer-blog.cyber-z.co.jp/entry/2017/01/24/114325

2017/05/15リンク

その他

l-_-llサイバーって名前ヤバいなぁと思ったらCAなのか

2017/05/15リンク

その他

yoshikidz難しいよねーホントこの類のやつは。目的が明確でないのに成果を求められたり課題定義だけたくさん行われて、肝心のプロダクトより人にフォーカスが当たってしまう矛盾がよく生じるのよね。単純に非効率

2017/05/15リンク

その他

spacefrontier現場に負担を掛けて経営層を安心させるための施策か…。経営層にいい情報を上げつつ現場も理解して士気の鼓舞と負荷軽減するのは超人的なメンタルを持った各PJのPMだけど、この筆者はそれを掛け持ちして破綻か…。

2017/05/15リンク

その他

otituke現場の声「クソ面倒な施策が増えたなー」「あ、消えた、よかった。」

2017/05/15リンク

その他

yocchi24こういった新しい社内業務を始める場合は、一辺に理想論で堅く始めると負荷がかかるため、ひとつずつゆるく始めるのがおすすめ。一つ試しにやって自社にあわせて新たな文化を徐々に作る形ですすめないと破たんします

2017/05/15リンク

その他

hirocueki100の成功例より濃い知見だ。

2017/05/15リンク

その他

Amarron(http://engineer-blog.cyber-z.co.jp/entry/2017/01/24/114325 ) [マネジメント][会社][エンジニア]

はじめました

2017/05/15リンク

その他

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

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

リンクを埋め込む

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

プレビュー

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

規約違反を報告

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

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

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「社内横断の技術組...」が注目されています。

気持ちをシェアしよう

ツイートする

社内横断の技術組織を終わらせました - nottegra’s blog

内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。この記事...内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。はじめに始めた理由 CTOの不在品質面に対するレビュー不足技術広報の不足それぞれの施策の結果時間がかかってみんなストレスが溜まる新規レビュー当たり障りの無いことしか表現できない運用レビュー兼任状態が続き、進まない新規技術検証やる必要の薄い「全社」広報終わった理由成果が出せなくて、そもそも証明出来ないかもしれない問題解決は組織じゃなくても出来ると気が