[B! チーム][組織] braitomのブックマーク

組織のベースラインを引く - sugimoriの日記

元エンジニアリングマネージャで、今は人事をやっています。この記事は、Engineering Manager vol.2 Advent Calendar 2018 の19日目です。もはや関係ないのに未だにエンジニアの1on1を何人かの人とやっているのですが、そこで、同じことを何人かの人に説明することが続いたので、きっと同じようなことで詰まってるんだろうなと思い、久しぶりに書いてみることにしました。*1 前提僕が1on1をやっている人は、チームのリーダーもしくはリーダー的な動きを期待されている人それぞれのチームは古い人もいれば、新しい人も入ってきて、割とカオス。それぞれのリーダーは、なんとかチームを良くしたいと思ってがんばっている。 1on1での話とあるAさんの1on1からチームのみんなが技術的に向上したいって思ってくれないという悩み。聞いてみるとチームとしては業務はそれなりに

braitom 2018/12/21

組織のベースラインを設けてメンバーの認識を合わせましょうという話。大事。

リンク

いま話題の「心理的安全性」について、本気出して科学的に分かりやすく説明してみた - R&D: りょうえんダイアリー

「成果を上げるチーム・効果的なチームは、何が決めるのか？」 2012年から、Googleのリサーチチームが「Project Aristotle」の中で明らかにしました。そこでは「心理的安全性」が最も重要だった、と結論付けられています。けれど、わかったようでよくわからない「心理的安全性」とは、ほんとうには、いったい何なのでしょうか？わたしたちは、この知見をどう活かして、自分の職場で生産的で効果的なチーム作りができるのでしょうか。 rework.withgoogle.com 実は、「心理的安全性」には、およそ50年の研究の歴史があります。その意味では、Googleは、心理的安全性は確かに、職場の生産性に効果的だと「再発見」したに過ぎないとすら言えます。ここでは、その50年の歴史を圧縮して、いまの科学でわかっていること、わかっていないことをお伝えしていきたいと想います。まず、この「

braitom 2018/11/04

リンク

チームとプロダクトをぶっ壊した話

10%Rule -Challenge to Making Innovative Team- @RakutenTechno logyConference2012

braitom 2017/01/28

担当毎にバラバラだったチームを1つのチームにまとめ上げた話。どのような問題があって、どのような経緯でどのように組織を変えていったかが順序だって書かれていて分かりやすい。

リンク

心理的安全性の高いチームを作るための取り組み | Social Change!

社員一人ひとりが会社で本来の自分を曝け出すことができること、そして、それを受け入れるための「心理的安全性」、つまり他者への心遣いや共感、理解力を醸成することが、間接的にではあるが、チームの生産性を高めることにつながる。これは現代ビジネスのウェブ版に掲載された以下の記事からの一節だ。グーグルが突きとめた！社員の「生産性」を高める唯一の方法はこうだグーグルが取り組んだ生産性向上計画についての記事で、それによると生産性の高いチームに共通するのは「他者への心遣いや同情、あるいは配慮や共感」がうまくいっていることだと言うのだ。チームの中で、気兼ねなく安心して発言や行動できるような心理的な不安がない状態が、高い生産性を実現すると言われれば、確かにそう思う。そうした状態を心理学の専門用語から「心理的安全性（psychological safety）」と呼ぶらしい。これまで言葉として認識していな

braitom 2017/01/04

“オフィスに集めれば心理的安全性が勝手に保てるというのは幻想だろう”

リンク

横断組織「技術内閣」とは？8人の大臣が進める、ジャストシステムの技術組織作り | SELECK [セレック]

〜創業37年のIT企業が、技術力強化のために取り入れた「技術内閣制度」。技術レベル向上への取り組みや、情報共有の仕組みまで、その全貌を公開〜事業が順調に成長し、組織が拡大していくと、組織構造に歪みが出てくるタイミングが必ずくる。ワープロソフト「一太郎」や日本語入力システム「ATOK」をはじめ、タブレット通信教育「スマイルゼミ」などの新規サービスの展開が増えてきている株式会社ジャストシステムもまた、いくつもの事業が成長しているがゆえの「技術の横連携ができていない」という問題を抱えていた。いくつもの事業を抱える組織が陥りがちなその問題を、同社は技術内閣「Tech CABINET（テックキャビネット）」を発足することで解決した。技術分野ごとに、8人の大臣を指名し、全社的な取り組みを促進する制度だ。今回は、データベース大臣の増田和弘さんと、サーバーシステム大臣の福嶋航さんに、「技術レベ

braitom 2016/11/13

技術の横連携ができていない問題を解決するために、技術分野ごとに大臣をおく制度を作ったという話。大臣は技術課題の解決だけでなく、社内の情報共有、採用支援、人材戦略も行う。これいいな。

リンク

フィードフォースのエンジニア組織デザイン

弊社の開発チーム体制がどのような考えに基づいているのか、社内勉強会で説明した資料です。

braitom 2016/10/29

理想のエンジニア組織をデザインするために取り組んできたことについてまとめられている。分業のパターン、協業を意識するための取り組みなどが紹介されている。

リンク

自律的なチームを作るために —組織心理学・臨床心理学の応用—

Japan Product Manager Conference 2016 のアンカンファレンスで発表させて頂いた内容です。 http://pmconf.jp/

braitom 2016/10/28

リンク

Googleと完璧なチーム

Spring BootによるAPIバックエンド構築実践ガイド第2版何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...