メンバー1人1人のスキルアップを促す「等級（グレード）」と「給与テーブル」｜風音屋（かざねや）
風音屋（@Kazaneya_PR）では、メンバー1人1人のスキル水準をモニタリングし、さらなる成長を促すための仕組みとして「等級（グレード）」を設定しています。プロフェッショナル人材が少しでも正当な評価とフィードバックを受けられるように試行錯誤を経てきました。 採用選考を進める中で「自分の場合はどのくらいのグレードになるのか？」というご質問をいただく機会が多々あります。この記事では、どういった考え方でグレードを設計・運用しているのかを、給与テーブルとセットで解説します。 注意事項クライアントワークを担当するAnalytics部門を想定した内容となっています。Backoffice部門の給与テーブルは試行錯誤中ですが、ベースとなる考え方は同じような形に落ち着くはずです。 人事周りのルールは今後変わっていく可能性があります。最新状況についてはカジュアル面談でお問い合わせください。 すべての人にと
デザイナーの帽子をかぶったわたしが、プロダクト開発するうえでスクラムチームに提供したいこと / what I want to provide to Scrum teams when developing products
Scrum Fest Fukuoka 2024の登壇資料です。 プロポーザル：https://confengine.com/conferences/scrum-fest-fukuoka-2024/proposal/19575
テックリードとして技術的施策をチームに提案する際に意識すべきポイント - stefafafan の fa は3つです
私はいま会社でテックリードをしていますが、いちエンジニアとして技術的改善をチームに提案するスキルに関してまだ課題感を持っています。その際同じくチームに所属しているエンジニアリングマネージャー（EM）の方にヘルプしていただき、実際に提案資料をペアライティングした中で湧いたイメージがあるのでブログとしてまとめて自分の考えを整理してみようと思います。 効果的なストーリーテリングのための既存のフレームワーク 技術的な提案をするには効果的なストーリーテリングをするスキルが必要だと考えています。私はストーリーテリングに関して詳しくありませんが、仕事を通じて以下の二つのフレームワークを知りましたので軽く紹介します。世の中には他にもいろいろあると思いますが、基本的な考え方は近いのかなと想像しています。 空・雨・傘 STARフレームワーク 空・雨・傘 EMの方と会話する中で「空・雨・傘」というフレーズを何度
体制を考えるときに意識していること - id:onk のはてなブログ
1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが
【徹底解説】研究論文に基づいた効果的なスクラムチームを決定づける6つの要因と5つの発見 | サーバントワークス株式会社
はじめに この記事は、【徹底解説】シリーズの一環です。Daniel Russo氏と共著したスクラムチームに関する学術論文の非技術バージョンになります。Daniel氏は、オールボー大学の教授で、経験的ソフトウェア工学を専門としています。私は、組織心理学者であり、調査開発と統計が好きなスクラムの実践者です。なお、私たちの論文は、現在、学術的なピアレビューを受けています。 スクラムチームの効果性 どうすれば、スクラムチームをより効果的にすることができるでしょうか。書籍、ポッドキャスト、ブログ記事、オンラインで見つける資料のほとんどは、この質問に関係しています。「スケーリングフレームワークは、効果性に対してどのような影響を与えるだろうか」、「スプリントゴールはどうだろうか」、「どうすればチームがもっとオーナーシップを持てるようになるのか」、「スクラムマスターやアジャイルコーチが、演習やワークショッ
エンジニア組織のマネージャーが実施した10個のチームビルディング施策をメンバーの満足度別に紹介！ - ZOZO TECH BLOG
こんにちは！ 開発部SREチームの指原(@sashihara_jp)です。 弊社にはSREチームが複数あり、私が所属しているチームは主にZOZOMATなどの計測システム、ZOZOERPと呼ばれる服の生産に関するシステムなど複数のプロダクトを担当しています。 本記事では私がSREチームのマネージャーとしてチーム内で行ってきた施策についてご紹介したいと思います。現在チーム内で行っている施策は全部で10個程度あるのですが、今回チーム内で事前に各施策について満足度アンケートをとりました。ここでは満足度の高かった施策とそうでなかった施策について、その理由と共に解説していきたいと思います。 前提 満足度が特に高かった施策 1on1 チーム目標設定 意義目標 成果目標 行動目標 満足度が高かった施策 テックリードサポートタイム チーム内ZOZOエール 中長期タスク設定 KPT LT、技術記事執筆 輪読会
サラリーマンエンジニアの評価は単価なのか - Qiita
まず言っておこう、間違いなく「否」であると思う 単価というのは一番定量的で評価基準として採用されやすいことは事実であると思う それ故に、単価≒給料だと思う人がいてもおかしくないですね ただ、本質的に考えてみてほしい そもそも、単価が上がったから社内の評価があがったのであろうか？ 単価ってなんなのか 単価ってどう上げるのか 単価が上がるとはどういうことなのだろうか 本記事では評価の結果は給料のアップということと定義し、考えを始めようと思います 単価をあげるにはどうする必要があるのか 本章は是非「自分が人を雇うとしたらどうか」、「自分がチームメンバーを評価するとしたらどうか」という視点も入れて読んでいただきたいです そもそも単価とは 準委任、SESの場合は簡単ですね お客様からいただく人月単価（1ヵ月働いた分の対価）がそれにあたります エンジニア単価とは、その業務に対するエンジニア1人の価格、
メンバーに対してチームリーダー(マネージャー)が気をつけるべき点
はじめに 現在ITエンジニア歴16年目でこれまでなんどかチームリーダー(プロジェクトリーダー)を経験してきましたが、数年前は上手くいっていたけど、ここ1年位のチームではなかなかうまく行かないことが多く、メンバーからのクレームが上長経由で伝えられてくることがあります。 クレームを伝えてくるメンバーの多くが経験が浅いエンジニア(若手、未経験中途入社)であり、まだITエンジニアとしての業務や商流が分かってない部分もあるゆえのエゴのようなクレームもあるのですが、中にはリーダーとして気をつけるべきだなと思ったことがあったので、まとめておきたいと思います。 なお、経験が浅いエンジニアと主語大きめに書きましたが、数年前にリーダーをした際にQAから転身したてのITエンジニアや、20台中盤くらいの方もいましたが特にクレームはなかったので「メンバーによる可能性はある」ということは書き添えておきます。 また、上
開発チーム作成ガイドを公開します - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。シニアスクラムマスターの天野 @ama_ch です。 サイボウズの開発組織において、今後の成長を加速させるためには、組織の基本単位をスクラムチームのような自律的な小さなチームにしてスケールさせることが非常に大切だと考えています。サイボウズは比較的スクラムが普及している組織ではありますが、組織内のすべてのチームがスクラムを採用しているわけではありません。 フレームワークとしてスクラムを採用するかどうかはチームの自由です。しかし、健全なチーム環境を整えることはすべてのチームにとって重要です。チームやチームワークに関する情報は巷に多く存在しますが、我々のようにすでにある程度の規模で活動しているプロダクト開発組織で、チーム環境を整えるために実践的に使える情報がないことが悩みでした。 そこで、これまでのチームに関する学びと実践を踏まえ、サイボウズの開発組織の文脈において、スクラムを実践し
ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する｜mtx2s
自社ソフトウェアプロダクトを内製する組織であっても、開発チームがそれをどうやって作り上げているか、開発者ら以外にとってはブラックボックスであり、不可視です。それだけに、開発チームのパフォーマンスや内部状況の良し悪しは、各々の主観や興味によって、不統一な認識を持ってしまうことも多いでしょう。そしてそのような認識のばらつきは、開発する当人たちにとっても実は同じです。 しかし、例えブラックボックスであっても、自動車のダッシュボードのように様々な指標によってその内部が数値化され、可視化されていれば、チームのパフォーマンスに統一的な認識を持たせやすくなります。 本記事では、どのような指標を可視化すべきか、その代表的なものについて取り上げます。 リードタイム（開発、製造）リードタイムは、開発項目ごとの作業期間を計測したもので、短いほど優れていることを示す指標です。計測対象となるプロセス全体を「開発」と
ある弱小の分析チームが人材採用のために頑張った6つのこと｜樫田光 | Hikaru Kashida
これはなにか こんにちは。Hikaru Kashidaです。 メルカリという会社の分析チームのマネージャをやっています。 いまの会社では2年ほどマネージャを勤めているのですが、マネージャとして頑張ったことの一つとしてなんといってもチームの採用が挙げられます。 以前書いた記事内で、採用を頑張ったぜ！という話をいろいろとしましたが、その実際の手法などについてはほぼ触れることができませんでした。 せっかくですので、どんな活動をしたのかを簡単にこの機にまとめておきたいと思います。多少でも参考になれば幸いです。 記事を読んだ方から嬉しいコメントいっぱい頂いています〜 HRではなく現場のヘッドがここまで採用にコミットして実行してるのすごいな。 会社自体が伸びていて、注目度もあるのに、そこに加えてやるべきことを徹底してやってる。 フェーズの異なる会社が表面上だけ倣ってやってて良いわけないよな…。 htt
未経験でもOK、予算も活用可能なエンジニア育成 “商用じゃない”から挑戦しやすい、NTT Comの「Lab」の取り組み
エヌ・ティ・ティ・コミュニケーションズ株式会社の育成制度 木村安宏氏（以下、木村）：ここからがエンジニア育成の話になります。まずは育成制度についてお話いたします。「手を動かすことがスキルアップにつながる」と考えています。そのため、Labを外注ではなく社員が運営しています。 育成に対するニーズもどんどん変わってきているので、制度に関しても見直しを図っています。具体的には2012年から2020年まで、運用者はR&Dに配属された入社5年目以内の若手が義務として参加していました。体制に関してもネットワークチーム、サーバーチーム、クラウドチームの3つに固定されていました。 育成スタイルですが、ベースとなるスキルを身に付けるスタイルでやっていました。なので、この3つのチームを渡り歩いてスキルアップを図っていました。ですが、育成のニーズとして「もっと特定の分野でがんばりたい」という声が上がってきました。
【資料公開】価値をすばやく届けるための改善
みなさんこんにちは。@ryuzeeです。 2023年3月3日に開催のイベント「エンジニア文化祭 2023」の登壇資料を公開します。 改善というとすぐにプロセスの変更やツールの導入みたいな話になりがちですが、それだとまずいことが多いです。 ということで、本セッションでは、プロダクトで持続的に価値をすばやく届けるために改善をするときに、どんな切り口でどんなことを考えるとよいかをまとめました。 40分という短いセッションなので、細かいことまでは書ききれていませんが、考え方のヒントになれば幸いです。 忙しい方向けのまとめ アウトカムに注目して改善する プロセス改善だけでは無意味 複数の領域で改善していく（以下はあくまでも例） 問題設定力 たくさん作ることを目的にしない、課題にフォーカス、仮説検証、計測、捨てる…… 開発力 技術に向き合う、練習、継続的なテスト、問題の兆候に継続的に対処、機能横断……
自民党AIの進化と実装に関するプロジェクトチーム｜衆議院議員 塩崎彰久（あきひさ）
GPTシリーズやお絵描きAIなど、ファウンデーションモデルの進化により再び大きな注目を集めるAI。自民党では2023年1月に「AIの進化と実装に関するプロジェクトチーム」（座長：平将明衆議院議員）を立ち上げ、日本のAI戦略のあり方や政策提言について検討を進めて参ります。こちらのページには、各回のテーマや公開可能な資料を順次アップロードしています。 第20回以降の資料については、後任の事務局長の尾崎正直代議士の以下のNoteからご確認ください。 https://note.com/masanao_ozaki/n/nbd4dd013a5cb 第32回以降の資料については、新事務局長の小森たくお代議士の以下のNoteからご確認ください。 https://note.com/komori_takuo/n/n8433de4720a0 2024年2月16日（金）8時〜9時 (＊25日英語版追加） テーマ
スクラムチームが自信をもってアウトカムとスプリント活動に集中するためのコツ | サーバントワークス株式会社
チームで受講することで、クイックにスタートできる研修メニューをご用意しています。チームの立ち上げ時期や、学び直し、認識合わせとしてご活用ください。
ダイナミックリチーミングから学ぶ 不確実な状況に適応し続けるための チーム作り | ドクセル
スライド概要 なぜ、安定したチームが必要なのか？ 安定したチームを維持しづらい時代に、どうすればよいのか？ ダイナミックリチーミングを意識して組織を成長させ、弾力的で柔軟な構造を作ったり、ダイナミックリーチングを可能にするために既存の組織を調整して、安定したチームが維持しづらい時代を乗り越えるためのヒントになればと思います。
名村卓を迎えたLayerXがイネーブルメント専門チームを設立。プロダクト開発を最適化するアクションとは？ - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype 働き方 名村卓を迎えたLayerXがイネーブルメント専門チームを設立。プロダクト開発を最適化するアクションとは？ 2022.11.02 働き方 名村卓LayerXチームプロダクト 今、スタートアップ界隈で「イネーブルメント」への注目が徐々に高まっている。イネーブルメントとは、組織がスピーディーかつ継続的に成果を出すための仕組みづくりに用いられる概念だ。 この7月にはLayerXが元メルカリの名村卓さんを「イネーブルメント担当」として迎え、開発組織内にイネーブルメント専門チームを立ち上げた。 名村さんによると、同チームの役割とは「プロダクトチームに最適な選択肢を提供すること。それは従来の一般的な開発体制では、十分に機能してこなかった役割」なのだという。 なぜ今、このような新しい機能を担うチームが求められているのだろうか。イネーブリングチーム
とある新人エンジニアの日常 | リクルートテクノロジーズ メンバーズブログ
はじめに このエントリは全 9 回を予定する 18 卒新人ブログリレーの第 8 回です！ はじめまして。リクルートテクノロジーズ新卒１年目の石井潤です！ 入社後の研修を経て、７月から現場に配属され、OJT を受けながら業務に取り組んでいます。 このブログのテーマ 今回のブログでは、 「新卒で入社したエンジニアが現場でどんなふうに働いているのか、どんなふうに指導を受け、学んでいるのか」 について書きます。新人エンジニアの日常のできごとを取り留めもなく書き綴るというゆるふわ系のブログです。リクルートへのインターンや就職を考えている人に多少の参考になれば嬉しいです。 本ブログの構成は以下のとおりです。各項目間にはあまり関連性がないため、どこからでもお読みいただます。 参考までに、私の技術的なバックグラウンドはこんな感じです。 バイト・インターンでの開発経験なし プロダクトコードに触れたことがない
Working Out Loud 大声作業（しなさい）、チームメンバー同士でのトレーニング文化の醸成 - スタディサプリ Product Team Blog
ソフトウェアエンジニアリングと一見関わりはなさそうで、しかしチームで成果を出す過程においてとても重要だと筆者が考えているコンセプト、 "Working Out Loud" について書いてみます。 日本語の記事がほとんど見当たらないのであまり知られている言葉ではないかもしれません。 対象読者 以下に興味や関心を持つ方を対象読者として想定しています。 チーム開発におけるコラボレーション手法 チーム開発者としての振る舞い方 テックリードやスペシャリストの育成 が、本心ではチーム開発する全ての方に届いてほしいです。 まえがき ある夜に同僚の@ujihisaと近場ないし遠方のEngineering ManagerやVPofEの皆さんと話す機会があり、その折にふと筆者がこぼしたのが 「開発などの日常の業務において自分がやっている以下の思考様式が大変便利なので、この考え方を最近入社したメンバーにもインス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チームで盛り上げる ファシリテーション
