テックリードとして技術的施策をチームに提案する際に意識すべきポイント - stefafafan の fa は3つです
私はいま会社でテックリードをしていますが、いちエンジニアとして技術的改善をチームに提案するスキルに関してまだ課題感を持っています。その際同じくチームに所属しているエンジニアリングマネージャー（EM）の方にヘルプしていただき、実際に提案資料をペアライティングした中で湧いたイメージがあるのでブログとしてまとめて自分の考えを整理してみようと思います。 効果的なストーリーテリングのための既存のフレームワーク 技術的な提案をするには効果的なストーリーテリングをするスキルが必要だと考えています。私はストーリーテリングに関して詳しくありませんが、仕事を通じて以下の二つのフレームワークを知りましたので軽く紹介します。世の中には他にもいろいろあると思いますが、基本的な考え方は近いのかなと想像しています。 空・雨・傘 STARフレームワーク 空・雨・傘 EMの方と会話する中で「空・雨・傘」というフレーズを何度
人は “こう” 言われると動きたくなる。3つのタイプ別、ただお願いするより「確実に相手に響く」言葉 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「部下にはあれこれ言葉を尽くして説明しているけれど、なかなかミスを減らしてもらえない」「チームの業務効率が悪い気がしていて上司に改善を提案してみたいが、私だと説明がうまくないからスルーされちゃうかな」。こんな思いを抱えたことがある人はいませんか？ そういった「人を動かす」ことが苦手な人に向けて、「話し方や伝え方に困っている人たちの役に立つ」という思いをもとに数々の大企業を支援している高橋浩一（たかはし・こういち）さんは、人の「3つのタイプ」に着目することをすすめます。 構成／岩川悟 取材・文／清家茂樹 写真／石塚雅人 相手を「3つのタイプ」に分ける 人が動きたくなる「6つのツボ」 ビジネスパーソンが特に意識すべき「政治タイプ」 相手を「3つのタイプ」に分ける ここで紹介するのは、相手を「3つのタイプ」に分けるコミュニケーション術です。コミュニケーション術における人のタイプの分け方はさまざま
プロダクトマネージャーが担っている役割とその必要性を言語化する - Speee DEVELOPER BLOG
こんにちは、イエウール事業部でプロダクトマネージャーをしている酒井（@ryo-touch）です。 プロダクトマネージャー（PdM）という役職は、会社によって役割の実態が多様で「この会社のPdMはどんな役割を担っているのだろう？」と疑問に感じる方は多いのではないでしょうか。 Speeeでは「事業を連続的に立ち上げおり様々なフェーズを抱える事業の集合体である」「同じ役職でも役割はそれぞれの事業状況によって異なる」という背景から、意図して役職に対する明確なJob Descriptionを定義していません。 そのため今回は、わたしがイエウールで担っているPdMの役割を言語化し、大事にしていることを n=1 事例としてご紹介しようと思います。 目次はこちら 事業とプロダクトが成長していくための理想状態はなにか 事業責任者とエンジニアだけではスケールする難易度が高い PdMが事業責任者とエンジニアの間
話を聞き出す技術
XP祭り 2022の資料です。 #xpjug #shinagile LISTEN――知性豊かで創造力がある人になれる https://www.amazon.co.jp/dp/4822289001 子どもは40000回質問する あなたの人生を創る「好奇心」の驚くべき力 https://www.amazon.co.jp/dp/4334962149 探索的テストにおける期待値（基準）の作り方 https://www.docswell.com/s/nemorine/K342Y5-howtocreateexpectedvalue コーチングよりも大切な カウンセリングの技術 https://www.amazon.co.jp/dp/4532324203
感謝され、人に好かれる指摘の仕方
この記事に書いてあること 指摘の仕方に気を付ける事の利点 オススメの指摘方法 ※何かを強要したり、コミュニケーションの仕方を責めるものでは無いです。Tip集みたいなものだと思って気楽に読んで下さい。 導入 社内外で関わる方（特にエンジニアの方）に対して、「（指摘の仕方で損をしているな〜）」と思う事が多くあります。 Twitterで呟いてみたところ、 「そうは言っても中々苦手…。」 「気を付けてるつもりだけど、キツい言い方になってないか不安」 といった反応をいただきました。 そこで下記について、私なりの考えをまとめました。 指摘の仕方に気を付ける事の利点 オススメの指摘方法 本論 指摘の仕方に気を付ける事の利点 指摘の仕方について、ちょっと気を使うと良い事がたくさんあります。 具体的には下記の良いことがあります。 感謝される 指摘内容を前向きに検討してもらえる 誤解されずに済む それぞれ解説
Code Reviews 101 - The Basics | Sema
Code improves with multiple reviews and revisions, and this process isn’t something that can be done alone. Spotting errors in code design is difficult at the best of times — and the closer you are to the work, the harder it can be to critique. That’s where code reviews come in. The beginning: introducing code reviewsWhat is a code review? Code improves with multiple reviews and revisions, and thi
207で1年間磨き続けた1on1のフォーマットを公開します｜207株式会社
いつでもどこでもモノがトドク、世界的な物流ネットワークを創りたい、207株式会社のイナバです。 207の1on1、めっちゃ良いんです！！ 先日の忘年会で業務委託の方に「207に所属していて良いところは何か？」とお聞きして「1on1、めっちゃ科学されていて良いですよね」という話題に上がるくらいには良いです！ 私自身、業務委託で色んな会社を見ているのですが、たしかに207の1on1は凝っていると思います。 という事で、本記事では「どんな質問を」「どんな意図で」しているのかを代表にインタビューしてきたのでまとめていきます。 1on1をやる目的 そもそも1on1を実施してよかった点ですが、たくさんのメリットの中でも特に、 - 認識のズレをなくす - 信頼関係を構築する - アラートの早期検出 みたいな効果を享受できています。それぞれ、どういう意味かをご説明していきます。 認識のズレをなくす 業務上
顧客との打ち合わせが上手い人がやっていること｜いまにし
打ち合わせに苦手意識を持っている人は多いのではないでしょうか。 私はウェブディレクターとして、これまで数多くの打ち合わせに参加してきましたが、プロジェクトを円滑に進めていくためには、ファシリテーターのスキルによるところが大きいと実感しています。 打ち合わせのスキルについて、新入社員への研修に組み込んでいる会社もあると思いますが、上司や先輩の打ち合わせに同席する中で、見よう見まねで身に付けてきた人も多いでしょう。 日常的に打ち合わせをしている人からすると、当たり前すぎる内容かもしれませんが、私自身がこれまでにフィードバックを受けて意識していることも含めて、打ち合わせが上手い人がやっている共通点をまとめてみました。 最初に打ち合わせのゴールを伝える打ち合わせをするからには、終わったときに明確にしておきたいゴールがあるはずです。 ゴールを曖昧にしたまま進めてしまうと、せっかく日程を調整して打ち合
エンジニアや上司が"有害な振る舞い"を改善するコツ - Qiita
※追記: 「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 前回の記事「エンジニアの"有害な振る舞い"への対処法」では多くの反応を頂きました。 はてなブックマークのコメントやTwitterを見ると、多種多様な反応がある中で、有害な振る舞いが多くの方によって実際に観測されていること、そしてそれによって実際に心理的ダメージを受けていたり困っているというコメントがいくつもあることが印象的でした。 ただ、その一方でこれだけ有害な振る舞いに対する反発があると、自分の有害な振る舞いによってチ
エンジニアリングマネージャのためのファシリテーションのコツと帆船のエクササイズ - 元エンジニアリングマネージャsugimoriの日記
元エンジニアリングマネージャで、今は人事をやってます。 この記事は、Engineering Manager Advent Calendar 2020 - Qiita の12/6の記事になります。 今でも、エンジニアリングマネージャの人たちと話をしたりするのですが、みんな見ているチームのふりかえりがうまくいってないとか、チームで議論をしていても、議論が浅くなったりとか、いろいろ悩んでいるようなので、エンジニアリングマネージャのチーム運営に役に立つようなファシリテーションのコツを書いてみようと思います。 目次 だめなパターン 議論が空中戦 議論が浅い 特定の人だけが議論している ファシリテーションのコツ 空中戦にならないように議論の構成を事前にデザインする 帆船エクササイズ STEP0 ステージを設定する（５分） STEP1 ゴール・ビジョンを描く（１０分） STEP2 ゴールに向かう上でのリ
「Retrospectives Antipatterns」を読んだ - 勘と経験と読経
先日「Project Retrospectives: A Handbook for Team Reviews (Dorset House eBooks) (English Edition)」を読んだばかりだけれど、別の調べ物をしていたら「Retrospectives Antipatterns」という本が最近発売されたことを知ってしまったので勢いで読んでみた。アンチパターン好きなもので。すごい有用な本だった。 Retrospectives Antipatterns 作者:Corry, Aino,Corry, Aino発売日: 2020/11/02メディア: ペーパーバック 著者サイトはこちらのようだ。https://metadeveloper.com/ 全体的な感想 えてして「ふりかえり」のファシリテーターは孤独だと思う。特にファシリテーションすること自体を主な仕事にしている場合、「より良い
コード書く以外の仕事上暗黙的に必要とされている様々なスキルについてブレストしてみる - stefafafan の fa は3つです
前提 僕は新卒からいまの会社に入って以来ずっとWeb系アプリケーションエンジニアとして仕事してきました 自分がWeb系のエンジニアとして成長するにあたって必要なスキルについて考えたときに、ただコードが書けるだけでは評価されないだろうなということだけ何となくわかっているつもりだけど、言語化しないとどういうスキルがあるのか何が自分に足りないのかがわからない気がするので一旦ブレストしてみる 出来上がったリストを元に次にどこを集中的に伸ばすべきかというのがわかるのではないか ここでいう暗黙的とは、僕が学生の頃「Web系のアプリケーションエンジニアに必要なスキルはこれだろうな」と考えたときにきっと思い浮かばなかったもののことですが、人によってはこんなこと当たり前だろうと思うかもしれません ブレスト結果 いくつかブレストした結果をグループごとにわけてみた。（ブレストといってもただパソコンに向かって箇条
脅しも謝罪も必要ナシ。スゴ腕の債権回収OLに教わった、「人の動かし方」がスゴい
会社員なら、他人に仕事を頼んで、その進捗を確認するのが「面倒くさい」と感じた経験があるはず。しかし、たとえどんなに面倒でも、自分がすべての仕事を背負うのは不可能です。一体どうすれば他人に気持ちよく動いてもらえるのでしょうか。 今回お話をうかがったのは榎本まみさん。これまで2000億円もの債権を回収してきた、スゴ腕のオペレータです。多重債務者と日々向き合い、数多のクレームや罵詈雑言に立ち向かってきました。 そんな榎本さんも、新入社員の頃は「人と話すのが苦手だった」そう。自己分析を繰り返し、債務者の心理を研究することで、「人にものを頼むテクニック」を身につけていきました。 インタビューでは、電話からメールまで幅広く使えるテクニックを惜しみなくご紹介いただきました。その内容を、8つの心得、文章添削のパートに分け、まとめています。優しいしゃべり口からは想像できない、人間の心理に対する深く鋭い洞察が
精神科医が注意喚起「部下をうつ病にする魔法の呪文」と「部下を復活させる回復の呪文」が効果強そう - Togetter
いっちー@バーチャル精神科医 @ichiipsy バーチャル精神科医/ なかの人は精神科医/精神保健指定医/日本精神神経学会 専門医/著書『頭んなか「メンヘラなとき」があります。』/ダイヤモンド・オンラインにて連載中diamond.jp/ud/authors/654… molbit.jp/column いっちー@バーチャル精神科医 @ichiipsy 【部下をうつ病にできる魔法の呪文】 やる気ある？ なんでこんなこともできないの？ 何度も同じことを言わせるな ちゃんと考えた？ 真面目にやってる？ 前にも言ったよね？ そんなこと常識でしょ？ 自分勝手にやるな→自分で考えてやれ！ 言い訳はいいからやって 頻用している方は要注意です。 2018-10-17 14:31:06 いっちー@バーチャル精神科医 @ichiipsy 【部下を復活させる回復の呪文】 ・ありがとう ・思うようにやってごらん、
リモートワークのストレス | POSTD
リモートワークのストレス ソフトウェアエンジニアリング業界では、リモートワークは大いに理にかなった働き方です。大抵はPCとインターネット接続さえあれば仕事ができるからです。よって、決まったオフィスに毎日通って働く理由は比較的少ないため、リモートワークはIT職の重要な要素になっています。最も先見的な求人市場とは決して言えないベルギーにおいてさえもです。とはいっても多くの場合、リモートワークが認められるのは週の一部のみ（おそらく週に1日か2日ぐらいが一般的）にすぎません。それにもかかわらず、リモートワークは大部分の企業で導入されるようになってきたのです。 リモートワークには多くの利点があると言われており、この働き方を過激なまでに擁護する声もよく耳にします。その多くには同意するものの、リモートワークを5年以上してきた経験から言えるのは、リモートワークにはストレスが付き物だということです。そう聞く
1on1を始めて1年ぐらい経った - 個人的なまとめ
フロントエンドチームの取りまとめをすることになったので、元々サーバサイドエンジニアである自分とみんなが考えていることとズレが無いようにしたくて始めた。あと実際にサービスを開発してるメンバーと会社が考えていることの期待値合わせという意味もある。なお、会社のエンジニア全員とやってるわけではなく自分のチームでやってるだけである。また、対象は業務委託の人も含んでいる。業務委託の人を含めてよいか？という話はあるが、自分は評価者ではないということと、これによって契約が左右されることはほぼないということは念を押してる。 始める前によんだもの この辺 d.hatena.ne.jp ofsilvers.hatenablog.com ヤフーの1on1―――部下を成長させるコミュニケーションの技法 作者: 本間浩輔出版社/メーカー: ダイヤモンド社発売日: 2017/03/25メディア: 単行本（ソフトカバー）
イーロン・マスクがテスラの従業員に宛てたメール「優れたコミュニケーションの姿」が頭にガツンと効く一撃
By OnInnovation オンライン決済サービス「PayPal」の母体を作り、世界で最も成功しているEVメーカー「テスラ」の創設、民間宇宙開発のトップをひた走る「スペースX」を立ち上げた経歴を持つイーロン・マスク氏の成功はこれらにとどまらず、超高速交通網を開発する「ハイパーループ」、都市の地下にトンネル網を張り巡らせる「Boring Company」などの構想をうち立てるなど、そのアイデア力と経営手腕は非常に高いものがあります。そんなマスク氏が数年前にテスラの従業員宛に送ったというメールには、組織としての強靱な体力を実現するために必要な社内コミュニケーションの在り方が雄弁に語られています。 This Email From Elon Musk to Tesla Employees Describes What Great Communication Looks Like | Inc.c
誰でもできる、プレゼンが劇的にうまくなる基本テクニック - 科学と非科学の迷宮
私も「テクニカルエバンジェリスト」などという大層な肩書を会社からいただいており、講演や連載記事などの執筆を行っていますが、私のプレゼン技術は数年前にMSの西脇さんのプレゼンセミナーに参加させていただいて学んだものがほとんどで、正直言うとこのような記事を書いて講釈を垂れるような立場ではありません。 しかし、直近で西脇さんのセミナーがないということと、会社も大きくなり同僚が増えていく中で、速やかに自分のプレゼン技術を共有しなければならないという状況になったため、恥ずかしながら自分なりの方法を説明するためにこの記事を執筆することにしました。 プレゼンとは銘打っていますが、実際にはプレゼンだけでなく、ブログの記事執筆などさまざまな表現の場で活用することができます。"present"とは「伝える」「表現する」という意味であることからもわかるかと思います。 著者の経験 公開イベントでのプレゼンは、小さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SCRUM MASTER'S LANGUAGE 言葉遣いこそ最強の武器
Wantedly（ウォンテッドリー）はたらくを面白くするビジネスSNS
