チームに新しく飛び込んだスクラムマスターが最初にやること - Money Forward Developers Blog
こんにちは、クラウド会計の開発チームでスクラムマスターをしているasatoです。 新しいチームにジョインするのって、ドキドキしますよね。新しい環境、新しい人々、そして新しい課題。それぞれのチームが直面している問題は異なりますが、スクラムマスターとして私たちが共有する目標は一つです。それは、チームの有効性を最大化し、素晴らしいプロダクトを生み出すこと。 私は今年の1月にマネーフォワードにジョインし、今のチームでスクラムマスターとして働くことになりました。事前に聞いていたチームの情報は以下の通りです。 プロダクトマネージャー、UI/UXデザイナー、複数のバックエンド/フロントエンド/QAエンジニアから成る 従来のプロジェクトの進め方に課題感があり、4ヶ月前からスクラムを実践中 ここで一つの質問です。もし、あなたがスクラムマスターとして新しいチームにジョインしたとしたら、最初に何をしますか？この
「1on1って難しくないですか？」 広木大地×湯前慶大×佐藤将高が、部下との関係性構築で意識していること
Engineering ManagerによるEngineering ManagerのためのPodcast「EM . FM」。広木大地氏 、湯前慶大氏、佐藤将高氏が、「1on1って難しくないですか？」というテーマで語りました。 今回のテーマは「1on1って難しくないですか？」 湯前慶大氏（以下、湯前）：「EM.FM」は、「エンジニアリングマネジメントをもっと楽しく、もっとわかりやすく」をコンセプトにお届けするポッドキャストです。「ゆのん」です。お相手は……。 広木大地氏（以下、広木）：広木です。よろしくお願いします。 佐藤将高氏（以下、佐藤）：佐藤です。よろしくお願いいたします。 湯前：EM.FMでは、毎回ちょっとためになる情報を紹介していきたいということで、1つのテーマを掘り下げて学んでいこうと思っています。今回は、佐藤さんがプレゼンターです。今回のテーマは……佐藤さん、何ですか？ 佐藤：
巻き込み力の正体｜ホソヤ タケヒロ
社内の関係者に協力をお願いしても「手伝える状況ではない」と断られる。お客様への提案が「言いたいことはわかるんだけど、なんか違う」と却下される。一度は進んだプロジェクトが突然鶴の一声で中止になる。 このような悲しい事態を避けるために必要とされるのが「巻き込み力」。 今回は、複数のステークホルダー間で納得解を作る必要のある共創プロジェクトなどの経験から得られた僕の知見を元に、巻き込み力とは何なのかを具体化します。 巻き込み力に関連したスキル、調整力をテーマにしたnoteもあります。こちらも合わせてご覧ください。 伝えるべき３つの要素と必要なスキル巻き込み力を「他者に喜んで協力してもらう力」と定義したうえで考えると、必要なスキルや伝えるべきことなどは以下の図の通りにまとめられます。 巻き込み力の図解内容を一つずつ見ていきましょう。 伝えるべきこと1：定量的な効果「いくら儲かるか」です。これはピン
考え方が合わないのか情報が揃っていないのか - Konifar's ZATSU
「考え方が合わないなー」と感じた時は、相手と自分の持っている情報が揃っているかを疑ったほうがいいよね、という話を雑に書く。 たとえば「上司の理解がない」「部下の危機感が足りない」「同僚が慎重すぎる」みたいなやつ。なんでそんな考え方をするのかわからなくて憤りを感じるようなことがある。本当に考え方が合わないこともあるが、実は持っている情報量の違いによって思考結果が異なるだけで、思考回路自体に違いはなかったということも多い。 例を出してみる。プロダクトの1年後を考えてこれを絶対にやったほうがいいというボトムアップの提案が受け入れられなかったとする。 この時、実は相手は裏側で短期の売上目標を達成するために必死なのかもしれないし、ステークホルダーとのハードな交渉をしているのかもしれない。あるいは、プライベートで大変なことがあって考える余裕がないのかもしれない。逆の立場で見ると、実は提案する側はメンバ
評価されるエンジニアの特徴とは - Qiita
こんにちは、Crane＆Iの藤島です。 この記事で３記事目となりますが、少しずつ、自分の書くスタイルが定まってきたかなと感じます。 ありがたいことに、SEを取りまとめる事業統括という立ち位置を頂きながらお仕事をしているので、 私のこれまでのエンジニア、人生経験を交え、キャリア形成に結びつくような有益な情報をお伝え出来たらいいなと思いながら、文字を打っています。 今回は「評価されるエンジニアの特徴」に焦点を当てていきたいと思います。 最初に ちょっとした誤解を招く表現をするかもしれません。 斜め読みで構いませんので、一応、最後まで読んでください。 言い訳はちゃんと書きます（笑） 突然ですが、私は「贔屓（ひいき）」をする人間です。 併せてお伝えしますが、「えこ贔屓」は好みません。 というか、立場上、それを許されておりません。 ※「贔屓」と「えこ贔屓」は似ているようでまったく意味が違います。 贔
エンジニアとしてフルリモートワークで8年生き残る技術 - Qiita
こんにちは。吉田智哉です。 岩手県盛岡市に住みながらエンジニアとしてフルリモートワークで東京の開発案件を請けてます。 気が付くとこの働き方で8年間も経過していました。 8年生き延びることができたので、そのコツをシェアしたいと思います。 その日のコミットはdraftのpull requestとして出す エンジニアは成果物が全てです。 いくら一生懸命働いていたとしても、成果物、つまりコードがなければその日働いていたとしても 成果として認められません。 チームメンバーやリーダーに対してちゃんと働いていることをアピールするために、 その日のコミットはその日のうちにpull requestとして出すようにしています。 作業が途中の場合はdraftのpull requestにしています。 pull requestとして出せない調査系のタスクの場合は 調査した記録をドキュメントとして残しておいて、 他の
これをやると「言語化が苦手な人」と、意思の疎通がしやすいかもしれない。
様々な会社に訪問していると、それなりの頻度で「言語化が苦手な人」に遭遇する。 例えばこんな具合だ。 「プロジェクトの基本要件を一つにまとめてマネジメントしたいんだけど。 例えば、一部のプロジェクトで必要なリソースを最初に一つの大きな枠組みで決めて、それを全部に使う、そんな感じ。」 「言葉にできてるじゃない」と思う方もいるかも知れない。 だが、本当に言語化の苦手な人とは、「言葉にはできているのに、その内容が、他の人にとって難解過ぎる人」なのだ。 「言葉が出てこない」 「説明しにくい」 「なんと言えばいいのか迷う」 というのは、実は「言語の苦手な人」よりもかなりマシである。 なぜならば、「言語化できていない」という認識を自分自身で持てるからだ。 それに対して、真に言語化の苦手な人は、自分自身で「言語化が苦手」と気づいていない可能性が高い。 前職にもこんな人がいたが、 「あの人、あたまが良すぎて
【ミノ駆動流】「思うように伝わらない」を解消する！エンジニアのための言語化力の鍛え方 - エンジニアtype | 転職type
2024.05.21 スキル 「つまりどういうこと？」「要するにできるの、できないの？」「それって何の話だっけ」 技術的にどうするべきか正解は見えているのに、頑張って説明しても返ってくるのはそんな言葉ばかり……。「うまく伝えられない」という悩みを抱えるエンジニアは、少なくないのでは？ 2023年のITエンジニア本大賞・技術書部門で大賞を受賞した『良いコード／悪いコードで学ぶ設計入門』（技術評論社）の著者であり、SNSでの情報発信やイベント登壇でも活躍する「言語化のプロ」であるミノ駆動さんも、昔は「君が何を言ってるのか分からん」と上司に言われていたそう。 ミノ駆動さんはどのように言語化能力を伸ばしたのか。聞くと、出てきたのは「合意駆動」というキーワード。その正体とは？ ミノ駆動さん（@MinoDriven） 新卒でNEC の関連会社に入社。その後キヤノンでの10年のエンジニア経験を経て、We
指示待ち、反発、無気力……困った部下の3つのタイプ リーダーや管理職が陥りがちな職場の人間関係の悩み
幸せ視点の経営を学ぶ、革新的なオンラインスクール hintゼミの主催で行われた本イベント。新著『小さくはじめよう 自分らしい事業を手づくりできる「マイクロ起業」メソッド』を出版した、ビジネス・ブレークスルー大学経営学部教授の斉藤徹氏が登壇しました。本記事では、上司を悩ませる職場の人間関係や、個人が成長していくステップについて語りました。 リーダー・管理職の悩みで最も多いものは 斉藤徹氏（以下、斉藤）：まずは、「リーダーの方・管理職の方 職場の悩みアンケート」をピックアップしてきました。やはり「人間関係の悩み」がかなり多いんですよね。2番目は「チームのマネジメント」ということで、かなり近しいものです。3番目は、自分自身のものですね。 やはり時間管理とかストレスとか、ウチの問題・ソトの問題という人間的な問題ですごく悩んでいる。チームの業績や自分の将来よりも、とにかく人絡みの問題が多いということ
状況報告、報告を受ける側が知りたいのは尽きるところ「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」というところです - Magnolia Tech
自分が気をつけていることに「今この状況を説明して」って言われた時に2分くらいにポイントを絞って話せるように常時準備しておく、というのが有って、これができるとだいぶ印象が違います 仕事で報告を求める人が最優先で知りたいのは「ヤバいか、ヤバくないか、アクションするのは俺か、お前か」です— magnoliak🍧 (@magnolia_k_) 2024年3月3日 繰り返し言ってるけど、状況報告、報告を受ける側が知りたいのは尽きるところ「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」というところです— magnoliak🍧 (@magnolia_k_) 2024年4月11日 振り返ると定期的に同じことを書いているんですけど、「報告を受ける側」が期待することって、「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」を素早く判断して、行動に起こすための情報が欲しいわけです
【詳細版】会議の進め方改善ガイドライン
1 会議の進め方 改善ガイドライン （詳細版） 柏崎市 令和６(2024)年３月 目次 「会議の進め方」のガイドラインを作成する理由 会議とはなにか？ 会議の進め方 アジェンダの作り方 議事録の取り方 会議室の使い方 資料の作り方と印刷 1 p.3 2 p.9 3 p.13 ４ p.32 5 p.37 ６ p.43 ７ p.45 2 1. 「会議の進め方」のガイドラインを作成する理由 3 なぜ「会議の進め方」のガイドラインを作成するのか？ ● 平均すると業務の1～2割程度を会議が占めている ● 会議前後の作業（日程調整、資料作成、議事録作 成等）を含めれば、膨大な時間に ● たとえばDX（デジタル・トランスフォーメーション）も、単にシステムやツールを導入するということで はなく、文化・考え方そのものを変革するということであり、それは会議にも現れる ● 多様な働き方を柔軟に選択できる職場づく
エンジニア従業員エンゲージメント向上への道 - Uzabase for Engineers
はじめに こんにちは！NewsPicksのVP Of Mobile Engineeringの石井です。 約1年前にPharmaXさん主催の「事例で学ぶ！エンジニア組織文化を作る採用・評価の仕組み」というイベントでPharmaX 取締役・エンジニアリング責任者の上野さん、カオナビCTOの松下さんと私の3人で事例発表やパネルディスカッションをしました。（そのときの記事は、PharmaXさんのこちらの記事にあります） このときに私が話したエンゲージメントに関することは、「採用とオンボーディングを頑張った結果、エンゲージメントもよくなりました」的な話もしました。 ただ、それ以外にも多くのことをしています。今回はそこを深掘りしたいと思います。 以前の状態との比較 当時、発表した時のモバイルチームのエンゲージメントは次の通りでした。（NewsPicksでは半期に一度、サーベイをしています） で、202
1on1が嫌いな人に知ってほしいこと、苦手な原因や解決策を解説！
1on1ミーティングは、アメリカのシリコンバレーで人材育成を目的として確立された手法で、「上司と部下の1対1で行う定期的な面談」の事です。日本でもヤフー株式会社などが取り入れたことから注目を集め始め、2020年には、規模に関わらず約4割の企業が導入しています。 1on1ミーティングは組織の生産性向上やエンゲージメントを高めるための施策として有効で、1on1ミーティングを導入し始めている企業様も増えてきました。しかし、1on1を実際に行っている管理職やマネージャー、メンバーから「1on1ミーティングが嫌い」「1on1ミーティングが苦手」などの声もあります。 そのため、本記事では1on1が嫌いになってしまうような上司の特徴や悪い1on1の特徴、そしてその原因と解決策についてご紹介します！適切な1on1ミーティングの方法を知り、価値のあるものにしていきましょう。 1on1ミーティングが嫌いと感じ
生産性における即レスの大切さ - Qiita
はじめに 昨今「開発生産性」についての話題をよく目にします。 生産性が向上することで悪いことは無いので、様々な組織の事例が公開されて業界全体に知見が共有されていくことはとても素晴らしいことだと感じています。 話題のこちらの本 「世界一流エンジニアの思考法」にもとても大切なことが書かれておりますし こちらの記事も参考になりました。 それらを踏まえて個人的に生産性向上のベースになる大切なことだと思っている 「即レスの大切さ」 について書きたいと思います。 これまでやってきたお仕事 ツールアプリの新規事業責任者（3年ほど） 全体3名の少人数チームでスタート 私（責任者+PdMの役割）、エンジニア1名、デザイナー1名 最終的には30人前後の組織の事業部長 ゲームアプリのマーケティングマネージャー（5年ほど） 組織全体としてはビジネスサイド20名、エンジニア5名、デザイナー5名ほど 会社経営（4年ほ
新人が1on1に来ない - Qiita
新人が1on1に来ない。その原因を考察する。 ここで出てくる新人の情報は以下である。 年齢: 30代前半 エンジニア歴: 5年 入社して半年 1on1を行うに至った経緯: 1年前、私と同じ時期に入社した同期Aが退職した。 詳細はよく分からないが、どうやらチームの先輩の1人と相性が悪いとの事だった。 尚、Aが退職したのは上記の理由だが、退職したいからこれを名目上の理由にしているのであって、原因は他にある可能性はあるが、この際それは考慮しない。 会社の人員構成: ほとんどがエンジニア歴10 ~ 20年のベテラン。平均年齢は30代後半。 Aは30代前半。 周囲の反応: Aが退職を告げた時、周囲はうろたえた。事前に相談は無かったし、特に問題はないように思われていた。 何より30過ぎた社会人は、問題があれば自分から話して来るという思い込みが、既存社員にあったもしれない。 年齢は関係あるか: ないと考
個人コミュニケーションKPI - Konifar's ZATSU
嫁氏はナチュラルコミュニケーションお化けである。 昼飯の時に社交性上げていかなきゃねみたいな話をしていた嫁氏がお昼の散歩中にママ友ができたらしくマジかってなった— こにふぁー (@konifar) 2021年1月13日 嫁氏就活の職場体験的なやつで「いると場が明るくなる」「グループにいてほしい」と複数人からフィードバックをもらってるらしく完全に俺にない才能を持ってる— こにふぁー (@konifar) 2023年7月19日 自分から見れば初対面の相手や複数人の集団とあんなスピードで打ち解け関係を作れるのは才能だとしか思えない。相手について気になったことを深堀って話していくとよいというアドバイスを受けたが、"できる人"のアドバイスで自分にはあまり参考にならなかった。 色々話した結果、才能がなければコミュニケーションを分解して単純なKPIにしてそれを達成しに行くというのがよいという結論にたどり
帽子を交換するふりかえり - KAKEHASHI Tech Blog
こんにちは。ソフトウェアエンジニアの椎葉（@bufferings）です。最近実施したオリジナルのふりかえりがよかったので紹介します。 いつもはエンジニアリングマネージャの小田中さん（@dora_e_m）が、そのときのチームの状況に合わせたふりかえりの手法を用意してくれていて、毎週違うふりかえりをみんなで楽しんでいるのですが、今回は小田中さんが不在だったので私がファシリテーションをしてみることにしました。 どんなふりかえりをしようかなと ふりかえりカタログ を眺めていたところ Six Thinking Hats が目に止まり「これをアレンジして『帽子の交換』をすると、今のチームにちょうどいいかもしれないな」と感じて、今回のふりかえり手法を思いつきました。 カケハシはリモートファーストの会社で、私の所属するチームもフルリモートで開発に取り組んでいます。そのため、今回のふりかえりもオンラインホワ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【若手エンジニアへのススメ】説明上手なエンジニアになろう
1on1ミーティングガイド (1on1ガイド)
https://twitter.com/hiroki_daichi/status/1782332712860475561