心理的安全性がもたらす効果と、安全性を阻害するBadパターン - ユニファ開発者ブログ
こんにちは。スクラムマスターの渡部です。 最近出版された「心理的安全性のつくりかた*1」という本が、発売から2ヶ月経たずに4版決まった*2り、Tech系カンファレンスでも心理的安全性についてのセッションがあって*3かなり盛り上がったりと、心理的安全性機運の高まりを感じている昨今です。 当然（？）ながら僕も「心理的安全性のつくりかた」を読んで、短期的にも長期的にも今後のふるまいを見直す良いきっかけになりました。 ただ、いかんせん「心理的安全性ってわかりにくい言葉だなぁ」という感想は今でも変わっていないので、備忘的な意味で次の2つのことをブログに残したいと思います。 このブログで扱うこと そもそも、心理的安全性ってなに？どんな効果があるの？ 心理的安全性を阻害するBadパターン このブログで扱わないこと 心理的安全性を構成する4つの因子の詳細 いかにして心理的安全性を高めていくか？ これらは書
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで | 翔泳社
「ともに考え、ともにつくる」――スクラムやアジャイルを導入した現場で 直面する開発チーム・マネジメントの問題に立ち向かうすべ、 チームづくりの要点をストーリーで学ぼう！ 【本書の特徴】 ・現場のストーリーから、考え方とプラクティスを一緒に学べる ・単一チーム、複数チームなど、様々なチーム・マネジメントの問題を扱う ・日本の現場を前提にしているので、実践しやすい ・アジャイルをこれから始める人だけでなく、もっとうまく実践したい人にも最適 【本書に登場するプラクティス】 出発のための3つの問い ／ 段階の設計 ／ ドラッカー風エクササイズB面 ／ 割れ窓理論 ／ フォーメーション・パターン ／ コンウェイの法則 ／ 越境のデザイン ／ 重奏型仮説検証 ほか 【あらすじ】 チームによるプロダクトづくりができる環境を求めて “太秦（うずまさ）”が転職した先は、デベロッパー向けのツールを開発、提供す
チームの症状と処方の考察｜Megumi Kaneko
はじめに自己紹介を少しさせてください。 私はクライアントワークで約30名規模の開発チームに1年間ほどジョインしていました。役割は5〜10名のエンジニアで構成されるチームのプロダクトオーナーとしてだったり、UIデザイナーとPMのチームのスクラムマスターとしてだったり、色んな形でチームに接してきました。 その中で経験したことが、広木大地さんの著書である「エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング」を読んで色々整理されたので、チームが陥りがちな問題について稚拙ながら考察を書きたいと思います。 チームの健康状態とはチームの状態を表す指標として心理的安全性はよく聞きますよね。 広木大地さんの著書である「エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング」には心理的安全性について下記のように書かれていました。 「問題点の指摘」や「自分の弱
取りかかりにくい大きな仕事を期限通りに終わらせるための見通しの立て方 | シゴタノ！
エンジニアのための時間活用術、第15回です。 前回までに2回にわたって、タスクシュートを導入することによって得られる次の2つの効用についてご紹介しました。 1．「見え方」を変えることができる 2．「環境」を変えることができる タスクシュートが持つ役割や機能そのものから得られる効用もさることながら、それ以上にタスクシュートを使うことによって知らず知らずのうちに認識や行動が改められることこそがタスクシュートを使う意義と言えるわけです。 さて、今回からは切り口を少し変えて、僕自身が時間管理をするうえで苦労したり失敗したことを通して身につけた各種手順をご紹介していきます。 最初に取り上げたいのが「見通しの立て方」です。しかも、「取りかかりにくい大きな仕事」についての。 仕事には期限がつきものですから、要求されるレベルをクリアできたとしても、期限に間に合わなければ取り合ってもらえません。 抱えている
エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド - Nothing ventured, nothing gained.
オライリーから本日出版された「エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド」はエンジニアリングマネジメントを考える人には必読の書だ。 エンジニアリングマネジメントを考える人とは、今すでにエンジニアの上司である人やエンジニアリング組織の長である人はもとより、人事上の上司ではないが、後輩などの面倒を見る立場の人や開発において技術的にリードするような人、そして漠然と将来のキャリアパスとしてマネジメントを考えている人までを含む。さらに言うならば、技術系でなくても、自社の技術組織の戦略を考える立場である人も読むべきであろう。 目次を見るとわかるが、本書はマネジメントされる立場のエンジニアから話は始まる。そしてメンタリングする立場になったとき、次にテックリードになったときと、まさにキャリアパスを1つずつ登っていくのに際しての心構えと具体的なスキル
プロジェクトの成功率を上げるために、チームリーダーができること・やるべきこと - ログミーTech
スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社マクアケの吉田慶章氏は、「さぁ！今すぐプロジェクトリーダーに立候補しよう」というテーマでプレゼンテーションを行いました。チームの特性に合わせたチームビルディングやマネジメント手法について、自身のノウハウを明かします。 プロジェクトをリードする技術 吉田慶章氏（以下、吉田）：こんばんは。よろしくお願いします。今日はプロジェクトリーダーの話をしようと思い
プロダクトマネージャーに求められる4つの資質
プロダクトマネージャー(PM)は製品開発を管理・統括するという重大な任務を追う。企業によっては製品や技術の知識と管理能力だけでなく、マーケティングの知識も必要となるため、適材を探すのが難しい仕事でもある。 「自分はいいPMになれると思い込んでいる人はたくさんいるようだが、とてもじゃないがこなせないレベルがほとんど」という辛辣なコメントを寄せるのがベンチャー起業家のVik Singh氏だ。ではPMに必要な資質とは何か? Singh氏がTNWに寄稿した「ほとんどのPMが使えない理由(原題：Why Most Product Managers Suck)」で明かしている。 毎月10人以上のPM候補と面接しているSingh氏によると、優れたPMというのはなかなか探せないのだという。PMが重要な理由は、「製品開発だから」というよりもチームにとって最も貴重である"時間"の管理を任されるからとSingh氏
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
カイゼン・ジャーニーから見つかった新たなfunと前進への旅路
心理的安全性を 0から80ぐらいに上げた話