タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
チームで成果を出すためには心理的安全性が必要で、そのためには礼節とHRTが不可欠だ、という話をしました | DevelopersIO
事業開発部の塩谷 (@kwappa) です。 クラスメソッドの関連会社であるアノテーション株式会社の研修として依頼を受け、チームと心理的安全性、それに礼節というテーマで話をしてきました。 スライド 概要 ここしばらく重点的に書いたり喋ったりしている、心理的安全性とその土台となる礼節がテーマです。昨年のDevelopers.IO Tokyo 2019でのセッション『3つの「Re」〜ソフトウェアの信頼性を高めるためにぼくたちができること〜』 をベースに、発表時間が少し長くなったので各要素の解説を丁寧にしつつ、全体の流れを整理しています。 また、エンジニアに特化した部分をはがすことも意識しています。チームで仕事をするのはエンジニアに限ったことではないですし、昨年末からOpsチームのスクラムマスターをやっていることも影響しています。ともすると「仕事 = コードを書く」という意識に傾きがちな自分への
のぶ@学校のモヤモヤ代弁 on Twitter: "ある日、教育委員会からTEL 教委「テスト問題を一年分送って」 教頭「なぜ？」 教委「塾から開示請求があった」 教頭「塾!?渡せません。今後のテスト作成で困る」 教委「それは無理だ」 教頭「なぜ!?教師の著作権は？」 教委「それが… https://t.co/5n9HRT2FF8"
ある日、教育委員会からTEL 教委「テスト問題を一年分送って」 教頭「なぜ？」 教委「塾から開示請求があった」 教頭「塾!?渡せません。今後のテスト作成で困る」 教委「それは無理だ」 教頭「なぜ!?教師の著作権は？」 教委「それが… https://t.co/5n9HRT2FF8
「礼節とHRTと心理的安全性」という話をしたよ
今月、複数の支援先企業で「礼節とHRTと心理的安全性 〜成果を出すチームになるために身につけるべきプロトコル」という話をしました。 スライドはこちら。 2019年ごろから話している「心理的安全性」。当時の所属企業の社内勉強会として初演を行い、Developers Summit 2020で「礼節から育てるチームの健康と信頼性」というセッションまで複数の機会でちょっとずつブラッシュアップしながら何度か話してきました。 それから時は流れ、チームビルディングのお手伝いをするようになり、そこでやっぱり基礎としてこの話をインプットしておかないとな、という状況になったので、少し修正した最新版として講演しました。 大きな違いは「ルーチンの業務は自動化・AI化されるよ」と言い切っていること。別に目新しい話でもないですが、生成AIの出現と進化によりいっそう身近な変化として感じられるようになってきたのではないで
この記事は フィヨルドブートキャンプ Part 1 Advent Calendar 2020 - Adventar 25日目、最終日の記事です。 Part2もあります → フィヨルドブートキャンプ Part 2 Advent Calendar 2020 - Adventar アドベントカレンダーは2つとも満席です。 昨日の記事は lime1024さんのフィヨルドブートキャンプを卒業して転職していました - らいむぎばたけ でした。 それでは「HRTが形になっている場所- フィヨルドブートキャンプ（と大名エンジニアカレッジ）」を始めます。副題は「Team Geek」を読んで。 今日書こうとしていること 最初の頃の日報 HRTについて HRTとは コミュニケーションがなぜそんなに重要なのか？「Team Geek」を読んで ソフトウェア開発はチームスポーツである。 「HRT」な扱いは、自分の深い
プログラマーの三大美徳とは「プログラマーの三大美徳」とは、プログラマーに必要な要素を整理したものを表します。この考えを唱えたのは、プログラミング言語Perlを開発したラリー・ウォール（Larry Wall）です。手短にお伝えすると、怠惰（Laziness）、短気（Impatience）、傲慢（Hubris）の3つからなる考えです。 ラリー・ウォールは、代表的なプログラマーであり、作家でもあります。言語学を学んでいることから、著作も多いことで知られています。 ラリー・ウォールは、Perlを開発したのち多数のPerl解説本を出版しています。数多くの出版物は、オライリー・メディア社を通じて発行されていますが、原文「Programming Perl」という通称ラクダ本にこの考え方が掲載されています。 日本語版では、オライリー・ジャパンから出版された「プログラミングPerl 第3版 VOLUME 1
yuiseki の勝手な解釈 HRTの原則とプログラマーの三大美徳は一見対立している部分があるように感じるがソフトウェアエンジニアリングにおいてはこの両方を状況に応じてうまく使い分けることが必要だと思う HRTの原則はチームメンバー同士でのコミュニケーションの際の心構えの指針 謙虚 「私の書いたコードなんてこんなもんですのでぜひガンガン問題点の指摘や改善案のコメントください！」 尊敬 「あなたの
自分としては、チームが成果を出すためには心理的安全性が重要、心理的安全性を高めるにはHRTが重要、反HRT的なふるまいをする人がブリリアントジャークと呼ばれている、という理解 心理的安全性: Google re:Work - ガイド: 「効果的なチームとは何か」を知る 仲が良いとかじゃなくて、言うべきことを言える関係性を築けているか、という理解 HRT: チームで働くための知識体系としての「心理的安全性」 | DevelopersIO ブリリアントジャーク: No Brilliant Jerks - Netflixの「頭はいいけど嫌な奴、お断り」について調べた - Qiita 心理的安全性とブリリアントジャークがあまり紐付けられてるところを見てない気がするので、割と自分独自の解釈なんじゃないかとは思っている なぜチームが成果を出すためには心理的安全性が重要なのかというと、我々が知識労働者だ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HRT（ハート）が形になっている場所 - Logs
プログラマーの三大美徳とHRTとは？用語の意味や使い分けを解説！
HRTの原則とプログラマーの三大美徳 - yuiseki
心理的安全性とかHRTとかブリリアントジャークの個人的整理 - 下林明正のブログ
kana6.oa.gob.jp
m-dojo.hatenadiary.com
shopping.bookoff.co.jp
mayu2.lo.gob.jp
swfz.hatenablog.com
kaigonoki.hatenablog.com