無自覚にメンバーの心理的安全性を奪っていた経験から得た学び
2024.12.11 エンジニア組織のリアルな失敗経験から学ぶ！ 生産性向上＆チーム強化Tips
2024.12.11 エンジニア組織のリアルな失敗経験から学ぶ！ 生産性向上＆チーム強化Tips
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿で
いつでもどこでもモノがトドク、世界的な物流ネットワークを創りたい、207株式会社のイナバです。 207の1on1、めっちゃ良いんです！！ 先日の忘年会で業務委託の方に「207に所属していて良いところは何か？」とお聞きして「1on1、めっちゃ科学されていて良いですよね」という話題に上がるくらいには良いです！ 私自身、業務委託で色んな会社を見ているのですが、たしかに207の1on1は凝っていると思います。 という事で、本記事では「どんな質問を」「どんな意図で」しているのかを代表にインタビューしてきたのでまとめていきます。 1on1をやる目的 そもそも1on1を実施してよかった点ですが、たくさんのメリットの中でも特に、 - 認識のズレをなくす - 信頼関係を構築する - アラートの早期検出 みたいな効果を享受できています。それぞれ、どういう意味かをご説明していきます。 認識のズレをなくす 業務上
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか？ → 進行中です／〜をやっています なにか問題はありますか？ → とくにないです 〜までに終わりそうですか？ → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーシ
1on1ガイドについて
1on1ミーティングガイド (1on1ガイド)は組織で働く個人のパフォーマンス向上・維持のために実施する1on1ミーティングの実践的なガイドを目指し、コミュニティメンバーによって、パターンランゲージの形式を取り入れ執筆しています。 本書はコミュニティのメンバーが共同で執筆しており特定の人によって完成されたものではなく、常に更新されるものです。また、出版される書籍の文章に比べて足りないと思うところはあるかもしれません。 よりよい内容となる記載のアイデアがあれば1on1guide.orgにご連絡ください。
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。 今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。 宣伝 Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集していま
例えば、紅白とか歌番組に出れなくなったり、フェスに出れなくなったり、またはフェスに出れたとしてもステージが小さくなったり…。それまで続いてたものが急になくなるとヘコみます。 でも、そこで「いや、出れてたことが奇跡だったんだ」とか「じゃあ、違うことに全力を出そう！」と思ってがんばると、別のプロジェクトがうまくいったりするもので、私は“断つ”ということは“目線を変える”ことと同じだと捉えています。 恋愛もそうです。ずっと元カレのことを引きずっているときは、いい人がなかなか現れなくて、もう忘れようと思ったタイミングでいい人が現れたりしますよね？ 少なくとも私の人生ではそうでした。 だから、もはや当たり前になってしまった環境を続けるより、次に進むほうがいい。今回はそんな”当たり前”を変えることについてのお話です。 どの世界でもそうだと思いますけど、やっぱり一度成功例ができてしまうと、「うちら最高だ
ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話（前編）
ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話（前編） アジャイル開発の代表的な方法論であるスクラムをテーマに、都内で1月に開催されたイベント「Regional Scrum Gathering Tokyo 2024」で、経験豊富なアジャイル開発のエキスパートとしてウクライナを拠点にアジャイルコンサルタントをしていたドミトロ・ヤーマク（Dmytro Yarmak）氏が、ロシア軍の侵攻後にウクライナ軍に入隊し、中隊長としてリーダーシップを発揮するためにさまざまなメソッドを駆使して軍隊の組織を変革していった経験を語ったセッション「A True Story of Agile Coaching in Ukrainian Armed Forces」が行われました。 軍隊という、企業とは異なる構造や目的を備えた組織で、しかも多くの民間人が入
“難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件 | ログミーBusiness
建設的な議論を妨げる最大の要因は、感情的になってしまうこと斉藤徹氏：続いて、（チームメンバーの意識が）外に向いたらどうすればいいのか。これはみんなが意見を出し合うことが大切です。でもこの建設的に第3案を共創するのが、なかなか難しいんですよね。 なぜかというと、建設的な議論を妨げる最大の要因は「感情的になっちゃうこと」なんです。本当に僕もそうだけれども、やはり自分が確信を持って言ってる意見を否定されると、カーッとなっちゃったりします。感情的になってしまって、建設的にならない。対立構造になってしまうんです。 1つ例をあげてお話をしたいと思います。一般的に、開発と営業って仲が悪いですよね。あなたは営業部の社員で、開発部の顧客に対する姿勢に不満を持っているとします。（あなたは）すごくお客さん思いなので、日頃から製品のクレームや要望を耳にすることが多くて、でもそれを開発部の人に言うと、自分と姿勢が異
どんなにインターネット上に大量の情報がある時代になっても、生成AIに聞けば答えが出る時代になろうとも、「他者の経験や専門家の思考が整理されてまとまっている書籍」の価値は薄まらない。むしろ高まってるかもしれない。 と、いうわけで2年ぶりに「読んで良かった本」を振り返ろうと思う。過去記事で紹介した本もオススメしたいので時間あったら読んでね。 ここ数年で一番良かったな〜と思えた本は、この記事の後半に書いているので、もしそこだけ読みたい人はｽｽｽｯとスクロールして後ろのほうを読んでね。 デザイナーが意図を伝えるための『デザインの伝え方』 ぼくはデザイナーではないのだけど、この本は読んで良かった。 以下のツイートの通り、会議の準備や合意に至らない場合のフォローアップの仕方などが書かれている。 「エゴは会議室の前で捨てる」がブッ刺さった。 デザイナーが組織の合意を得るためのO'Reilly「デザインの
「猫の手でも借りたい」 そんな状況をぼくは文字通り体験したことがある。 ぼくは外資系IT企業のアメリカ本社でPM（プロダクト・マネージャー）として働いている。世界中で使われるプロダクトを、世界一流のエンジニアたちと一緒に作るのがその役目だ。 あるとき、とある機能を一部のユーザーだけでなく誰もが使えるように拡張するプロジェクトにアサインされた。シンプルに聞こえるかもしれないが、裏側では一から新しいシステムを作り直すことになった巨大プロジェクトだ。しかもぼくがアサインされた時点で、リリースまであと3ヶ月しかなかった。 まさかこのタイミングで！ぼくは途中からこのプロジェクトにアサインされた。目標のリリース日まではあと3ヶ月しかない。ぜんぜん時間がない。どうしよう。 「どうやって今いるメンバーでやりくりするか」ということがが喫緊の課題だった。 これまでの記事でも折に触れて書いてきたけれど、一緒に働
チームで仕事するとき、みんなもう少し自分の存在、自分のリアクションがチームに与える影響を自覚した方がいい。 例えばミーティングでブレストしているとき、議論が前に進むのは、あるときふと場に出されたアイデアに対して、誰かが"それいいですね"って言った瞬間である。アイデアを出したとき、その人にはふつう、確信なんてほとんどない。僕なんか自分の意見に自信なんかなくて(大体みんなそうなのだ)、言ってみて、まわりの反応を見て、あ、なんか良さそうだ…と思ったときにやっと前に進むことができる。みんな、自信なんてないのだ。だからアイデアは、場に出されたときはまだ、波際の砂のお城のようにやわらかである。 しかし、あるアイデアに対して、それいいね、と声をもらったとき。いい顔が見えたとき。姿勢が前のめりになってくるとき。そのときとあるアイデアは、はじめて光るのだ、形になる可能性を見せるのだ。 * 逆に言えば、議論に
謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― | 東京大学 先端科学技術研究センター
ホーム ニュース プレスリリース 謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― 東京大学 発表のポイント 日本の企業において、リーダーの謙虚さが心理的安全性を介してプレゼンティーズムに影響することがわかりました。 チーム単位で働く職場において、リーダーの謙虚さ、心理的安全性、そしてプレゼンティーズムの3変数がどのように関係しているか初めて明らかにしました。 メンバーが活躍できる職場の人的環境や文化的条件を考え、介入をデザインする上で示唆に富む結果といえます。 謙虚なリーダーシップは、心理的安全性を介してプレゼンティーズムと関連する 発表概要 東京大学先端科学技術研究センターの松尾朗子特任助教、熊谷晋一郎准教授らの研究グループは、複数の業種の日本企業を対象に調査を実施し、リーダーの謙虚さが高まると心理的安全
研修資料・動画一覧Git研修（ 動画 / スライド ）データベース研修（ 動画 / スライド1, 2 / SQL演習環境 ）設計・テスト研修（ 動画 / スライド ）コンテナ研修（ 動画 / スライド1, 2 ）iOSアプリ開発研修（ 動画 / スライド / リポジトリ ）Androidアプリ開発研修（ 動画 / スライド / リポジトリ ）フロントエンド研修（ 動画 / スライド / リポジトリ ）ゲーム開発(Unity)研修（ 動画 / スライド1, 2, 3, 4, 5, 6 / リポジトリ ）Flutter研修（ 動画 / スライド / リポジトリ ）AI研修（ スライド1, 2, 3, 4 / リポジトリ ）セキュリティ研修（ スライド ）チーム開発研修（ スライド ）Git研修チーム開発での Git (+GitHub) の使い方とGit の内部的な挙動について学ぶ研修です。後半
Scrum Fest Mikawa 2021の登壇資料です。 以下は資料内で引用している参考リンクです DPA https://qiita.com/viva_tweet_x/items/97e819c626979b78947a KPT http://objectclub.jp/downlo…
中田:‖ @paddy_joy 今日のマネジメント研修はめちゃくちゃ良かった。Twitterではボロクソに言われてる人が講師だったのでむしろネタにしてやろうくらいの気持ちで受けたんだけれども説得力がTwitterとは段違いだった。発信する場によってこれくらい印象が変わること自体が一つのケーススタディーになりそう。 2023-03-08 17:09:03 中田:‖ @paddy_joy 「"心理的安全性"は部下の立場でしか語られないのが大きな問題。「指摘したら部下が落ち込むんじゃないか」「指導をしたらパワハラ扱いじゃないか」などと心配するのは上司の側の心理的安全性が脅かされている。ダメなものはダメだと上司が躊躇なく言えなければその組織も強くならない」 2023-03-08 17:14:14 中田:‖ @paddy_joy ↑この前段に、「部下が上司に指摘できない組織は死ぬ」というデータがいく
はじめに 最近、新入社員の方が毎月のように入社されていて、うちの部署もにぎわってきたなーと感じています。 やっぱり、人が増えてくるといろんな方がいてコミュニケーションの大切さを実感しています。 うちの部署では、事業部で大切にしていることの一つに心理的安全性があるので、それについて考えてみたいと思います。 心理的安全性とは？ 心理的安全性とは何でしょうか？ググってみると 「心理的安全性とは、職場で誰に何を言っても、人間関係が壊れることなく、罰を受ける心配もない状態のこと。」と出てきます。 これだけだと抽象的で、よくわかりませんね そこで心理的安全性を提唱したエイミー・C・エドモンドソン先生の「恐れのない組織」を読んでみました。 本書では様々なケーススタディから組織での心理的安全性について書かれています。 心理的安全性の高い組織はどういうものかざっくり要約すると 「このままではまずいのでは？」
「Scrum Fest Osaka」はスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。KEYNOTEで登壇したのは、楽天グループ株式会社の椎葉氏。「誰も嫌な思いをしない変化」をタイトルに、自身が開発グループのサポートをしたときの取り組みについて話しました。全3回。2回目は、誰も嫌な思いをしない変化のために実践したことについて。前回はこちらから。 誰も嫌な思いをしない変化のために「相手に期待しない」椎葉光行氏：その頃の自分と、今の自分でいろいろと変わったとは思うんですけど、大きくこの2つかなと思います。 「相手に期待をしなくなった」それから「相手の気持ちを考えなくなった」です。 言葉にすると、人としてどうなのという感じがしますけど（笑）、でもこの2つが自分の中でけっこう大きな軸になっています。 何年か前に、娘が「2桁のかけ算教えて」って
働き方が多様化した時代にも柔軟に対応し、最短距離で成果を最大化する「チームマネジメント」について、3回にわけて特集した株式会社SmartMeetingと株式会社SmartHRのセミナー。 本記事では、「成果を上げるための会議」をテーマに、『超・会議術～テレワーク時代の新しい働き方』の著者・越川慎司氏が登壇した、3回目のセミナーの模様をお届けします。日本企業における労働時間に占める社内会議の時間割合や、「会議の成功」の定義、そして会議でアウトプットが出ない理由など、さまざまなトピックが語られました。 延べ17万人超の労働時間を減らし、売上を上げる支援越川慎司氏（以下、越川）：クロスリバーの越川でございます。はじめの40分で「815社に対応してきた会議データの実情」と「質と量を改善するためにどうしたらいいのか」といった資料を共有させていただきます。「こうやったらうまくいくよ」ではなくて、実例で
グーグルが行なった「最高のチームをつくる」調査の意外な結果。メンバーは重要ではなかった | Business Insider Japan
グーグル（正確にはその親会社のアルファベット）は2023年1月、約1万2000人をレイオフする長期計画を発表しました。これは、全従業員の6％に相当する数です。 グーグルの幹部が「従業員は我が社のもっとも大切な財産です」というようなことを言っているのを聞いたら、そのあまりの言行不一致ぶりに目を剥いても無理ないでしょう。 しかし、同社が従業員をもっとも大切な財産と考えていることは確かなのです。 グーグルの人事部門は長年にわたり、従業員の職場での生活に関してありとあらゆる側面を分析し、生産性やイノベーション、エンゲージメントの向上に取り組んでいます。 その一例が今回紹介する「最高のチームをつくる方法」の分析です。 グーグルも大半の企業と同様に、賢く、創造性が高く、努力をいとわない人たちを雇っています。それでも、会社で成果をあげる人がいる一方で、なかなか成果を出せない人も存在します。 賢く、創造性
この記事は Classi developers Advent Calendar 2021 の 7日目の記事です。 こんにちは。顧客サポート基盤チーム兼、技術戦略室にてエンジニアをしています、中島です。 みなさんは、日々仕事をする上で必須である「誰かに質問をする」という行為について、自信を持って適切に行うことはできているでしょうか？ 先月弊社では外部講師である、株式会社フィッシャーデータのあんちべさん をお招きし、質問力向上のための研修を実施しました。今回はこの研修を実施するに至った背景、研修内容を少しお見せするのと、社内の反響をお伝えします。 質問力を向上しよう！と至った背景 弊社は2020年2月頃よりリモートワークへの移行を行い、1年半以上が経過しました。リモートワークのお困りごととして一般的にもよく聞かれる、コミュニケーションについての課題を見聞きするようになってきました。 （ちなみに
能力はカバーできるけど、人間性はカバーできない
私がまだ駆け出しのコンサルタントだったころ、様々な会社に訪れたが、その中で一つ、思い出深いものがある。 おそらく、製造業の会社だったと思うが、ある説明会でのこと。 それは、10分から15分程度の短いもので、プロジェクトの意義を、メンバーの一人が、社内向け説明するものだった。 ただ、お世辞にも上手な説明ではなかった。 資料も、プレゼンテーションも、よく練られていたわけではなかった。 そして、同じことを思ったであろう、参加者の一人が、こんなことを言った。 「説明がわかりにくいんですけど」 ちょっと失礼な感じではあったが、当然の指摘でもある。 ところが、そこにいた役員が、「分かりにくいんですけど」と言った人に対して、こう言ったのだ。 「その言い方は良くない」と。 そしてこういった。 「説明はもっと練習すべきだし、わかりにくいという点にも同意する。しかし指摘のしかたも良くない。「ここがわかりにくい
Page Scrolling Vertical Scrolling Horizontal Scrolling Wrapped Scrolling
レビューの仕方
Open8 勉強会で発表したレビューの仕方と心理的安全性の話しです。
最初の金曜日「今までの働き方ではだめだ」代表からそんな発表があった。業績は上向いている。利用者も右肩上がりで増えている。でもだめだ。この程度じゃだめだ。誰しもがそう考えざるを得ないのは分かってたし、みんな壁にぶつかっていたのも分かっていた。もっと圧倒的スピードで成長しなくてはいけないのに、今までのように息を吸うようにコミュニケーションして前に進むことができない。うまく噛み合わない。すれ違う。伝わらない。誰かの失敗と同じ過ちを別の誰かが再現してしまう。会社に重りを結び付けられたかのように思うように進めない。これは一体何なのか。その正体にみんな薄々気づいていた。それは リモートワーク中心によるコミュニケーション不全 という大きな重りだった。 Ubieは決してコミュニケーションを疎かにしているわけではない。必要なミーティングであれば密に行う。スクラムを導入しメンバー間でコミュニケーションを取り、
はじめに ITの職場では、低スキル者を重要な仕事から排除することが、実はかなり重要な職場づくりの条件の一つです。ここでいう排除とは、要件定義、設計、顧客折衝、品質判断、技術的意思決定、レビュー承認のような高い認知負荷を伴う仕事に、適性を満たさない人を置かないという配置上の判断を指します。人格の否定や社会からの追放とは別の話です。 そして、本稿でいう低スキルの核心は、作業速度の遅さよりも深い場所にあります。自分の誤解を検知できない、指摘を吸収できない、分からないことを分からないと言えない。この自己修正能力の欠如こそが、本稿で扱う低スキルの正体です。この定義を先に置くのは、後で述べるとおり、排除の基準として実際に運用できるのがこの軸だけだからです。 この問題は、活字の世界では昔から語られてきました。優秀な人だけを採るべきだという主張は、海外の技術書や経営言説では定番ですらあります。しかし、職場
新入社員の呪いの解き方
ウェビナー『CTOとVPoEが語る、採用とオンボーディング で失敗しないためのベストプラクティス』での発表資料です。 オンボーディングにおいて 注意すべき力学について共有しつつ、 チームとして工夫していることをご紹介しています。新入社員=中途入社の社員さんを"主に"想定しています。 Speake…
マネージャー＆リーダー向け 社内トレーニング / Training of management and leadership for Stockmark
ストックマークの社内研修の公開版※資料です。 （※実際に研修で利用したものとは異なります）
2024/10/22に『桜井政博のゲーム作るには』が最終回を迎え、 ネットでは大いに話題になっていました。 まさかそんな手法で作られていたとは....... (気になる人は↓をチェック) その話はさておき今回はゲームエンジニアに限らず Web系エンジニアにも通ずる話があると私は思っていて、 色々な方々にも見て頂きたいと思った次第です。 (UIの話や広報の話もあるので本当はもっと広い範囲に刺さる内容ではあります) 桜井政博ってだれ？？？ そもそも桜井さんのことを知らない人がいると思いますので簡単に紹介しますと 『星のカービィ』や『大乱闘スマッシュブラザーズ』を作った人ということで概ね間違いないはずです 結論 先に結論をお話しすると 『仕事の姿勢』を見ることでタイトル通り仕事の姿勢、そして仕事に対する向き合い方を学べる 『チーム運営』を見ることでエンジニア界隈でもよく話題になるチームビルディン
25年ぶりに来日しました。かつて『エクストリーム・プログラミング（XP）』の本が日本の書店に平積みされているのを見て、とても嬉しかったことを覚えています。（サインしようとして店員に怪しまれ、逃げたという面白いエピソードもありましたが。） 今日は「開発生産性」について話します。より多く、より早く作れば生産性は向上するのでしょうか？ドイツには「物事を良くしようとして、かえって悪化する」という趣旨の言葉がありますが、まさにそれが生産性の議論で起きています。特にAIの登場は、この問題をさらに悪化させるのではないかと懸念しています。
こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと - Mitsuyuki.Shiiba
最近、毎日のようにEMのいくおさん（ @dora_e_m ）とTwitterXでわちゃわちゃしてる。彼のポストを見ていると、ガンプラをつくるかビールを飲むかしかしていないように見えるが、それで合っている。 という冗談はおいといて真面目な話をすると、エンジニアとしての僕は彼と仕事ができている今の時間のことを本当に貴重な時間だと思っている。とにかく仕事がしやすいし、いろいろな気づきを与えてくれるおかげで、自分自身の成長も感じている。 エンジニアリングマネージャとしての知識が豊富でスキルが高いというのはもちろん、人との接し方や日常的なふるまいもとても尊敬できるものなのだ。 そこで今日は、僕が彼とこの3ヶ月間仕事をしていて、やりやすい・尊敬していると感じていることの中から10個だけ簡単に紹介しようと思う。僕からいくおさんへの日頃の感謝の気持ちをあらためて書いておこうと思っただけとも言う（ふだんから
エクセルで「セルA2の住所から県名を抜き出す数式」を考えた人すごい→「これはカッコいい解法ですね」「こういうパズルは楽しい」
筒井.xls@エクセル関数擬人化本著者 @Tsutsui0524 @manboksuke IF関数は真か偽かで異なる結果を返す関数で、真か偽かを判断しているのは「MID(A2,4,1)="県"」みたいな論理式の部分です 論理式が成立していればTRUE、していなければFALSEを返します 2024-07-29 18:19:09 まんぼK助@ちょいふか @manboksuke @Tsutsui0524 えーと…すると、レフト関数の…桁数んとこのカッコの式が論理式で…4個目が県の時は…TRUEだから…真で…1(ここがわからない)で…3＋1だから4文字切り出しで…そうでない時は0だから文字数3…かあ？？理解してなくてすみません… 2024-07-29 18:25:54 だい By Team D2E @Die_Team_D2E 横入失礼します LEFT関数と、MID関数を別々で考えて、最後にがっちゃ
コンドリア水戸 @mitoconcon 狭小住宅に妻と3匹の猫と暮らす。 家が好き。隙あらば引き篭もりたい。 猫神（チカ、ムク、ゆが、ボス、こと、なだ） 猫（マナ、めい、りつ ） グッズ：suzuri.jp/mitoconcon インスタ：instagram.com/mitoconcon/ youtube.com/channel/UCObm5… コンドリア水戸 @mitoconcon 以前いた部署で不備の見逃しが多くて問題になっていたが、上司が変わって不備を見つけて報告したら「見つけた人はそれだけで十分お手柄なので、修正対応は他のメンバーで分担してやります」と言われてから見逃しや見て見ぬフリが激減した。気のつく人や声を上げる人が損するような風潮が良くなかった。 2021-10-07 14:50:20
「Day One - CTO/VPoE Conference 2022 Spring -」は、日本CTO協会が主催するイベントです。パネルディスカッションでは、政財界、テクノロジー分野の第一人者をパネリストにお迎えし、日本CTO協会理事のモデレートにより、“Day One”をテーマにご講演いただきます。ここで登壇したのは、株式会社Lighthouse Studio CTOの海老原昂輔氏。これまでの経験から導き出した、“ソフトウェアエンジニア的思考をマネジメントに活用するアプローチ”について発表しました。全2回。前半は、最初期のマネジメントとプログラマーとして犯してしまった禁忌について。 エンジニアにありがちなキャリアの変遷 海老原昂輔氏：「コードを書いていたいけど、マネジメントもやるようになっちゃった人のための生存戦略」というタイトルでトークをします。株式会社Lighthouse Stud
Copyright © PERSOL RESEARCH AND CONSULTING CO., LTD. All Rights Reserved. 1 株式会社パーソル総合研究所 シンクタンク本部 調査結果 部下の成長支援を目的とした １on１ミーティングに関する定量調査 Copyright © PERSOL RESEARCH AND CONSULTING CO., LTD. All Rights Reserved. 2 目次 本報告書の目次 パーソル総合研究所「部下の成長支援を目的とした1on1ミーティングに関する定量調査」 P.2 目次 P.3 はじめに P.4 調査概要 P.5 定義 本調査における「１on１」と「成長」 P.6 サマリ P.11 提言 組織課題として1on1を位置づける P.12 参考 4つのポイント別に見た1on1のあり方 P.13 調査結果 【1】1on1の実態
継続される1on1のコツ、話す内容例と1on1の目的について【2022年版】 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本記事ではSIerに所属する著者が3年間にわたり、私たちのグループで実践している「1on1」の内容を紹介します（グループの業務内容は主にAI系の自社製品開発です）。 ・1on1をこれから始める方 ・1on1の取り組みを検討をされている方 ・1on1を実施しており、さらに改善を検討されている上司側の方 ・1on1を実施してもらっているが、なんだかしっくりきていない部下側の方 こうした方々にとって、何らか参考となれば幸いです。 とくにIT系の企業や職種では1on1を開催しているところも多いと思います。 新人プログラマの方にとっても、1on1
技術者教育について | さにあらず
これはpyspa アドベントカレンダー 2024の12日目の記事です。11日目は@aodagの走るということについてでした。 はじめに この15年くらいは、おおむね平均すると毎年2，3人程度の技術者をOn the Job Training（OJT）で教育する機会に恵まれており、その中で蓄積した知見や私の考えを散発的に説明していきます。 私自身は受託開発を主たるビジネスとするシステムインテグレータ（SIer）と呼ばれる企業で働いており、足掛け25年程度のキャリアがありますがソフトウェアについて専門的な教育を受けたことはありません。また、教育についても同様です。 このエントリに記載された内容について何らかのエネルギーを注いでくれる方がいるなら、XあたりのSNSでURL付きで指摘して頂ければ非常にありがたいです。 教育によって形成される技術者像 まずは、どのような技術者なら育てられるのでしょ
こんにちは。ユーザープラットフォーム開発本部(UP部)の原です。 あなたのチームの雑談チャンネルは1日あたり何回ぐらい発言がありますか？ 小さい仲良しチームなら頻繁に発言があるかもしれませんが20人,30人あたりになってくるとだんだん発言が少なくなってきますよね。 チームメンバーのエンゲージメントや生産性を高めるためには少なくともお互いがどんな人なのかを知っているようにしておくべきです。 JMDCは数百人いる組織だし、私の所属するUP部だけでも20名以上の社員が所属しており、しかもほぼ全員リモートで仕事をしている状況なので、いかに "チームメンバーがお互いにどんな人なのかを知っている状態" を作り出すかが課題になっています。 GitLabのリモートワークガイド参考にする 自らを “A world leader in remote work” と呼んでいるGitLabも雑談を重要なものと捉え
プロジェクトに浅瀬を作る
はじめに プロジェクトに参加しているメンバーがうまく環境に適用できずに離脱することがあり、ともすれば、身体を壊してしまうケースもあります。これは新規メンバーに限定されず、既存のメンバーでも、プロジェクトや本人の状況、その役割が変われば発生し得ると思っています。 そういったことを回避できた状態を想像した時にプロジェクトに浅瀬があったら良いのではというイメージからこの言葉が浮かんだのだと思います。2年ほど前のメモ書きにこのタイトルが残されていて、今見直した時にすごくしっくり来ました。 メモ書きを発見したツイート この「プロジェクトに浅瀬を作る」とは、どういうことなのか、改めて深堀したいと思います。 どういうこと？ 溺れないようにするのが目的 監視員が必要のない状態が理想 溺れないようにするのが目的 溺れるというのは、闇雲に時間がかかってしまい心身ともに疲弊してしまうイメージです。不慣れなため必
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita
207で1年間磨き続けた1on1のフォーマットを公開します｜207株式会社
エンジニアの"有害な振る舞い"への対処法 - Qiita
だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita
きゃりーぱみゅぱみゅの 「大人なLADYになるわよコラム」第35回〜『マネーの虎化してるわよ』〜
ここ数年で読んで良かった「ニンゲンの面倒なところに付き合う」ための本をまとめた。 - フジイユウジ::ドットネット
"仕事のできるエンジニアしかいらない"という怖い世界｜福原たまねぎ
チームで仕事をするなら、リアクションし続けよ｜森 一貴（Mori Kazuki）
今年もミクシィの22新卒技術研修の資料と動画を公開します！
一年半同じチームで色んなふりかえりをやったので手法と学び紹介していく
「説得力がTwitterとは段違いだった」Twitterでボロクソ言われてる人のマネジメント研修の内容が非常にタメになる
私たちは心理的安全性を誤解していたかもしれない。 - Qiita
「これぐらいのことはできていて」は勝手な期待 観察・考察・選択のサイクルで相手の力を引き出す「誰も嫌な思いをしない変化」 | ログミーBusiness
1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素 | ログミーBusiness
リモートワークのための質問力向上研修を実施しました - Classi開発者ブログ
GitLabで学んだ最高の働き方 Developers Summit 2022-02-18
僕たちはリモートワークに振り回されていた。Gatherを使うまでは。｜shikajiro
なぜ、ITの職場において低スキル者を排除することが成功のために重要だと誰も言わないのか？
マネージャーは『桜井政博のゲーム作るには』を見た方が良い
ケント・ベック氏講演録：『グッドハートの法則は楽観的すぎた〜開発生産性の罠と未来〜』 - jgeem
仕事で不備の見逃しが問題になっていたが、上司が変わり「修正対応は他の人で分担します」と言われてから、見逃しが激減した話
コードを書いていてマネジメントもやるようになっちゃった人へ 背中で語っていた僕が、プロダクトとピープルに向き合うまで
部下の成長支援を目的とした１on１ミーティングに関する定量調査
リモートワークで雑談を生み出す仕組み - JMDC TECH BLOG
x.com
chihaya2.oa.gob.jp
rookie.shonenjump.com
kaiun-kigyojyuku.com
shinichi.yukihotaru.com
hoppou.blog