チームの良さを確認するためにやったこと - Web錯誤
この記事はProduct Manager Advent Calendar 2016の7日目の記事として書かれました。6日目の記事はgackyさんのおじさん Product Manager サバイバルガイドでした。 はじめまして。GMOペパボ株式会社でディレクターとして働いています。@jitsuzon です。弊社ペパボには「プロダクトマネージャー」という名称の職位や役職は存在しないため、自称プロダクトマネージャーとして、サービスのあれやこれやに関わっています。自称に至った経緯はこちらのスライドをご参考ください。 いきなりですが、みなさんのチームは「良いチーム」でしょうか？どこが良いのでしょう？どのくらい良いのでしょう？ この記事では、それをアンケートを用いて定量的に確認する方法について実践を元にお伝えしていきます。最近話題にのぼってくることも多い「心理的安全性」なんかも登場します。 背景 私
エンジニア個人が自主的に成長するように促す - エンジニア組織の自律的成長 - 人間とウェブの未来
この記事は、Pepabo Managers Advent Calendar 2016の3日目の記事です。2日目は、弊社チーフエンジニアhsbtさんの「マネージャが仕事の仕組みを作る」でした。 僕自身は、エンジニア専門職の主席研究員兼シニア・プリンシパルエンジニアではありますが、特にペパボ福岡のエンジニア組織を現場でまとめる人間として、エンジニア組織を成長させる中で個々のエンジニアの成長をサポートしているという意味では、マネージメントに関する活動も兼ねております。 しばしば、インターネットサービスの高度化と複雑化の速度が早過ぎるため、グランドデザインができない、人が多過ぎても成立しない、少な過ぎても難しい、とういうような類のサービスを作り上げないといけない状況があります。その際に、厳密過ぎない役割を持たせ、それぞれが横断的にそれぞれのスタイルで、まるで、攻殻機動隊の世界におけるスタンドプレー
成功するチームの隠し味
同じ開発チームでも、バグが頻発するチームとしないチームがあるのはどうしてでしょう？また、障害をいつまでも復旧できないチームと、すぐに解決してしまうチームがあるのはどうしてでしょう？アトラシアンでは、異なる人種や性別だけでなく、性格やアイデンティといった見えない多様性の中で、パフォーマンス性の高いチーム（=成功するチーム）を築き上げる努力をしています。その「隠し味」をみなさんと共有したいと思います。Read less
Qiita 生みの親、海野弘成（@yaotti）が語る！ 良いチームを定義する2つの条件 | キャリアハック（CAREER HACK）
情報共有ツール「Qiita:Team」のプロダクトマネージャー（PM）を務める海野弘成さん。海野さんは「良いチーム＝自律的なチーム」と定義し、構成要素を共有した。 海野弘成が語った、「自律」と「心理的安全性」の重要性 ※2016年10月24日に開催された「Japan Product Manager Conference 2016」よりレポート記事をお届けします。 映し出されたスライドのタイトルは『Product Team Management』。 登壇したIncrements株式会社CEOで、情報共有ツール「Qiita:Team」のPMを務める海野弘成さんは、 自身の経験から「プロダクトマネージャー（PM）の関わるチームビルディング」に絞って発表した。セッションの冒頭で、海野さんは2つの条件を満たしているのが「良いチーム」であると定義する。 まずは「成果が出せるチーム」。プロダクトにおいて
Googleがたどりついた「効率の高いチームを作る5つの要素」とは - GIGAZINE
多くの人が力をあわせる「チーム」が仕事を進める上で重要なことは何か、Googleの社内チームを研究して見えてきた重要なポイント5つがまとめられています。 re:Work - Guide: Understand team effectiveness https://rework.withgoogle.com/guides/understanding-team-effectiveness/steps/introduction/ ◆何が「チーム」を定義づけているのか 「効率の高いチームを作るものは何か？」と問いかける際に重要なのが、そもそも「チームとは何か？」を認識することであるとのこと。メンバーであること、関係性、そして個々人の責任について明確にすることで、チームの効率性は大きく向上するといいます。 その中で意識すべきなのが、「ワークグループ」と「チーム」の違いを認識すると言うこと。この2つは
会社は真面目に経営されるほど「学習しない組織」になってしまう | ハイクラス転職ならdoda X（デューダエックス）
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 世界的な大企業、いわゆるビジョナリーと言われる企業では、この30年ほど「学習する組織」をどのようにして創るかということが、大きなテーマとして扱われ続けてきました。 生き残る種とは、最も強いものではない。最も知的なものでもない。それは、変化に最もよく適応したものである（チャールズ・ダーウィン） 変化が激しい時代において、「企業や組織に集う人同士が学び、変化し続けることこそ重要である」という認識は多くの人が賛同するものではないでしょうか。 ところが、この点を多くの現役ビジネスパーソンや経営者と議論していくと、実は下図に示すようないつも慣れ親しんだ企業の運営体制こそが、実は「学習しない組織」にとても陥りやすいという衝撃的な指摘が
What Great Leaders do ? -良きリーダーに必要なものとは？#2
スタートアップが組織として成長する過程において、マネジメントの課題はとてもクリティカルだと思う。特に、どういうマネジメントのやり方が正しいか、会社としての価値基準をつくっていく、というのは、これから先、どういう組織にしていきたいのか、と密接にリンクしてくるのだと感じます。 世界的な流れとして、よりアジャイル的なアプローチとかホロクラシーとか、色々なワードが出てきていますが、前回に引き続き、そもそも組織マネジメントにおいて重要な役割を担うリーダーについて、スタンフォード大学教授のRobert (Bob)Suttonが講義しているWhat Great Leaders do ?-「良きリーダーに必要なもとは？」をまとめてみようと思います。 Robert I Suttonの主な著書：「あなたの職場のイヤな奴」「Good Boss, Bad Boss」4. Use a small win strat
デザイナー横断組織の変遷 - クックパッド開発者ブログ
こんにちは。デザイナーの池田（id:tikeda）です。6月末までユーザーファースト推進室というデザイナーを中心としたユーザー体験について横断的に責任をもっている室の室長を勤めていました。7月からこのユーザーファースト推進室をなくし役割を各部室に分散させる体制変更を行いました。 ユーザーファースト推進室については、過去のインタビューやブログのエントリーをご覧ください。 はじめに サービス開発では、デザイナー・エンジニアといった職種毎に部を構成し各プロジェクトに派遣するようなスタイル（A）、ディレクター・デザイナー・エンジニアといった役割の異なる職種で部を構成するスタイル（B）、またこの2つを組み合わせたハイブリットのような組織が存在しており、弊社だけでなく開発の現場ではよりよい開発が行われるよう試行錯誤が行われていると感じています。 クックパッドではここ数年、アプリケーションエンジニアは各
組織が死にいたる病
今日、会社の事業部長と話していて、どうしても目の前の案件や問題解決を優先してしまって、気づいたら未来への打ち手が全く打てずに早半年・・・みたいな状況になりやすいよねー・・・！！という話をしていたので、自戒200%ぐらいで、組織が未来への… — 今日、会社の事業部長と話していて、どうしても目の前の案件や問題解決を優先してしまって、気づいたら未来への打ち手が全く打てずに早半年・・・みたいな状況になりやすいよねー・・・！！という話をしていたので、自戒200%ぐらいで、組織が未来への布石が打てなくなるフラグを考えてみた。 熱さと議論が煮詰まり死に至ったsaileチームの皆さんリーダーが忙しすぎる最も多くの情報を持ち、ビジョンを示す役割のリーダーが目の前のタスクに追われてしまい、「未来を考え、メンバーに示す」という本来の役割を全うできていないケース。忙しすぎる＝戦いを略せていない＝戦略がない＝頭を使
【資料公開】強いチームの作り方 | Ryuzee.com
2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。 一度自分たちのチームや組織について考えてみるとよいと思います。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自律的なチームを作るために —組織心理学・臨床心理学の応用—
Googleと完璧なチーム
【資料公開】カイゼンの基本
開発組織マネジメントのコツ - Speaker Deck
ログミーBiz