みてねのエンジニアリングラダー
「家族アルバム みてね」（以下「みてね」）では、サービスのさらなる成長を目指し、組織強化に取り組んでいます。このサービスと組織の成長にあわせて、みてねの開発に携わるエンジニア個人の活躍と成長を後押しするため、みてね独自のエンジニアリングラダーを作ることとしました。このエンジニアリングラダーは、各等級のエンジニアに求められるスキル・マインド・行動を明示することで、エンジニア個人の成長に役立てるほか、直近で発生している以下のような課題の解決も目指しています。 キャリアプラン検討、育成、目標設定、人事評価の一連のサイクルが、各Engineering Manager（EM）の属人的なマネジメント力に左右され、必ずしも効果的でないケースがある。MIXI社の評価制度に基づく全社的な等級定義はあるものの、職種や組織を問わない汎用的な内容であるため、みてねのエンジニアに求められるスキル・マインド・行動が不
本気でプロダクトに向き合うCTOになるために必要な事 (技育祭2024春)
技育祭2024春のスライドです。 価値のあるプロダクトをつくるエンジニアになるための話と、自分がどういうキャリアでそうなっていったかを話します。
エンジニアのモチベーションが上がる目標設定・評価｜Daisuke Ando / Skillnote
はじめにSkillnoteVPoEの安藤です。 今回はEMであれば誰しもが悩み、苦労（工夫）している目標設定・評価について書きたいと思います。 きっかけは#1の頃から参加している「EMゆるミートアップ」で、3月1日開催の#6のテーマがそのものズバリの「目標設定・評価」だったことです。 EMゆるミートアップそもそもエンジニアリングマネージャーという職務は最近になって出てきたもので、ITという比較的新しい業界の中でもさらに新しい役割、と言えるかと思います。（オライリーの書籍も日本での初版が2022年と相当に新しいことが分かります） SaaSプロダクトが隆盛な中、エンジニアチームが継続的にハイパフォーマンスを発揮するため、また事業KPIに対して直線的に貢献できるようにしていくため、プロダクトマネージャーやエンジニアリングマネージャーといった役割の重要性が昨今非常に増してきている、ということと思い
生成AI時代を勝ち抜く事業・組織のつくり方
この2月に出版した「生成AI時代を勝ち抜く事業・組織のつくり方」の中から経営層・事業リーダー向けの一部内容をピックアップしたセミナー資料です。 本書は、私の10社以上での生成AI領域の企業顧問や、これまでの企業経営、新規事業づくりの経験を全てつぎ込み、「生成AIを活用して強い事業と組織をつくるための方法」を豊富な事例と数々のオリジナルフレームワークと共に書き上げた渾身の一冊になっております。 その中から本セミナーでは、 1. 生成AIの本質的価値とはなにか 2. 成功する生成AIサービスのつくり方 3. 生成AIネイティブな組織をつくるポイント 4. 生成AI時代に企業や働き方、社会はどう変わるか？ という4つのテーマで内容をピックアップして話しています。 ぜひ自社の経営に生成AIを活用したい経営層、事業リーダーの方は参考にして頂けますと幸いです。
「CTOの限界」を救う新しいポジション、スタッフエンジニアを組織に実装する方法【estie 岩成達哉】
TOPインタビュー「CTOの限界」を救う新しいポジション、スタッフエンジニアを組織に実装する方法【estie 岩成達哉】 株式会社estie 取締役CTO 岩成達哉（Nari） 松江工業高等専門学校在籍中に全国高専プログラミングコンテスト課題部門最優秀賞、文部科学大臣賞、情報処理学会若手奨励賞を受賞。東京大学工学部に編入後、高専の卒業研究をもとにプログラミング教育アプリを開発し、Android Application Award 2012 学生奨励賞を受賞。学生起業を経験した後、大学院在学中はグーグルジャパン合同会社など複数の企業でインターンを経験。大学院修了後は、Indeed Japan株式会社に入社し、データパイプライン開発等に従事。2020年10月にestieへVP of Productsとして参画し、2021年8月にCTOへ就任。開発部門を統括しプロダクト連携の設計や、新規プロダク
ChatGPTの衝撃 -2024年3月バージョン-
企業・組織に属している方向けの ChatGPT の社会・ビジネスへの影響を考えるお話です。 人とComputerの在り方が大きく変わったこれらも交えて。それらが周囲にあふれ出すその日のために、今はしっかりと Prompt の仕方を学んでおきたいものです。そのためのサンプルも幾つか継続して提示しています - ChatGPT の具体的な利用例 - とある人の、変わってしまった日常の一部。Microsoft Copilot (Bing Chat) - 挫折へのチャレンジ。DALL-E 3 - Plugin の可能性 - Code Interpreter の可能性 - Meeting Simulator - 音声入力の可能性 - Copilot の可能性 そして、自分で動かすための演習。こちらが演習のコンテンツです。 https://github.com/dahatake/ChatGPT-Prom
DMM Tech Empowerment -エンジニア・デザイナーのためのサポート制度パッケージを公開！ - DMM inside
DMM Tech Empowerment -エンジニア・デザイナーのためのサポート制度パッケージを公開！ こんにちは！ DMM Inside編集部です。 この度新たに「DMM Tech Empowerment」という、エンジニア・デザイナーのためのサポート制度パッケージを制定しました！ DMM Tech Visionのアウトプットの一環として、「カンファレンス参加支援制度」と「コミュニティ支援制度」を新たに制定しました。そして、同様にTech Visionを実現するために、リファラル採用を強化する「リファラル50」という制度も立ち上がっています。 これら3点に加え、従来よりある支援制度も加えた全7点のエンジニア・デザイナー向けサポート制度パッケージ。それが「DMM Tech Empowerment」です。 新設の3点以外にも、以下4点の支援制度を用意しています。 技術書やPC機器に毎月1万
「経営者になりたいエンジニアが一番強い」 松本勇気氏が語る、できるエンジニアになるための“軸”の意識
つよつよチャンネルは、bravesoft CEO&CTOの菅澤英司氏がエンジニア的に「おもしろい話」や「ためになる話」を届けるチャンネルです。今回のゲストは株式会社LayerX代表取締役CTOの松本氏。できるエンジニアとはどういう人か、できるエンジニアになるためにはどうすればいいのかについて語ります。前回はこちらから。 “いいエンジニア”とはどういう人か？ 菅澤英司氏（以下、菅澤）：つよつよエンジニア社長の菅澤です。今日は引き続き、株式会社LayerXのCTO松本勇気さんに、話をお聞きしたいと思います。 いろいろエンジニアも見てきて、ご自身もエンジニアとして、CTOとしても活躍されてきたというところで、最後にエンジニアトークというか、どうやったらいいエンジニアになれるか、“いいエンジニア”とはどういうエンジニアなのかみたいなところを、ちょっと聞きたいと思います。ぶっちゃけ、どうやったら“い
設計の考え方とやり方
#asken_dev「設計の考え方とやり方」勉強会 https://asken.connpass.com/event/254709/ ・良い設計は悪い設計より変更が楽で安全である ・ドメインモデル方式のクラス設計 ・イミュータブル方式のテーブル設計 ・設計スキルの身につけかた ・設計のためのモデリング
エンジニアを採用する技術 VPofEngineering Meetup
https://cyberagent.connpass.com/event/69975/
【入門】基本設計
はじめに プロジェクトマネジメントの仕事をする際に、お客さんに提案ベースの要件定義や設計をする機会が増えてきたので、私の経験に基づいて基本設計の具体的なプロセスや考え方について、整理していきます。 以前投稿した記事の続きですが、未読でもこの記事を理解できるようになっています。 この記事の対象者 基本設計の思考プロセスを学びたい人 ビジネスサイドの要件をエンジニアサイドのシステムに落とし込む流れを学びたい人 ビジネスサイドとエンジニアサイドのコミュニケーション能力を向上させたい人 具体的な事例を通して基本設計を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要です 自分の経験に基づいた内容を言語化しています プロジェクト規模は10名から20名のシステム開発を想定しています(大規模なプロジェクトを想定していません) システム開発の全体像 今回は下記
【書評】世界一流エンジニアの思考法 | DevelopersIO
はじめに こんにちは。データアナリティクス事業本部ビッグデータチームのkasamaです。 普段は主にデータ分析基盤エンジニアというポジションでお客様のデータ分析基盤構築を支援しています。 ある日、書店に立ち寄った際に目に止まってパラパラ読んでいると、もの凄く刺さる内容がいくつも書いてあったため思わず購入し、あっという間に読み終わりました。最初から最後まで勉強になると思うことばかりなので、今回は紹介させていただきたいと思います。ブログとしてアウトプットすることで、より理解を深めようという目的があります。 書籍情報 世界一流エンジニアの思考法 2023年10月23日発売 著 者 牛尾剛 発行所 株式会社文藝春秋 目次 第1章 世界一流エンジニアは何が違うのだろう？ - 生産性の高さの秘密 第2章 アメリカで見つけたマインドセット - 日本にいるときにはきづかなかったこと 第3章 脳に余裕を生む
サラリーマンエンジニアの評価は単価なのか - Qiita
まず言っておこう、間違いなく「否」であると思う 単価というのは一番定量的で評価基準として採用されやすいことは事実であると思う それ故に、単価≒給料だと思う人がいてもおかしくないですね ただ、本質的に考えてみてほしい そもそも、単価が上がったから社内の評価があがったのであろうか？ 単価ってなんなのか 単価ってどう上げるのか 単価が上がるとはどういうことなのだろうか 本記事では評価の結果は給料のアップということと定義し、考えを始めようと思います 単価をあげるにはどうする必要があるのか 本章は是非「自分が人を雇うとしたらどうか」、「自分がチームメンバーを評価するとしたらどうか」という視点も入れて読んでいただきたいです そもそも単価とは 準委任、SESの場合は簡単ですね お客様からいただく人月単価（1ヵ月働いた分の対価）がそれにあたります エンジニア単価とは、その業務に対するエンジニア1人の価格、
メンバーに対してチームリーダー(マネージャー)が気をつけるべき点
はじめに 現在ITエンジニア歴16年目でこれまでなんどかチームリーダー(プロジェクトリーダー)を経験してきましたが、数年前は上手くいっていたけど、ここ1年位のチームではなかなかうまく行かないことが多く、メンバーからのクレームが上長経由で伝えられてくることがあります。 クレームを伝えてくるメンバーの多くが経験が浅いエンジニア(若手、未経験中途入社)であり、まだITエンジニアとしての業務や商流が分かってない部分もあるゆえのエゴのようなクレームもあるのですが、中にはリーダーとして気をつけるべきだなと思ったことがあったので、まとめておきたいと思います。 なお、経験が浅いエンジニアと主語大きめに書きましたが、数年前にリーダーをした際にQAから転身したてのITエンジニアや、20台中盤くらいの方もいましたが特にクレームはなかったので「メンバーによる可能性はある」ということは書き添えておきます。 また、上
アジャイル環境で必須 ビジネス要件定義書（BRD）を作成する際のポイント
アジャイル環境で必須 ビジネス要件定義書（BRD）を作成する際のポイント：どう作るか、どう活用するか アジャイルソフトウェアチームが仕事を行う際には、厳密なプロセスや厳格な監理委員会を設けるべきではない。それでも、ビジネス要件定義書は、チームの中心に据える必要がある。本稿では、そのビジネス要件定義書について考える。 ソフトウェアチームは、顧客に提供予定の具体的な製品または価値をビジネス用語を使って要約する明確かつ包括的なドキュメントを作成して、管理しなければならない。このビジネス要件定義書（BRD：Business Requirements Document）を用意すれば、顧客のニーズを満たすことが可能になる。 アジャイルソフトウェアチームは、顧客用か社内業務関係者用かを問わず、アプリケーションを作成する前に、BRDの作成方法を理解する必要がある。本稿では、BRDが果たす役割、アジャイルプ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
話題の「ChatGPT」こんなに使えたら本当にすごい！ 目からウロコの使い方を解説｜GPTs活用事例も | 【レポート】Web担当者Forumミーティング 2023 秋
大規模言語モデルとそのソフトウェア開発に向けた応用
How do I measure the success of a Scrum Master?
The Pragmatic Engineer | Gergely Orosz | Substack
エンジニアとしての自分とマネージャーとしての自分の狭間で、どう成長していくのか？（AWS DevDay 2023登壇資料）
