「仕事で成果を出す人」と聞いて、どのような特徴を思いうかべますか。 才流はコンサルティング会社であり、ビジョンとして「メソッドカンパニー」を掲げています。顧客へ価値を届けるにあたって、営業やマーケティング、新規事業などの専門知識はもちろん、ベースとして強固な「仕事力」が欠かせないと考えています。 本記事では、社内で実際に活用している仕事の進め方マニュアルの中身をテーマ別に厳選し、チェックリスト形式で紹介します。 ※本記事が多くの方々に読まれていることもあり、このたび内容を最新版にアップデートしました。 ビジネスパーソンの心得1. ビジネスの原理原則を理解するビジネスで価値を提供するためには原理原則が存在するビジネスの原理原則とは、相手＞自分であり、顧客＞外部パートナー＞自分であること具体的に表すと「顧客や社会、チームメンバーに価値を提供する→顧客や社会からお金がもらえる→自分たちの給与が出
本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz
ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
メンターを初めて経験する人に、最初に読むものとしてオススメしている書籍たち - $shibayu36->blog;
社内ではこういうおすすめをしてますね(文字数多いのでスクショで...) pic.twitter.com/uzqCh6zubs— 柴崎優季 (@shiba_yu36) 2020年7月7日 こういうツイートして、そういえば社内でメンターを初めて経験する人にオススメしている書籍たちを外部に公開してないなと思ったので紹介してみます。 メンタリングのスキルを学習する時のキーワードは「コーチング」と考えていて、以下の書籍を推薦しています。上から順におすすめ順になっています。この推薦は網羅的にコーチングを学べると言うより、初めての人でもとっつきやすく読みやすいものであることを意識して選んでいます。また、メンタリングを始めるだけなら、書籍の全部分を読む必要はなく、どこまで読んでおくと良いかも書いています。 エンジニアリング組織論への招待 ザ・コーチ コーチングの基本 新1分間マネジャー エンジニアリング組
人気シリーズ『図解 人材マネジメント入門』や『図解 組織開発入門』の著者であり、企業の人材マネジメントを支援する株式会社壺中天の坪谷邦生氏が、MBO（目標管理）をテーマとした新刊の発行にあたり、各界のエキスパートと対談を行います。第3回の後編は『最高の結果を出すKPIマネジメント』の著者である中尾隆一郎氏と、人事評価制度に不満が出やすい理由や、ハイパフォーマーを育てるマネジメント手法について語りました。 「成果を出せば評価される」という考えが不幸の始まり 坪谷邦生氏（以下、坪谷）：私はもともと人事制度のコンサルタントなので、KPIマネジメントと評価・報酬との紐づけが気になるんです。メールで「密結合ではなく、疎結合にしたほうがうまくいく」と教えていただいたのですが、もう少し詳しく聞かせていただけますか？ 中尾隆一郎氏（以下、中尾）：普通の人は、成果を出したら評価をされて、給料が上がって、昇進
この記事は NTTコミュニケーションズ Advent Calendar 2021 の11日目の記事です。 はじめに ヒューマンリソース部の岩瀬(@iwashi86)です。普段は、全社の人材開発・組織開発を推進しており、業務の1つとして、"1on1" の全社展開をしております。 本記事では、その"1on1"の効果を高める具体的な技法を紹介いたします。アドベントカレンダーということで、ゆるめに書いてみます。*1 NTT Com における1on1の目的とは？ 技法を説明する前に、1on1の目的について説明します。技法はあくまで目的達成に向けたHowでしかないためです。 1on1の目的とは何でしょうか？1on1それ自体には、複数の目的が挙げられます。代表的なところで言えば次のようなものでしょうか。 信頼関係の構築 離職率の低下 メンバー育成 目標達成へ向けた支援 etc... どれが正解というもの
2023年にエンジニアな私がマネジメントに目覚めてから読んでよかった3冊 - Lean Baseball
タイトルそのままのエントリーです. 気がつけば現職含めて「エンジニアのマネジメント」を行う職種を6年ちょいやらせてもらっています. マネジメントをする・しないを含めてキャリアパスどうする? マネジメントをやるとして何を教科書にしたら? 今どきの開発スタンス・マネジメントってどうしたら? みたいな悩みや迷い（&やっぱコードを書くエンジニアの仕事良さそうという脱マネジメントの検討*1）は常にありますが, 今年はそれに応えてくれる良著3冊に出会いました. スタッフエンジニア エンジニアのためのマネジメント入門 人が増えても速くならない 以上の3冊です. この3冊です（結論） スタッフエンジニア マネジメントを超えるリーダーシップ 作者:Will Larson日経BPAmazon エンジニアのためのマネジメント入門 作者:佐藤 大典技術評論社Amazon 人が増えても速くならない ～変化を抱擁せよ
プロダクトマネジメントを学びたい人、プロダクトマネージャーにおすすめの書籍です。 以下、記載した書籍のリストです ## Product Management ### プロダクトマネジメントを広く理解する 「プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける」オライリージャパン (2020/10/26) https://www.amazon.co.jp/dp/4873119251/ 「プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで」翔泳社 (2021/3/3) https://www.amazon.co.jp/dp/4798166391/ 「INSPIRED 熱狂させる製品を生み出すプロダクトマネジメント」日本能率協会マネジメントセンター (2019/11/1) https://www.amazon.co.jp/dp/4
今や毎日耳にするChatGPTだけれど、そもそもどんな風に話題になってきたのかをこのGWを利用して振り返りたいって人もいるはず。そんな人のためにChatGPT関連ニュースをまとめておきましたので、ぜひご利用ください！ 良い振り返りで、良い人生を。 このタイトルだけでもChatGPTに食わせて、話題の流れをまとめてもらうのが一番かも？ 週刊東洋経済 2023/4/22号（ChatGPT 仕事術革命） 作者:週刊東洋経済編集部東洋経済新報社Amazon 2020/06/01 あまりに高精度のテキストを作り出してしまうため「危険すぎる」と問題視された文章生成言語モデルの最新版「GPT-3」が公開 - GIGAZINE 2020/07/21 GPT-3の衝撃 - ディープラーニングブログ 2020/07/22 「GPT-3」は思ってたより「やばい」ものだった。話し言葉でプログラミングまでこなすAI
本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl
企業でWebアプリケーションエンジニアとして働き始めて2年と4ヶ月ほど経ちました。様々な仕事を経て、自分が向いていることや楽しく感じることが徐々に明らかになり、数年後になりたい像がぼんやりと浮かび上がってきました。そして、その将来像が世間的には「エンジニアリングマネージャー」（以降EM）と呼ばれていることもわかってきました。この記事では、EMについて自分が周囲から受け取った知識を整理するとともに、そこに向けてどんな戦略を取ろうとしているかをまとめてみます。マネージャーというとネガティブなイメージも拭えませんが、EMは年を重ねて吸い込まれるものではなく、積極的に取りに行くに値する面白いポジションであると思います。この記事を読んでEMに魅力を感じる同世代の仲間が増えると嬉しく思います。 EMについての理解 エンジニアリングマネージャーという職務についてのオーバービューは、広木大地さんによるエン
1. はじめに 本稿は、私が1年以上の期間をかけて、成長し続けるチームに変わることができた施策を紹介します。 本稿は長文なので、忙しい人は太字だけを拾い読みして、興味をもった施策だけを詳しく読んでいただければと思います。 なお、本稿の内容で「Developers Summit 2020 KANSAI」というカンファレンスで発表した結果、ベストスピーカー賞1位をいただきました。発表を視聴してくださった方々に感謝しております。 発表資料と発表動画はコチラ 2. 施策の効果 私の開発チームは当初(1年と数ヶ月前)は、以下の状態でした。 あまり積極的に今のやり方を変えようと思っていないチーム メンバーは、中堅(私)が1名と入社2年目と3年目の3人(後に新人が配属して途中から4名に) 全員、技術記事を書いたことがない 全員、社外の勉強会などのイベントに参加したことがない 全員、開発知識は、業務で教え
「好きで始めた仕事なのにつらい」のはなぜ？ 吉本ユータヌキさんがコーチングを受けて気づいたこと - りっすん by イーアイデム
やりたいことや好きなことを仕事に選ぶと、理想とのギャップに直面したり、好きであるがゆえに妥協できなくて苦しんだりする――しばしば聞く話です。そのうえ「自分で選んだ道だから仕方がない」「つらいなんて言ってはいけない」なんて、がんじがらめになることも。こうした状況が続き、楽しさを見出せなくなってしまうことも少なくありません。 吉本ユータヌキさんは、会社員との兼業で漫画やイラストの発信を始め、現在はフリーランスのクリエイターとして活躍しています。周囲からは理想的なキャリアを歩んでいるように見えるものの、じつはつらさを感じていた時期があるのだとか。 好きな気持ちからスタートした仕事に対して、つらさを感じている人に向けて、かつて同じ悩みを抱いていた吉本さんが、コーチングによって自分自身の本当の気持ちと向き合えるようになった体験を語ります。 ※取材はリモートで実施しました。 好きなことを仕事にしたはず
道の真ん中をきれいにするプロジェクトマネジメント～イケてるチームになるための10原則～ - Qiita
はじめに 私が好きな江戸の小話的なものに、こういったものがあります。 江戸下町では、道向かいのそれぞれが軒先を掃くときに、道の真ん中よりもちょっと向こうまで掃くのがならわしだったそうです。両側の人がそれぞれ真ん中よりも向こうまで掃くので、道の真ん中が一番きれいになる、というお話です。 近年こうした「江戸しぐさ」のようなお話は、真偽のほどが定かではないとして、流布することに批判もあるようです。実際この話も正直事実かどうかは全くわかりません。 ただお互い完璧ではない他人同士が肩寄せ合って共に生きる知恵といいますか、プロジェクトへの参画姿勢について良い示唆を与えてくれる話だと思い、その前提で使っています。 実際私が関わる案件のキックオフでもお客様や関係者によくこの話をするのですが、「キックオフでの『道の真ん中の話』、他の現場でも最近してるんですよ」とお客様やパートナー様から言っていただけたことが
1. はじめに こんにちは。ソーシャル経済メディア「NewsPicks」でエンジニアをしております小林です！ 皆さんは英語学習に取り組んでいらっしゃいますか？エンジニアとして技術ドキュメントや国際カンファレンスの動画等で英語に触れる機会があると思います。また、技術的なスキルはあるが、英語を話すことが苦手な場合、将来的に市場でどう評価されているかの動向も気になるところです。 最新の2023年度の報告によると、世界的にITエンジニアの給与が上昇している一方、日本では前年比USドルベースで5.9%減少、現地通貨（円）ベースでもわずか0.4%増加に留まっています。残念ながら、世界と比較した時に日本の給与の優位性がなかった一年となりました。今後もこの差が開く一方であれば、個人や企業が国際市場で競争力を保つために、英語能力の向上も必要になる機会が高まっていくことを示唆しています。 しかし、「英語力を伸
Engineering Manager になってから身に沁みた12のアイデアと言葉 part3 - これはただの日記
今年も書きます。 kths.hatenablog.com kths.hatenablog.com 能力主義のパラドックス 自分が客観的で公正な人だと信じてしまうことで、偏向した行動をとってしまう現象を「能力主義のパラドックス」というそうです。 韓国で16万部超のベストセラーとなった『差別はたいてい悪意のない人がする』では、全員に同一の基準を適用することが、だれかを不利にさせてしまう間接差別の例について紹介されています。 だれに対しても同じ基準を適用することのほうが公正だと思われるかもしれないが、実際は、結果的に差別になる。司法書士試験で、問題用紙・答案用紙と試験時間をすべての人に同一に設定すれば、視覚障害者には不利になる。製菓・製パンの実技試験において、すべての参加者に同じように手話通訳を提供しない場合、聴覚障害者に不利である。公務員試験の筆記試験で、他の受験生と同様、代筆を許可しない場合
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。スクラムをスケールさせる仕組みの背後にあるスケールフリーネットワークや、大きな組織でも迅速に情報を共有する手法が組み込まれた「Scrum@Scale」について、2019年2月に行われたイベント「Developers Summit 2019」で株式会社アトラクタの代表取締役 原田騎郎氏が説明しています。 本
ITエンジニアの仕事を続けていくと、メンタルが参ってしまうときがある。理不尽な要求や不合理なプレッシャーに耐えられなくなるときがある。「心が折れる」とはまさに本当のことで、いったん折れてしまったら、元に戻すのは極めて難しい。 そうならないよう、私が実践してきたとっておきの方法と、ITエンジニアの心をケアする4冊を紹介する。ワクチンの予防接種と同じで、元気なときに読んでおくと良いかも。 まず、私が続けてきたとっておきの方法から。 心配ごとや悩みごとは常にある。正常系より異常系、例外処理やエラーハンドリングを考えるのが仕事であるITエンジニアは、基本的に心配性といっていい。「もし～ならどうするか？」を考えるのは、ITエンジニアの性（さが）なのだ。 忘れようとすればするほど、気にしないようにすればするほど、何度も思い起こされ、心の中で何度も反芻する。目の前のことに集中できないまま、わだかまりと不
「心が疲れない人」が「やらない」3つのこと。心が疲れやすい人は○○しすぎている - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「職場のことで、なんだかいつもストレスを感じる」 「仕事中、ちょっとしたことで気疲れしてしまう」 心が疲れやすいと感じている人は、“じつはやらないほうがいい考え方” の習慣が身についてしまっているかもしれません。心が疲れない人は、そうした考え方をしないからこそ、気持ちよく仕事に励めるのです。 今回は、「心が疲れない人」が「やらない」習慣についてご紹介します。気分を楽にするため、ぜひ参考にしてみてください。 【ライタープロフィール】 髙橋瞳 大学では機械工学を専攻。現在は特許関係の難関資格取得のために勉強中。タスク管理術を追求して勉強にあてられる時間を生み出し、毎日3時間以上勉強に取り組む。資格取得に必要な長い学習時間を確保するべく、積極的に仕事・勉強の効率化に努めている。 心が疲れない人は「理想を追いすぎない」 心が疲れない人は「対処できないことで悩まない」 心が疲れない人は「悩みを無理に
多様化するメンバーを束ね、プレイングも期待されるなど負荷の高いマネジャーの支援が求められる中、株式会社リンクアンドモチベーションが主催した人事・経営者向けのセミナーに、グローバル人事トレンドにも精通し、世界各国でラーニングプラットフォームUMUを提供するユームテクノロジージャパン株式会社の小仁聡氏が登壇。リンクアンドモチベーション社の梅原英哉氏と、人材開発のプロが集まる国際会議「ATD ICE」で話題になった「リーダーシップとマネジメントの開発」について語り合いました。 リンクアンドモチベーションの創業のきっかけ 梅原英哉氏（以下、梅原）：今回は「マネジャーの成果・成長支援のためのHRTech最前線」というテーマで、1時間でお届けしていければと思います。 本日は2人で進めていきますが、まずは私から自己紹介をさせていただきます。私はリンクアンドモチベーションの地域創生推進室で室長を務めており
2023年2月〜3月頃に、私が執筆した書籍『エンジニアのためのマネジメント入門』が発売になります🎉 本稿では、発売に先立って「書籍について」と「執筆のきっかけ」、そして、書籍の「目次」と「各章の内容」を紹介します。 書名: エンジニアのためのマネジメント入門 著者: 佐藤大典 出版社: 技術評論社 発売日: 2023年2月〜3月頃（追記: 2023年3月9日発売になりました） 書籍『エンジニアのためのマネジメント入門』について 本書は、タイトルのとおりエンジニアリングマネージャーの入門書です。 本書のポイントは、エンジニアリングマネージャーの実務よりも、基礎となる知識の体系化を図ったことです。 この一冊で、エンジニアリングマネージャーの基礎的・基本的な知識と技能を学べます。 ハウツーではなくマネジメントの原典を基にした本なので、エンジニアリングマネージャーの入門者だけではなく、経験者の方
言われた通りにやってみるって、実は難易度高いのかな
自分は管理職で、直接スタッフを指導するということはない。 各部門にリーダーがいるので、基本指導は任せることにしている。 自分が口出しすると、リーダーの指導内容と噛み合わなかった場合、指導されている人間が混乱するし、リーダも混乱するからだ。 そんなリーダーが壊れそうだ。指導対象のスタッフが、まったく成長しないおかげで。 この1年、リーダーはよく頑張った。 手を変え品を変え、どうにか普通に仕事ができるようにツールの使い方や資料の集め方などを教えていた。 が、全然ダメなんだ。 1年繰り返しても、全然覚えない。 ドキュメントも整備してあるし、質問があれば仕事を横に置いて説明してるけど。 最近、リーダーがお手上げ状態に近づいてきたのと、指導に時間を取られて(相手が頻繁に声をかけてくる)本人のタスク消化もままならない…さすがに任せたままにしておけないので、指導に介入することにした。 …いやぁ、ひどいわ
トヨタはハードウェアアジャイルをどう強みにしているか？ 自動車開発におけるスクラムとモブの実践 - Agile Journey
アジャイル開発に関心がある人にとって、トヨタ自動車と聞いてすぐ思い浮かぶのは「TPS（トヨタ生産方式）」でしょう。 かんばん、ジャスト・イン・タイム、リーンなど、そのクルマ作りにおける考え方は多くのアジャイル開発手法の源流にもなっています。 一方、現代のアジャイル開発が主眼としているのは、変化への迅速な適応が求められるソフトウェアシステムの開発です。 自動車やその部品（ユニット）のようなハードウェアを開発する際の手法としてアジャイル開発手法を採用するケースはまだ決して多くありません。 そのような中、トヨタ自動車のエンジンを含む駆動系の技術開発を担うパワートレーンカンパニーでは、アジャイルなハードウェア開発への取り組みを2021年ごろから本格的に進めています。 さらに2023年9月のスクラムフェス三河や、2024年1月のRSGT 2024（Regional Scrum Gathering T
ryuzeeさんの記事で紹介されていたスクラムマスターを雇うときに聞いてみるとよい38個の質問 に答えてみました。 38個すべてに一度に答えていこうとするとかなりハードですが、1日1個ずつこつこつと、回答をしていっています。 この回答は、年月を重ねることに変わっていくかもしれません。 2019/12時点の回答がこちらです。 スクラムマスターの役割について 1. アジャイルマニフェストでは「プロセスやツールよりも個人と対話を」といっている。プロセスを守らせるスクラムマスターは、それとは反対のことをしているのではないか？ スクラムマスターはプロセスを順守する・させるためだけの存在ではありません。プロセスを順守する行為は「どのように行うのか（How）」を守らせることに注力してしまいがちですが、「なんのために行うのか（Why）」のほうを重視すべきです。 アジャイルにおけるチームの成功は、「よいプロ
ネガティブな考えにとらわれず、心の「モヤモヤ」とうまく向き合うには？ 漫画家・吉本ユータヌキさん×精神科医・大野裕先生 - lala a live(ララアライブ)│フォーネスライフ
毎日の仕事や家事・育児などに追われていると、なかなか自分自身のことを振り返ったり、心を休めたりする時間が取れないもの。日々の小さな不調が積み重なり、気付けば心や体がどんよりと重くなっている……という経験をしたことがある方は多いのではないでしょうか。 そんな心の疲れを解消するヒントとなるのが、心理療法の一種である「認知行動療法」です。今回は認知行動療法の第一人者である精神科医・大野裕先生と、かつて心の不調に悩み、解決のための様々な手法を試してきた経験もある漫画家の吉本ユータヌキさんに、日々の「モヤモヤ」とうまく向き合う方法について、オンラインで対談いただきました。 また、大野先生が監修したチャットボットアプリ「こころコンディショナー」では、「認知行動療法」を手軽に生活の中に取り入れることができます。その使い方のポイントや効果などについても、お二人に話していただきました。 日々の「モヤモヤ」と
伸びるエンジニア、伸びないエンジニア - Qiita
はじめに 同じぐらいの年齢で、同じような環境でも、エンジニアとして1年も働いていると差が出てくる。 それは プログラミングのセンスだとか、 論理的思考力だとか、 やる気の問題とか、 そういった言葉で片付けられてしまうケースもあるけれど、個人の性格・思考によることも多い。 今日は伸びる/伸びないの一因のひとつである、 『コーチャブル』 『謙虚さ』 『現状維持バイアス』 について解説してみる。 ティーチングとコーチング コーチャブルについて語る前に、コーチングについて触れておく。 コーチングは、「ティーチングとコーチングの違い」という文脈で語られることが多い。 この違いを知るまでは混同しがちな言葉だが、大きな違いがある。 ティーチング(Teaching)とは、答え・ゴールを教える方法。 コーチング(Coaching)は、答えやゴールを考えさせる方法。 プログラミングをしていると、後輩から 「な
ふりかえりでKPTのようなポジティブ/ネガティブな話題を出すような手法を使っていると、悪いところの掘り下げはサクサクできる一方で、良いところをうまく膨らませるのが意外と難しいように思います。書いた本人に話してもらって、ファシリテーターが「いいですね」とコメントして終わりとか、「コメントないですか」と聞いて誰も話さなくて終わりとか、そういった場面を見たことがある人は多いんじゃないかと思います。悪いところを解決するのは慣れていても、良いところを伸ばすための道具箱が空っぽという状態ですね。 そんなチームの最初の道具として次の質問を贈ります。 それがうまくいった要因は何かありますか？ これです。なんとかのひとつ覚えで良いので、ちょっとでも話が広がらないなと感じたら、まずはこれを聞いてみると良いです。この質問が優れているのは、出来事や本人の経験から単刀直入にプラクティスを抽出できることです。何か聞き
若いメンバーが会社を辞める理由 梅原英哉氏（以下、梅原）：先ほどの「つながり」という意味では、あるアンケートでは、最近の若い方たちが会社を辞める時、「ここにいても意味がない」と感じることが一番の理由として挙げられるということでした。 これも、つながりを感じられないというのですかね。自分の存在意義を見失った時に、「もうこの環境にいても意味がないから意味があるところを探したい」と去ってしまうのが、一番のトレンドだという話です。 小仁：おもしろいですね。今は意外とマズローの所属欲求的なところにフォーカスが当たっていたりするんですね。 梅原：そうです。だから、新型コロナウイルスの流行が追い打ちをかけたと思います。僕も最近、「そりゃそうだよね」と思ったんですけど、入社2年目の方々とリアルで研修をすると、「初めまして」と挨拶したりしているわけです。 小仁：そうですね（笑）。 梅原：Webでしか会ったこ
技術的負債の中身｜wadap
これはエンジニアにとっては比較的当たり前の内容について書いている。そのためどちらかというと非エンジニア向けの内容として書こうと思う。 エンジニアが開発しづらいと感じたり開発速度を妨げる要因としてあげられるのが技術的負債だ。この単語自体はエンジニア意外にも知られる言葉となりつつあるため、わりと幅広い層の人たちが認識している単語だとは思う。実施に私自身が外部から関わっている会社でもよく聞かれる言葉ではあるが、単純に負債としてまとめていること自体が問題なケースも多く見かることが多い。その分類自体が問題の本質になっていることもあるため、自分の観測可能な範囲の情報をもとに書いてみようと思う。 技術的負債とは何か？wikipediaには以下のように書かれている。 技術的負債（英: Technical debt）とは、行き当たりばったりなソフトウェアアーキテクチャと、余裕のないソフトウェア開発が引き起こ
心のモヤモヤを解消するには、なにをすればいいのか。エグゼクティブコーチの吉田典生氏は、「『ジャーナリング』という手法がおすすめだ。一定時間、あるテーマについて自由に書き続ける。まずは5分間、試してみてほしい」という——。 「一人で」「手軽に」自己と向き合える ワクチン接種の動きはあれど、しばらく続きそうなコロナ禍。「テレワークをしているが、集中力が途切れてしまう」「外出自粛で友達と会えずモヤモヤ」「漠然と将来が心配」……。そんな悩みを抱えている方に私がお勧めしたいのが、“ジャーナリング”です。 ジャーナリングとは、一定の時間、与えられたテーマについて頭に浮かんだことを紙に書き出し、それを読み返す（フィードバックする）ことで自己理解を深めるワークのことで、“書くマインドフルネス”とも呼ばれています。「テーマ」と「手を動かし続ける」という2つのことに注意を留め、意識が他のことにそれたことに気づ
チームトポロジーを読んだ感想
はじめに 最近、チームってどんな構成にするのがいいんだろうか？と考えたことがあって、参考になる情報がほしかったのでこの本を読んでみた。この本は組織設計について書かれた本で、次のようなことが書かれてる。 どうチームを構成するか？ チーム間のコミュニケーション（インタラクション）をどう設計するか？ 定義したチーム構成やコミュニケーションの設計をどう変化させていくべきか？ チームファースト、コンウェイの法則などの考え方をベースにこういった問いに答えており、具体的な事例も紹介されつつ説明されていたので、わかりやすかった。 個人的に特に知りたかったことが、１つのチーム内で複数のプロダクトを扱うときのアプローチ方法だった。この本はコンウェイの法則推しなので、境界線をみつけてチームを分けた方が良さそうだと思いつつ、よく読んでみると組織のサイズやソフトウェアの規模が小さい場合は、必ずしもこの法則に従わなく
テックリードを過去に3年くらい, まだ「テックリード」という名称が社内で正式に制度化されていない頃も含めると6年くらいやっていて, 今はテックリードを若者に譲っていわゆるエンジニアリングマネージャ(社内での名称はいまのところ「グループチーフエンジニア」)をやっている. 現役テックリードの悩みを経験者として聞くと「そうそう, あるある」と思う一方で, まとめてみるとそれらは実はその先のキャリアパスに綺麗につながっていることに気づいた. 以下, 社内向けに書いたテックリードの抱えるプレッシャのまとめに, キャリアパスの話を加筆したもの. テックリードの悩み テックリードとして意思決定していくのはプレッシャだよねという話題が出た. テックリードに限らずあらゆる意思決定者に共通のことだとも思う. ぐいぐい引っぱっていくリーダタイプなのか, みんなの意見をうまいことまとめるサーバントリーダタイプなの
Agile Japanは、日本中にアジャイルの価値を浸透させ、日本の変革を促進することを目指しています。あらゆる業界や職種の方が集まり、実践者も初学者もともに建設的な意見交換ができる場です。「Agile Japan 2022」に登壇したのは、株式会社セブン銀行・スクラムマスターの小林公洋氏。LeSSにおける1on1の取り組みの工夫と結果について発表しました。 セブン銀行・スクラムマスターの小林公洋氏 小林公洋氏：それでは「LeSSではじめる1on1」を始めたいと思います。 まず簡単に、自己紹介をさせてもらえればと思います。セブン銀行の小林と申します。主な経歴としてはシステム開発をずっとやってきています。約3年ほど前にセブン銀行に転職をしています。セブン銀行は4、5年ぐらい前から内製開発に取り組んでいるのですが、内製開発を行っているグループが「プロダクト開発グループ」というところになっており
2023年12月は、『TBS NEWS DIG』や『PIVOT』なので動画が立て続けに出るのですが、動画だけでは話しきれなかった部分があるので、今年1年間で考えてきたテーマについて、本記事で書いていきます。 問いとしては、下記の5つを網羅したものとなります。 ① なぜ働かない社員が生まれるのか？(静かな退職/逃げ切り社員問題) ②「多様性」を推進しても、逆に亀裂が生じるのはなぜか？(フォールトライン問題) ③ メガベンチャーやブランド化した企業はなぜ衰退するのか？(◯◯Wayの絶対視) ④ 自社愛が強い人ほど、企業を滅ぼしてしまうのはなぜか？(盲目的自社愛) ⑤ メディアで持て囃されている企業から衰退していくのはなぜか？(メディアトラップ) そして、結論というか総括として、下記の画像に集約される現象が発生し、組織が硬直化していくという話をします。 8000文字くらいあるので、10分くらいは
DevOpsトポロジー
みなさんこんにちは。@ryuzeeです。 2021年12月1日に発売した『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』ですが、おかげさまで多くの方に読んでいただき感謝しています。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計著者／訳者：マシュー・スケルトン、 マニュエル・パイス、 原田 騎郎、 永瀬 美穂、 吉羽 龍太郎出版社：日本能率協会マネジメントセンター発売日：2021-12-01単行本：280ページISBN-13：9784820729631ASIN：4820729632 今日はこの「チームトポロジー」の元となったDevOpsトポロジーについて紹介します。 このアイデアは2013年に著者の1人であるマシュー・スケルトンが自身のブログに書いた記事をまとめたものです。 2013年頃といえばDevOpsが流行しはじめた時期だと思いますが、こ
「引き継ぎできない！」から始まった私のスクラム - 川口恭伸の「はじめてのアジャイル」 - Agile Journey
Agile Journeyをご覧のみなさん、はじめまして。川口恭伸（@kawaguti）と申します。 私はアジャイル開発やスクラムに関する知識を提供し、モダンなソフトウェア開発の要素の研究、プロダクト開発の進め方やチームの目標設定など、さまざまな領域でのコンサルティングを手掛けています。 また、アギレルゴコンサルティング株式会社においてシニアアジャイルコーチとして活動しており、一般社団法人スクラムギャザリング東京実行委員会と一般社団法人DevOpsDays Tokyoの代表理事も務めています。さらに、コミュニティ活動としては、毎週水曜日に品川アジャイルに参加しており、RSGT、スクラムフェス、DevOpsDaysといったカンファレンスでのスタッフワークも担当しています。 このように、ほぼ公私の境なくアジャイルやスクラムを基にした活動を長く行っていますが、本稿では、私がスクラムを始めるまでの
アジャイルをスケールさせる手法に正解はない 自社のモデルを探す事例と課題 平鍋健児さんに聞く - Agile Journey
仕様書の通りのITシステムをカッチリと時間をかけて作っても、顧客に「依頼したものと違う」と言われてしまう。ソフトウェアエンジニアの「いいものを作りたい」という気持ちがビジネスに生かされていない。そう感じていた平鍋健児さんは、ピラミッドのように大きな建築物を数十年かけて作るやり方ではなく、生鮮食品のように鮮度を大切にしたアジャイルの開発手法に出会い、この20年を実践と普及に取り組んできました。 近年はビジネスの立場からも語られる「アジャイル」ですが、このインタビューではアジャイルを導入する企業がステージや事業規模に応じてどのような課題に直面するのか？ とくに、小さなスタートアップ企業がアジャイルネイティブから大きくなったメガベンチャーだけでなく、旧来の開発手法を続けてきた既存の企業が、自分たちにフィットしたアジャイルを見つけるときに参照できるいくつかの事例とあわせて紹介します。 アジャイルが
3ヶ月間の英語研修でTOEICスコア 665 → 890 になった話 - Money Forward Developers Blog
エンジニアリング戦略室の高井です。先頃からお伝えしているように、マネーフォワードではエンジニア組織の公用語を英語にすることを計画しています。世界中から優秀なエンジニア人材を集め、プロダクトをさらに成長させることが目的です。 エンジニア組織の英語化に向けて、組織的な英語研修のトライアルも始まりました。英語習熟度に応じたプログラムを策定し、そのための研修を行なっています。まずは直近で必要となる人からということで、第一弾となる英語研修プログラムに参加しました。 今回の記事は、そのときの個人的な経験の記録です。私自身、大学卒業後に、これといって積極的に英語を勉強したことがありませんでした。もちろん、ソフトウェアエンジニアとして、英語ドキュメントを読む必要があったり、カンファレンスで英語スピーカーの発表を聞いたり、英語学習方法のブログをブックマークしたり、英語学習の書籍を購入だけしたり、ということは
アジャイルリーダーシップの実践 - 権力ではなく影響力でアジャイルな組織をつくるために【対談】 - Agile Journey
「アジャイルリーダーシップは、これからのリーダーシップです」 変化の速度が速まり、また、複雑化した現在のビジネス環境に適応し、価値を創出し続ける組織であるためには、旧来的ではない、新たなリーダーシップが必要になる。 こう説く書籍『アジャイルリーダーシップ』が2022年秋に刊行されました。著者であり高名なアジャイルコーチであるZuzana Šochová（ズザナ・ショコバ / @zuzuzka）さんは、自身の経験と多くの情報を融合し、変化に適応するアジャイル組織を形作るうえで重要な要素である、アジャイルリーダーシップを具体化し、それを体現するために必要なコンピテンシー（行動特性）やエクササイズを同書にまとめました。 書籍で語られる、アジャイルリーダーシップの価値はどこにあるのか、組織内で浸透させるための課題は何か、いかにして現場で発露するか。こうした「アジャイルリーダーシップの実践」を、同書
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
45の仕事力チェックリスト ～「会議の進め方」から「タスク管理の方法」まで～ | 採用ブログ | 才流
エンジニアの"有害な振る舞い"への対処法 - Qiita
1on1 ノウハウの共有 | DevelopersIO
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由
1on1の効果を高める3つの技法 - NTT Communications Engineers' Blog
プロダクトマネジメントを学ぶための推しの書籍
GWにChatGPTについて振り返りたい人向けまとめ - まなめはうす
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
エンジニアリングマネージャーを目指す若者の戦略 - yigarashiのブログ
1年以上かけて生産性倍増＋成長し続けるチームになった施策を全部公開 - Qiita
エンジニアが今日から始める英語学習の継続方法 - Uzabase for Engineers
【「スゴ本」中の人が薦める】ITエンジニアのメンタルを守る4冊＋心配事を減らすとっておきの方法
Google社の優れたマネジャーが備える10の特徴 1位の「コーチング」スキルが求められる背景とは
書籍『エンジニアのためのマネジメント入門』を執筆しました - STEAM PLACE
「スクラムマスターを雇うときに聞いてみるとよい38個の質問」に答える - Qiita
KPTのKがいまいち膨らまないチームに贈るパワフルな質問 - yigarashiのブログ
研修で学んだコーチングを試したのにメンバーの信頼が低下… 企業における「マネジャー育成」で成果を出すポイント
グーグル社員もやっている｢紙とペンだけ｣で心のモヤモヤを消す方法 たった5分でもやってみると大違い
テックリードの抱えるプレッシャとキャリアパス - 貳佰伍拾陸夜日記
「目標を共有するチーム」より強いのは「悩みを共有するチーム」 スクラムマスターが実践して気づいた、1on1“7つのコツ”
【完全版】なぜ組織は衰退していくのか？(7500文字)｜Momentor坂井風太