1on1ミーティングガイド (1on1ガイド)は未完成の部分も残したβ版として公開しており、今後コンテンツの追加やスタイルの修正などの変更が予定されています。 また追記やスタイルの修正だけでなく、現在記載されている内容が大きく見直される場合があります。

ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて

【デジカルチーム ブログリレー4日目】デジカルチームの末永(asmsuechan)です。最近は7年ぶりに陸上競技にハマっています。 みなさん。キーボードはお好きですか？弊社にはキーボードに情熱を注ぐエンジニアが多数在籍しており、私もそのうちの1人です。エムスリーエンジニアのキーボードについては以下の記事で書かれています。百式Kinesisの存在感が輝いていますね。 www.m3tech.blog さて数年前、キーボードが好きな私はPC操作の全てをキーボードのみで行いたい衝動に駆られていました。というのも、ラップトップに外部キーボードを繋げて好きなキーボードを使っていてもキーボードとトラックパッド(マウス)の間で手を移動しなくてはいけないことがストレスだったためです。 このストレスを解消するために様々な工夫をした結果、何とかキーボードのみでPCを操作できるようになりました。 この記事ではどう

『ネット右翼になった父』を読み終えました。正直、タイトルからは予想しなかった内容に少し面食らいました。 著者は父の死後、家族や友人から話を聞くうちに、そもそもネット右翼にかんたんに当てはめることはできないと気づき始めます。→ https://t.co/2F8cZwiihY

毎週の定例ミーティングで Google Docs にテンプレートを追加するという作業をやったことがあるだろうか？ あるいは毎回変わるファシリテータをその度に手動で書いたことがあるだろうか？ そういう作業は Google Apps Script (GAS) を用いて自動化することが出来る。 GASを動かすのに面倒なサーバ構築はいらない。Googleが用意したエディタでGoogleが用意した関数を使ってJavaScriptを書けば動いてくれる。 毎週テンプレートを追加するような定期的な作業はこれを使うと便利だ。 さあドキュメントを開いて Extensions -> Apps Script からプログラムを書こう。 メニューを追加しよう 特定の場所にテンプレートを挿入しよう スナップショットを取ろう 次のファシリテータを記入しよう メニューを追加しよう Docsはメニューをカスタマイズして独自の

みなさまこんにちは、グリー株式会社でCTOをやっておりますふじもと (@masaki_fujimoto) と申します。 今回は1週間後に控えたGREE Tech Conference 2022の宣伝も兼ねて、1年ぶりくらいにソフトウェアについてつらつらと書いてみます。というか、なにはなくとも10/25 (tue)、来週開催のGREE Tech Conference 2022にぜひぜひご参加ください。ひさびさにオフラインでも開催しますので！ あとついでに、1年くらい前からデジタル庁というところのCTOも兼ねさせていただいてまして、なんかやっぱりあれこれ質問いただくことも多いので、そのあたりどうよ、みたいなところもついでに少しだけ触れてみたいと思います (なんかGREE Engineers' Blog、というところで書くにはちょっとコンテキスト違うかなとも思うのであくまでおまけ、ってことで..

はじめまして。株式会社イノベーター・ジャパンでフロントエンドエンジニアをしている、うじた（@besburg）です。弊社ではスクラムによる開発を取り入れており、スプリントの最後には毎回スプリントレトロスペクティブという振り返りを行っています。そこで試した振り返りの手法をこの記事ではまとめてみました。 私たちのプロジェクトではタスクの優先度に入れ替わりが多く、今やっていることを可視化するため、2021年8月からスクラムを開始しました。参加メンバーは各プロジェクトのエンジニア全員で、スプリント期間に合わせて1週間ごとに振り返りを行っています。スクラムによる開発が初めてだったこともあり、当初は自分たちに合った手法を見つけることを目標に振り返りを進めました。 週ごとにメンバーが交代でファシリテーターを担当し、試したい振り返り手法を持ち寄ってレトロスペクティブを行いました。そのため基本的には振り返り手

初めて会社を起業する人のほとんどは、集団をマネジメントする方法を学ぶ間に、創業当初の従業員を燃え尽き症候群にさせてしまうと思います。 筆者のアドバイスがそのようなケースを減らせるなら、ここに書いておく価値があるでしょう。 筆者は小規模なチームやスタートアップ企業のマネージャーのためにこの記事を書きました。 ほとんどのアドバイスは、大規模な企業のマネジメントには当てはまらないのではないかと思います。 なお、急成長している企業に入社する人への全般的なアドバイスについてはこちらをご覧ください。 筆者について 中・小規模のエンジニアリングチームを数チーム管理した経験あり On DeckのCTO CoinListの元エンジニアリング担当VP AngelListの元リモート責任者 Product Huntの元CTO それでは始めましょう。 マネージャーはすべての失敗に責任を負う 分かります……とても前

技術組織のマネジメント @sunaot です。エス・エム・エスで技術組織のマネージャーをしています。入社時点から技術組織全体のマネジメントを担う役割でスタートし、今年で７年が過ぎました。 「エンジニアリングマネージャー (以下、EM) の仕事とはなんですか？」と聞かれたときにその定義を答えられるでしょうか？ 「1on1をすること」「メンバーの育成をすること」など、これは EM の仕事だという要素は挙げられても、全体像を言える人は中々いないのではないかと思います。そうしたときに頼りになるのは書籍ですが、EM に特化して仕事の全体像を語った書籍というのは日本語ではなかなかありませんでした*1。 EM の仕事単体でその全体像を説明するのが難しいのにはそれなりの理由があります。この記事では、全体像を語りにくい EM の仕事というものについて、技術組織のマネジメントという視点から全体を説明し、その中

Amazonのミーティングはとても奇妙な形で行われることが多い - ミーティングの最初にドキュメントを参加者が黙読するのだ。議論は全員が読み終わったことを確認してからスタートする。基本的に文章を読まずにいきなり発言し出したりということは許されない。大人数が一つの部屋に集まり、一つの文章を黙って読む姿は結構シュールである。 私はこの奇妙なミーティングをする会社に7年ほど勤めていた。こういった環境で生き残るには人に読ませる、よいドキュメントを書かねばならない。しかもアメリカで働いているのだから当然英語で書く必要がある。しかしながら私は帰国子女でもなく、特段英語が得意というわけでもない。最初の頃に書いたドキュメントは複数人にレビューされていつも真っ赤っかになっていて、そのマークアップの量を見ては鬱々としたものである。が、小さな子供とVisa問題を抱えて異国の地でクビになるわけにもいかない。英語弱

復刻できないあのゲームを合法的にプレイする鍵は「国会図書館」にあった。ファミコン版『北斗の拳』を蘇らせた法的な戦略や“草の根の復刻活動”に迫るセッションをレポート【CEDEC 2022】 現在開催中のオンラインゲーム開発者向けカンファレンス「CEDEC 2022」3日目にはセッション「復刻できないあのゲームを、合法的にプレイできるようにするために、今できること」が実施された。 本セッションは「残念ながら倒産してしまった会社のゲーム」といった、復刻が難しい作品を合法的にプレイできるようにするための方策を考える目的で行われる。 登壇者は骨董通り法律事務所の弁護士である橋本阿友子氏、NHK放送文化研究のメディア研究部メディア動向主任研究員である大高崇氏、松田特許事務所（事務所）の50Hit.jp（古物商）代表弁理士である松田真氏の3名。 肩書を見ると専門性の高さから腰が引けてしまうかもしれないが

質問日時： 2016/1/14 13:45:53 解決済み 解決日時： 2016/1/19 13:27:00 回答数： 5 ｜ 閲覧数： 5051 ｜ お礼： 50枚 共感した： 1 この質問が不快なら 何よりもまず、決して購入してはならないチェアの代表格がアーロン・チェアであるのでご注意下さい。アーロン・チェアの発売から早20余年。エルノゴミクス（人間工学）は20余年前で足踏みしているはずもありません。アーロン・チェアを優れたチェアと誤認する消費者が少なくないのは、アーロン・チェアを製造販売するハーマン・ミラー社による「巧妙なステマ商法」に大きな原因があります。薬事法は、医療器具でないチェアを「健康器具」と認定しません。このため、ハーマン・ミラー社が自社のチェアを「腰痛を癒す」と広報すれば、即刻、薬事法違反に問われます。しかしながら、薬事法違反を巧妙に免れながら、同社のチェアを「腰痛を癒

この記事ははてなエンジニア Advent Calendar 2020の6日目の記事です。 qiita.com 5日目は id:mizdra さんによるpolyfill を深堀りするでした。フロントエンド周りは弱い自分としてもこの記事を読むだけでpolyfillの概要から今後どうすると良いかなど知れてとてもありがたい記事でした。 www.mizdra.net さて今日は視点変えてツールの話を書きます。毎日使っているツールこそ、提供されている便利な機能を把握しておきたい。Macで使ってるターミナルアプリ「iTerm2」について書きます。 iterm2.com まずはみんながひょっとしたら知らない基本操作についていくつか紹介し、後半はTriggersという機能の使い方をいくつか紹介します。 (記事執筆時点ではver.3.4を使っています) tl;dr 公式ドキュメントにいろいろ書いてあるので読み

先日、React v17リリース候補がリリースされましたね! 前回のメジャーリリースからなんと2.5年もかかったようです。 ほとんどが公式の意訳になりますが、何が変わったのか重要そうなところをピックアップして自分メモとしてまとめておきます。 全てを網羅しているわけではないので、より詳しく知りたい方は下記の公式リリースノートを参照ください。 公式リリースノート 公式リリースノート日本語版 新しい機能はないよ React開発者は現在新しい機能追加に向けて取り組んでいますが、今回のv17には実は新機能は追加されていません。 v17は言わば、これからリリース予定の大規模アップデートのための踏み石になっています。 段階的アップデート 今までのアップデートには必ず破壊的変更が含まれていました。v15 -> v16の破壊的変更は皆さんの記憶にも新しいかと思います。そのような破壊的変更は、メンテされてない

はじめに 以前Scrum@Scaleについて@tyantya41717651さん、@zakky_devさんとディスカッションしましたが、先日お二人と、大規模アジャイルフレームワークであるSpotifyモデルと先日公開された失敗記事(「Spotifyは "Spotifyモデル "を使っていない(Spotify's Failed #SquadGoals)」)についてディスカッションしたのでブログにまとめました。*1 はじめに Spotifyモデルと取り上げた理由 モデルの失敗ではなく、ヒトの失敗 扱える以上の自由や権限を与えた悲劇 1. チームへの過剰な権限付与による、サイロ化の加速 2. 分隊のプロセスの自由さや能力不足による、分隊間協力の困難化 3. 全員での意思決定を追求したことによる、意思決定コストの増大 まとめ Spotifyモデルと取り上げた理由 今回Spotifyモデルの詳しい解