サクサク読めて、
アプリ限定の機能も多数!
アプリで開く
●はてなブックマークって?
●アプリ・拡張の紹介
●ユーザー登録
●ログイン
●ログアウト
検索対象
●すべて
●タグ
●タイトル
●本文
並び順
●新着
●人気
ブックマーク数
●1 user
●3 users
●50 users
●100 users
●500 users
セーフサーチ
●オン
●オフ
期間指定
●すべて
●1週間
●1ヶ月
●1年
まで
1 - 40 件 / 219件
新着順
人気順
絞り込み
検索対象
ブックマーク数
期間
セーフサーチ
EMの検索結果1 - 40 件 / 219件
EMに関するエントリは219件あります。 マネジメント、
management、
仕事
などが関連タグです。 人気エントリには ﹃ITエンジニア採用入門﹄などがあります。
EMの関連エントリー
68 users
66 users
11 users
22 users
208 users
35 users
15 users
380 users
29 users
87 users
●
1962 users
●
zenn.dev/tbpgr
●
テクノロジー
●2022/05/17
今、IT関連の技術は様々な企業の競争力の源泉です。一方で、実際に企業が必要とするよりもITエンジニアの数は少ないため、採用競争は激化するばかりです。そこで、元ウェブエンジニアでITエンジニアの採用担当を経験した私の視点で、ITエンジニア採用に関する情報をまとめることにしました。 なお、ここでいうITエンジニアはアプリケーションエンジニア、インフラエンジニア、機械学習エンジニア、QAエンジニアなどIT関連エンジニア全般を指します。 # 更新情報 * 2022/05/17 - 公開 * 2022/05/17 - 中途採用前提であることを Chapter 1 に追記 * 2022/05/18 - 誤字の修正 Chapter 15 ﹁行進﹂ -> ﹁更新﹂ ※はてなブックマークでの指摘ありがとうございます * 2022/05/19 - 活用事例の Chapter を追加 * 2022/05/20
●採用
●エンジニア
●あとで読む
●IT
●転職
●engineer
●仕事
●recruit
●企業
●学習
●
1832 users
●
agend.jp
●
学び
●2024/05/09
仕事の進め方がグダグダの会社はどうすればいいのか、﹁プロジェクトマネジメントの基本が全部わかる本﹂の著者に聞いてみた ﹁プロジェクトマネジメントの基本が全部わかる本﹂を執筆し、ご自身もプロジェクトマネージャーやプロダクトマネージャーとして23年経験を積んできた橋本将功さん。 橋本さんは、セミナーや著書でプロジェクトマネジメントについての知見を発信されていますが、今回 Agend であえてお聞きするのは﹁専門のプロジェクトマネージャーがいないグダグダになっている職場で、どう仕事を回していくか﹂。 ﹁うちの会社は仕事を回すのが下手﹂と感じている方にこそ読んでいただければと思います。
●マネジメント
●あとで読む
●仕事
●プロジェクト管理
●プロジェクト
●management
●本
●考え方
●組織
●会社
●
1711 users
●
note.com/singtacks
●
テクノロジー
●2020/02/06
会社の体制が大きく変わり、カオスの中に少しの静寂︵暇︶ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない
●CTO
●あとで読む
●開発
●エンジニア
●マネジメント
●技術
●management
●プロダクトマネジメン
●チーム
●経営
●
1563 users
●
qiita.com/muumu
●
テクノロジー
●2022/01/02
本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※﹁難しい人﹂は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用︵難しい人というラベリングを特定個人に適用する使い方︶が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに﹁有害な振る舞い﹂という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に﹁難しい人﹂という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40%低下する 対抗せずに、場の﹁安心感﹂を作るための3つの条件 - ログミーBiz
●コミュニケーション
●あとで読む
●エンジニア
●マネジメント
●チーム
●仕事
●management
●communication
●Qiita
●engineer
EMの関連エントリー
207 users
59 users
506 users
36 users
33 users
203 users
68 users
31 users
176 users
217 users
●
1550 users
●
note.com/katasekumiko
●
学び
●2020/02/24
EM菌は、元々農業用の微生物資材として堆肥作りを目的として開発されましたが、﹁農業、環境、健康、食品加工、化学合成、工業、エネルギー、土木建築など広範囲で応用可能であり、従来の微生物関連資材の常識をはるかに超えたものである﹂としてあたかも万能であるかの様に宣伝されるようになりました。しかし、そのほとんどは科学的根拠に乏しく﹁ニセ科学﹂だと批判されています。 参考‥疑似科学とされるものの科学性評定サイト︵明治大学科学コミュニケーション研究所︶ http://www.sciencecomlabo.jp/health_goods/effective_microorganisms.html これまではEM菌を構成する微生物が大まかにしか明かされておらず、﹁特殊な善玉菌の集合体﹂という幻想が守られてきました。そこで、最新技術である﹁メタゲノム解析﹂︵メタ16S解析とメタITS解析︶により、網羅的に構
●ニセ科学
●EM菌
●科学
●EM
●あとで読む
●生物
●science
●note
●疑似科学
●似非科学
●
1345 users
●
dev.classmethod.jp
●
テクノロジー
●2022/02/07
ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける1対1の攻防ではなく、職場における1対1の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては
●マネジメント
●あとで読む
●1on1
●コミュニケーション
●仕事
●組織
●management
●communication
●エンジニア
●プロジェクト管理
●
1052 users
●
qiita.com/hirokidaichi
●
政治と経済
●2019/12/01
本記事は、Engineering Manager Advent Calenderの1日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
●マネジメント
●あとで読む
●プロジェクト
●開発
●management
●エンジニア
●EM
●プロダクトマネージャ
●pm
●book
●
1039 users
●
notion.yumemi.co.jp
●
テクノロジー
●2021/10/11
2021/9/23プロジェクトリードにおける考察について取り入れた2021/10/11職種の人数が多い、アプリケーションエンジニアを対象として、まずは内容を詳細化してアップデート2021/12/10プロフェッショナルの年収を520~550万を520~570万に変更チーフプロフェッショナルの年収を550~600万を570~620万に変更マルチリードエンジニア、チーフテックリード、リード・アーキテクト、チーフマイスターエンジニアの年収上限を950万から1000万に変更アーキテクト、リードアーキテクトの職位ガイドラインの詳細︵暫定︶を追加2022/4/11リードエンジニアの年収レンジを650-700万についてを、650-720万に変更チーフリードエンジニアの年収レンジを超える700-800万から、720-800万に変更2023/3/13 プロフェッショナルのチームコラボレーション︵主体性︶に追加
●エンジニア
●あとで読む
●マネジメント
●仕事
●engineer
●management
●キャリア
●ガイドライン
●開発
●組織
●
1014 users
●
www.rcast.u-tokyo.ac.jp
●
学び
●2024/03/15
ホーム ニュース プレスリリース 謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― 東京大学 発表のポイント 日本の企業において、リーダーの謙虚さが心理的安全性を介してプレゼンティーズムに影響することがわかりました。 チーム単位で働く職場において、リーダーの謙虚さ、心理的安全性、そしてプレゼンティーズムの3変数がどのように関係しているか初めて明らかにしました。 メンバーが活躍できる職場の人的環境や文化的条件を考え、介入をデザインする上で示唆に富む結果といえます。 謙虚なリーダーシップは、心理的安全性を介してプレゼンティーズムと関連する 発表概要 東京大学先端科学技術研究センターの松尾朗子特任助教、熊谷晋一郎准教授らの研究グループは、複数の業種の日本企業を対象に調査を実施し、リーダーの謙虚さが高まると心理的安全
●心理
●あとで読む
●マネジメント
●組織
●研究
●仕事
●心理的安全性
●communication
●経営
●大学
●
918 users
●
shunyaueta.com
●
テクノロジー
●2022/08/08
2022-08-08 リーダーの作法 ささいなことをていねいにを読み終えた。 著者は Netscape でマネージャー、Apple でディレクター、Slack でエグゼクティブを経験した Michael Lopp さんで、過去にBeing Geek や Managing Humans を書かれている。 翻訳の質も非常に高く、楽しく読めた。1そんなにマネジメント関係を読んでいるわけではないが、HITH OUTPUT MANAGEMENT や、エンジニアのためのマネジメントキャリアパス ―テックリードから CTO までマネジメントスキル向上ガイド 同じくらい良い書籍で、学びや共感を多く感じた。 自分はマネジメントのポジションについたことはないが、仕事をしていくなかでマネジメント関係のソフトスキルや複数人でどうやってうまくリーダシップを発揮して、大きい問題を解決するかに興味があるので、良い書籍
●マネジメント
●あとで読む
●仕事
●エンジニア
●本
●書籍
●management
●book
●チーム
●会社
●
850 users
●
konifar-zatsu.hatenadiary.jp
●
学び
●2024/02/22
あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて
●マネジメント
●あとで読む
●仕事
●management
●考え方
●work
●pm
●コミュニケーション
●ビジネス
●development
●
771 users
●
amachang.hatenablog.com
●
テクノロジー
●2023/08/21
みなさんお元気ですか?僕は少しだけ元気ではありません。じんわりとした夏の暑さを感じながらブログを書いています。 実は、数ヶ月前にスマートニュースという会社を退職しました。 しばらく無職 しばらくは就職せずに無職でいようかなと思っています。 すぐに再就職した方がいいんだろうな〜。とは思うのですが少し疲れたかも。 いい時代になったものだ 最近はAIの進化も素晴らしく、昔ソフトウェアで出来なかったことがどんどんできるようになってるなって感じます。 Rust とか、ちょうど欲しかった感じのプログラミング言語もあるし、 ChatGPT は完璧ではないけど何か新しいことを始めるときに素晴らしい洞察を与えてくれる。 時代は確実に良くなってる。そんな時代に﹁自分は働いていないくていいのか﹂と少し不安になるけれど、自由気ままにコードを書く、そんな時間が今あってのもいいのかなって思ってます。 オフトピック
●会社
●仕事
●あとで読む
●退職
●英語
●人生
●IT
●life
●career
●work
●
768 users
●
note.com/singtacks
●
テクノロジー
●2020/12/08
ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが︵地代家賃、ライセンスフィー、PC代など含めるともっと︶、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか?今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは﹁To Be﹂の話ですので、まずは﹁As Is﹂を知らなければ話になりません。その、まず﹁As Is﹂を知る
●CTO
●あとで読む
●開発
●management
●技術
●投資
●エンジニア
●マネジメント
●経営
●engineer
●
705 users
●
qiita.com/kyntk
●
テクノロジー
●2021/06/15
Qiitaで期間限定開催中の、﹁エンジニアによるマネジメント﹂に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー︵以下、EM︶としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に﹁自分がマネージャーとしてきちんとできているのかが分からない﹂という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、﹁︵メンバーとの1on1やメンバーの育成を︶どうしてそれをやるのか﹂と問われ
●マネジメント
●あとで読む
●プロジェクト
●組織
●エンジニア
●仕事
●技術
●management
●考え方
●チーム
●
703 users
●
speakerdeck.com/iwashi86
●
学び
●2023/08/01
ストックマークの社内研修の公開版※資料です。 ︵※実際に研修で利用したものとは異なります︶
●マネジメント
●あとで読む
●management
●トレーニング
●仕事
●プロジェクト管理
●リーダーシップ
●leadership
●管理
●会社
●
692 users
●
note.com/takahiroanno
●
テクノロジー
●2020/02/14
ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし
●gitlab
●ドキュメント
●組織
●あとで読む
●document
●マネジメント
●技術
●git
●documentation
●management
●
679 users
●
bufferings.hatenablog.com
●
テクノロジー
●2023/12/23
最近、毎日のようにEMのいくおさん︵ @dora_e_m ︶とTwitterXでわちゃわちゃしてる。彼のポストを見ていると、ガンプラをつくるかビールを飲むかしかしていないように見えるが、それで合っている。 という冗談はおいといて真面目な話をすると、エンジニアとしての僕は彼と仕事ができている今の時間のことを本当に貴重な時間だと思っている。とにかく仕事がしやすいし、いろいろな気づきを与えてくれるおかげで、自分自身の成長も感じている。 エンジニアリングマネージャとしての知識が豊富でスキルが高いというのはもちろん、人との接し方や日常的なふるまいもとても尊敬できるものなのだ。 そこで今日は、僕が彼とこの3ヶ月間仕事をしていて、やりやすい・尊敬していると感じていることの中から10個だけ簡単に紹介しようと思う。僕からいくおさんへの日頃の感謝の気持ちをあらためて書いておこうと思っただけとも言う︵ふだんから
●マネジメント
●あとで読む
●エンジニア
●management
●チーム
●仕事
●engineer
●コミュニケーション
●EM
●エンジニアリング
●
657 users
●
www.ryuzee.com
●
テクノロジー
●2022/12/09
みなさんこんにちは。@ryuzeeです。 2022年12月9日に行われたイベント﹁Developers CAREER Boost﹂の登壇資料を公開します。 今回は、﹁マネージャー﹂と名のつく職種を分類して、それぞれの職務や定義を確認した上で、有効なマネージャーであるにはどうしたらよいかを整理してみました。 資料を作るにあたって、過去の日記を読み返したり記憶を思い起こしたりして、当時の活動や出来事、悩みを整理してみたのですが、自分はやっぱりマネージャーに向いていないし志向していないことを再確認できました︵笑︶。 全員がマネージャーにならなければいけないなんてことはなく、自分が日々楽しく過ごせるキャリアを選択すればいいと思いますが、資料が少しでも役に立てばうれしい限りです。 本セッションで紹介した書籍は以下のとおりです。 エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーに
●マネジメント
●あとで読む
●チーム
●management
●資料
●本
●仕事
●エンジニア
●考え方
●PM
●
641 users
●
logmi.jp
●
テクノロジー
●2023/06/07
NTT Comの技術顧問が﹁目標設定の基本﹂について講演する﹁エンジニアリングマネージャーと目標設定﹂。ここで株式会社アトラクタ Founder兼CTO / アジャイルコーチ兼NTT Comの技術顧問の吉羽氏が登壇。目標設定のやり方とその運用方法について話します。 ﹁定量的に判断できる目標が良い目標﹂なのかはまぁまぁ怪しい話 吉羽龍太郎氏‥さて、本題に入っていきたいと思います。今日はどういう方が︵このセッションを︶聞いているかはわからないんですが、目標設定の時に、特に上司の方からよく言われる話ってこういう話なのかなと思います。 ﹁目標を設定する時は、達成できたかどうかを定量的に判断できるようにしましょう﹂。﹁定量的に判断できる目標が良い目標なんだ﹂と。︵言われたことがある方は︶リアクションとかで教えてくれるとうれしいです。 僕もいろいろな会社に勤めましたが、若い頃とかによく言われた記憶があ
●マネジメント
●あとで読む
●management
●仕事
●組織
●目標設定
●目標
●work
●development
●企業
●
611 users
●
techblog.zozo.com
●
テクノロジー
●2021/02/04
こんにちは、ZOZOテクノロジーズSREチームリーダー兼組織開発チーム所属の指原(@sashihara_jp)です。 この記事では2019年12月から全11回開催してきた﹁マネジメント勉強会﹂を通じて分かってきたZOZOテクノロジーズの組織課題と、これから取り組もうとしているその解決方法を紹介します。 ZOZOテクノロジーズの社員構成 マネジメント勉強会とは 立ち上げまでの道のり 運営メンバーの勧誘 経営層への企画提案 勉強会の命名1年間で実施したテーマ 第1回 各チームで実施しているチームビルディング施策の共有 第2回 書籍﹁1on1マネジメント﹂を読んだ上で内容について議論 第9回 採用面接で質問している内容について意図と効果共有 マネジメント勉強会を通じて分かってきたZOZOテクノロジーズの現状 1.組織の急拡大による弊害 2.現場のコンフリクト 3.マネジメントと人材育成 組織開
●マネジメント
●あとで読む
●組織
●management
●勉強
●会社
●ZOZO
●仕事
●チーム
●学習
●
610 users
●
speakerdeck.com/kaminashi
●
テクノロジー
●2023/10/12
2023/10/12 ︻ハイブリッド開催︼個人の成長を促すEMのコミュニケーション術 https://timeedev.connpass.com/event/296884/ 話を聴く技術 吉永 聰志EM
●コミュニケーション
●あとで読む
●マネジメント
●技術
●仕事
●communication
●management
●ライフハック
●technology
●
576 users
●
blog.kengo-toda.jp
●
テクノロジー
●2024/01/03
そりゃ間違ってるんだけど、ではどうするべきなのかが見えてないなぁという話です。 事業が大きくなると組織という仕組みの重要性が上がる 同僚が何千人といたメガベンチャーから社員数20数人のスタートアップに転職してから1.5年経ちました。ここまでに自分が貢献した内容にはSREや医療情報技師としてのものも当然あるのですが、マネジメント経験のあるIndividual Contributorという立場から組織の成長や組織における連携について補足や関連情報を提供するということも意外とありました。例えば社内ブログや社内勉強会で触れたものには以下のようなものがあります‥ コーチング紹介 ヒューマンスキル紹介 爆速アウトプットを組織的に支える施策 事業の急成長における表側と裏側 稟議入門 こうした知識や観点を個々人が持つことは、ボトムアップと呼ばれる自発的な行動を支援する意味では大きな意味があります。そして少
●マネジメント
●あとで読む
●組織
●management
●仕事
●チーム
●管理
●考え方
●work
●メンタル
●
537 users
●
speakerdeck.com/toricls
●
テクノロジー
●2021/03/12
Talked at CloudNative Days Spring 2021 Online #CNDO2021. https://event.cloudnativedays.jp/cndo2021/talks/801
●開発
●あとで読む
●技術的負債
●技術
●マネジメント
●development
●architecture
●組織
●management
●仕事
●
534 users
●
t2y.hatenablog.jp
●
テクノロジー
●2023/09/03
本稿は 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
●マネジメント
●あとで読む
●スクラム
●management
●エンジニア
●プロジェクト管理
●プロジェクト
●Agile
●scrum
●アジャイル
●
517 users
●
yigarashi.hatenablog.com
●
テクノロジー
●2021/08/02
企業でWebアプリケーションエンジニアとして働き始めて2年と4ヶ月ほど経ちました。様々な仕事を経て、自分が向いていることや楽しく感じることが徐々に明らかになり、数年後になりたい像がぼんやりと浮かび上がってきました。そして、その将来像が世間的には﹁エンジニアリングマネージャー﹂︵以降EM︶と呼ばれていることもわかってきました。この記事では、EMについて自分が周囲から受け取った知識を整理するとともに、そこに向けてどんな戦略を取ろうとしているかをまとめてみます。マネージャーというとネガティブなイメージも拭えませんが、EMは年を重ねて吸い込まれるものではなく、積極的に取りに行くに値する面白いポジションであると思います。この記事を読んでEMに魅力を感じる同世代の仲間が増えると嬉しく思います。EMについての理解 エンジニアリングマネージャーという職務についてのオーバービューは、広木大地さんによるエン
●マネジメント
●あとで読む
●エンジニア
●management
●開発
●キャリア
●engineer
●career
●プロジェクト
●組織
●
483 users
●
www.lifull.blog
●
テクノロジー
●2021/04/30
こんにちは。LIFULLのプロダクトエンジニアリング部の野澤です。エンジニアリングマネージャーをやっています。 LIFULLでは組織構造として部の下に﹁ユニット﹂があり、その下に﹁グループ﹂がぶら下がっています。 今期からは私はユニット長を拝命し、間接マネジメントを行うようになりました。 マネジメント業務の中でも1on1は部下のモチベーション維持やキャリア形成、戦略理解を促進させるために重要な手法です。 グループ長時代も1on1はやっておりましたが、間接マネジメントをやるにあたり、メンバーからは相談がしにくくなってしまったようで、﹁特に話したいことはありません﹂となってしまうことが増えていきました。 そこで改めて1on1を有意義にするためにはどうしたらいいか考えてみました。この記事ではそのための取り組みを紹介できればと思います。 LIFULLでの1on1 1on1は今やいろんな業界や会社で
●マネジメント
●1on1
●あとで読む
●仕事
●management
●career
●コミュニケーション
●キャリア
●組織
●communication
●
465 users
●
speakerdeck.com/konifar
●
テクノロジー
●2024/03/01
EMゆるミートアップ vol.6 〜LT会〜 https://em-yuru-meetup.connpass.com/event/308552
●マネジメント
●あとで読む
●仕事
●目標
●組織
●management
●目標設定
●work
●HTTPS
●キャリア
●
453 users
●
tech-blog.monotaro.com
●
テクノロジー
●2021/12/22
はじめに ※この記事はEngineering Manager Advent Calendar の22日目の記事になります。前日はmtx2sさんの技術的負債に対するマネジメントの記事でした。個人的には﹁負債上限﹂﹁負債ベースライン﹂の考え方良かったです。 こんにちは。モノタロウでエンジニア組織のマネージャーをしております普川(@taipuka0)です。 自分は前職から通算10年以上してエンジニアリングマネージャーを続けた後、現在モノタロウでは8人のEMのみなさんと日々ソフトウェア・エンジニアリングの現場でマネージャーとして課題解決に向き合っています。これまで色々な壁にあたり、試行錯誤を繰り返して来ました。EMの難しさを痛感したことも多々ありました。 なぜEMが難しいのか?その一つとして、エンジニアからEMにジョブチェンジした際のギャップというのがあると思います。同じチーム、現場にいたとしても
●マネジメント
●あとで読む
●エンジニアリング
●チーム
●EM
●仕事
●management
●エンジニア
●組織
●developer
●
450 users
●
tune.hatenadiary.jp
●
テクノロジー
●2021/09/05
はじめに エンジニアリングマネージャーとは?メンバーのサポート・育成・評価 メンバーの状態観察 目標設定・人事評価 後進の育成 日常の労務管理 開発 プロダクトマネジメント エンジニアリングのリーダーシップ 採用・採用広報・アドバイザーの招聘 採用 採用広報 アドバイザーの招聘 他社との情報交換 終わりに はじめに 今流行りの Meetyを使って社外の方とお話しする機会を作っているのですが、﹁エンジニアリングマネージャーとしてどんなことをしているのですか?﹂という質問を何度かいただいたので、自分の整理のためにも日々の具体的な行動・活動をまとめてみます。 私はRetty株式会社でtoC Web開発/toB Web開発 両方をみているエンジニアリングマネージャーであり、この記事を書いた2021年9月時点では20名弱のマネジメントを務めています。エンジニアリングマネージャーとなってからは2年が
●マネジメント
●あとで読む
●エンジニア
●組織
●開発
●management
●仕事
●キャリア
●プロダクト
●engineer
●
446 users
●
note.com/dd_techblog
●
テクノロジー
●2020/07/09
こんにちは。電通デジタルでEMをしている河内です。エンジニアにおける採用・評価、スクラムマスターなどを担当しています。今回はすこし実装プラクティスから離れた話題になりますがお付き合いくださいませ。 弊社もご多分に漏れず完全テレワークを実施しており、かれこれ4か月が経ちます。その中で見えてきた課題とエンジニアチームとしてどう対峙したか、そしてそこで得た気づきを綴っていきたいと思います。この内容は、過去に開催したオンラインイベントでお話した内容になります。 テレワーク環境で私たちのエンジニア部門で急務と感じた課題テレワークが開始された2月後半、プログラミングやシステム開発プロジェクトを生業とする私たちの部では﹁リモート?全然OK。支障無いっす。﹂とタカを括っておりました。しかし開始されて間もなく、やっぱり慣れていない事が判明・・・。テレワークを経験されている読者の多くの方が感じていることと同様
●ドキュメント
●あとで読む
●テレワーク
●開発
●エンジニア
●git
●slack
●仕事
●document
●gitlab
●
433 users
●
bufferings.hatenablog.com
●
テクノロジー
●2023/10/14
昨日、ゆのんさん︵ https://twitter.com/yunon_phys ︶が社内の勉強会で﹁エンジニアリングマネージャとは?﹂って話をしてくれて、面白いなぁって思いながら聞いてた。 今日は @yunon_phys が社内勉強会で、エンジニアリングマネージャについてお話をしてくれてとてもよかった。こんな話が社内で聞けるのって福利厚生だなぁと思いながら聞いてた。— SHIIBA Mitsuyuki (@bufferings) October 13, 2023 その中で﹁エンジニアリングマネージャが見ることのできる範囲はめちゃ広いから、すべてを完璧にしようとするんじゃなくて、その場に応じてスキマを埋めるような動きができるといい。組織の成長とともにその動きも変わっていく﹂ってことを言っていて、これって自分のソフトウェアエンジニアとしての動きにも似たところがあるなぁと思ったので雑にメモ。
●エンジニア
●あとで読む
●キャリア
●ソフトウェア
●仕事
●開発
●engineer
●人生
●プログラマ
●work
●
378 users
●
dev.classmethod.jp
●
テクノロジー
●2021/11/16
この7月からDev PjMにクラスチェンジしました。何もわからない状態から、いかにしてプロジェクトの状態を把握・コントロールしようとしたか、その試行錯誤の記録です。4ヶ月前に言ってたことダイジェスト Dev PjMになって最初の頃、こんな話を書いていました。 prismatixの開発者から開発チームのプロジェクトマネージャーにクラスチェンジした話 | DevelopersIO マネジメントの姿勢 そこで、私は 指揮者(Conductor) として振るまおうと決意しました。 何をしたいのか Devチームを中心として系が回るようにする ことを実現したいと思っています。 もう少しわかり易い言葉でいうと、﹁prismatixというサービスの 開発 を通じて、顧客およびチームに 価値を届け続けている 状態を作る﹂のが目的になります。 どうしていくのか Devチームもハッピー、みんなもハッピー な状
●マネジメント
●あとで読む
●開発
●チーム
●プロジェクト管理
●プロジェクト
●management
●PM
●仕事
●development
●
356 users
●
yo-iida.hatenablog.com
●
テクノロジー
●2023/12/07
Engineering Manager Advent Calendar 2023 7日目の記事です。 結論ファーストで書きます マネージャーは答えを持っていません。 大事なことなのでもう一度言います。 持っていません。 この問題ってそもそもなに? 細かくみてみましょう。 マネージャーに全てを決められたくない マネージャーがHowまで決めてくるケースや、現場チームが決めたHowに対して口出ししてくるようなケースにおいて発生する事象です。 ものによってはWhyやWhatまで現場で考えたいんだ、というケースもあるかもしれません。 ﹁私考える人、あなた作業する人﹂を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/product management rsgt2023 - Speaker Deck こちらのスライドにあるような﹁私考える人﹂的な動きになっているマネー
●マネジメント
●あとで読む
●チーム
●management
●仕事
●コミュニケーション
●communication
●work
●EM
●ビジネス
●
346 users
●
engineering.mercari.com
●
テクノロジー
●2021/02/10
エンジニアの成長段階ごとに期待される行動を明文化
●エンジニア
●あとで読む
●メルカリ
●mercari
●engineering
●management
●engineer
●マネジメント
●仕事
●キャリア
●
345 users
●
tech.asken.inc
●
テクノロジー
●2021/09/11
こんにちは。askenでエンジニアリング戦略や組織づくりを担当しているやすにしです。 マネジメントを中心にしておりまして、せっかくなのでブログでもマネジメントについて書いてみますね。 私はこれまでVPoEとしてエンジニア組織のマネジメントや、様々な会社でマネージャー向けにコーチング1をやってきました。そこで接してきたエンジニアリングマネージャーに共通しているのは﹁キャリアに悩んでいる﹂ということです。 例えばこのようなことです。 コーディングをしなくなり、技術的に取り残されて、エンジニアとしてやっていけなくなる感じがする 自分でやらないから成果が見えない。やっている感じがしない。 マネジメントをどうやればいいか、どう学べばいいかわからない。 マネージャーのキャリアで自分は定年︵?︶まで生きていけるのか? 共通点は、色々理由を言葉にしているものの、どれもしっくりきている感じではなく、﹁な
●マネジメント
●あとで読む
●エンジニア
●キャリア
●management
●仕事
●組織
●development
●Engineer
●Career
●
320 users
●
eh-career.com
●
テクノロジー
●2020/04/21
スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた スクラムマスターとして日々仕事に邁進していても、教科書どおりにいかないこともしばしば。イベントに人が来ない……、タスク終わらなさそう……などなど、スクラムマスターが直面しがちな、﹁あるある﹂な悩みを、アジャイルコーチの吉羽龍太郎さんに相談してみました。 イベントマネジメントの心得 スプリントレビューでは言いたい放題言わせよう! スプリントの期間延長は絶対NG 大切なのは原因の究明 スコープと期限の両方を守るのは難しい よいチームを作るためにスクラムマスターができること アジャイル開発の定番手法ともいえる﹁スクラム﹂。開発チームにスクラムを導入し、効率的に開発を進めるには、スクラムマスターの手腕が欠かせません。しかし、いざスクラムを運用しようにも、現実には教科書どおりいかない場面もあるでしょう。 イベン
●scrum
●あとで読む
●スクラム
●アジャイル
●開発
●エンジニア
●Agile
●プロジェクトマネジメ
●チーム
●web
●
318 users
●
tarao.hatenablog.com
●
テクノロジー
●2022/12/07
この記事はEngineering Management Advent Calendar 2022の7日目です. 今はエンジニアリングマネージャ(EM)としてエンジニアリングマネジメントの4領域(プロダクト・プロジェクト・テクノロジ・ピープル)すべてを見ていますが, それ以前は長い間テックリードをやっていました. その経験を活かして, 最近は後進を育ててテックリードあるいは﹁弱いEM﹂*1をできる人材を増やそうとしています(これ自体がピープルマネジメントの一環ですね). テックリードを育てるためにやっていることの全容を詳細に書くと本が1冊書けるくらいになってしまうと思うので, その中でも再利用可能そうな(と言うより再利用可能にしたいと目論んでいる)﹁テックリード養成講座﹂について紹介したいと思います. Memeplex.appで生成した, テックなリードが養成されるイメージ 経緯 僕自身は,
●マネジメント
●あとで読む
●エンジニア
●management
●engineer
●チーム
●開発
●career
●プログラマ
●教育
●
302 users
●
zenn.dev/shin_semiya
●
政治と経済
●2022/09/12
全てはこのツイートから始まった tokorotenさんのツイートの﹁大本営﹂という部分。 ﹁我々は勝っている、我々は価値がある﹂という常勝の発表を社内向けに繰り返す上層部というニュアンスで大本営が使われているように見えます。 そもそもなぜ﹁大本営﹂なる組織が必要になるのでしょうか? 体感では40人程度の組織までは、大本営なしでも組織は機能します。 ところが100人を超えたあたりで抽象的な問題を扱い、非抽象的な問題に転換するための組織である﹁大本営﹂が設立されます。 この記事で書きたいこと なぜ大企業で﹁大本営﹂が必要とされるのか? また﹁大本営﹂が﹁大本営﹂であるがゆえになぜ途中でつまづくのか? という話を書いていきたいと思います。 そもそもなぜ﹁大本営﹂が存在するのか? はいここから私の仮説。 大体こちらの通り、一般の人は抽象度が高い問題を抽象度が高いまま扱うことができません。 ではどう
●マネジメント
●組織
●あとで読む
●コミュニケーション
●management
●社会
●考え方
●
294 users
●
speakerdeck.com/kentaro
●
学び
●2022/09/27
GMOペパボ株式会社・マネージャー研修︵2022年9月27日︶
●組織
●あとで読む
●マネジメント
●management
●仕事
●programming
●考察
●education
●
285 users
●
speakerdeck.com/martin_lover
●
テクノロジー
●2020/01/08
Regional Scrum Gathering Tokyo 2020 の資料です。
●スクラム
●scrum
●見積り
●あとで読む
●モブプログラミング
●slide
●見積もり
●agile
●組織運営
●Team
1
2
3
4
5
6
次のページ
新着記事
1 user
anond.hatelabo.jp
1 user
www.asahi.com
1 user
kingkuri.com
1 user
xinyeyiye.hatenablog.com
1 user
japan.cnet.com
1 user
kabu-motty.hatenablog.com
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
●総合
●一般
●世の中
●政治と経済
●暮らし
●学び
●テクノロジー
●エンタメ
●アニメとゲーム
●おもしろ
●アプリ・拡張機能
●開発ブログ
●ヘルプ
●お問い合わせ
●ガイドライン
●利用規約
●プライバシーポリシー
●利用者情報の外部送信について
●ガイドライン
●利用規約
●プライバシーポリシー
●利用者情報の外部送信について
●公式アカウント
●ホットエントリー
●はてなブログ
●はてなブログPro
●人力検索はてな
●はてなブログ タグ
●はてなニュース
●ソレドコ
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しましたx