わたしたちがチームであるために"期待合わせ会"をやりました、という話 - スタディサプリ Product Team Blog
はじめまして、Web Developerの@tricknotesです。 今回はチームの期待を合わせるためのワークショップである「ドラッカー風エクササイズ」をわたしたちのチームで実践してみました、というお話です。 背景 なんでこのワークショップをやってみようと思ったのか…という話をする前に、まずわたしたちのチームの状況をお伝えさせてください。 わたしたちのチームは、ここ半年ほどで多くのメンバーが増えました。 その結果、古くからのドメイン知識に明るい古株層とまだまだドメイン知識の吸収を必要としている新入りメンバー層の間で大きな知識の隔たりがあるという状況になっています。*1 そんな中、歴史的経緯は気にせずいまの開発に集中してほしい古株メンバーと、そういった歴史的経緯を含めて吸収していきたい新入りメンバーの思いがそれぞれある、ということが振り返りの場で明らかになりました。 どちらもチームのためを
Mackerel開発チームカイゼンの旅（振り返り・モブプロ・スキルマップなど） - Hatena Developer Blog
こんにちは。Mackerel開発チームディレクターの id:daiksy です。 Mackerelチームでは、開発プロセスにおけるプラクティスや、チームをうまく機能させるための様々な取り組みに対して、普段から定期的なカイゼンを行っています。 世の中は新年度を迎え、いろいろと新しい取り組みにチャレンジしやすい時期でもありますし、Mackerelチームで行った最近のカイゼンの様子を簡単にまとめてみようと思います。 振り返りでKPTをやめた Mackerelチームではスクラムをベースとした開発サイクルを採用しており、1スプリント2週間というペースで開発イベントが計画されています。スプリント最終日に振り返りを実施し、2週間の間に起きた出来事や課題などを議論して、次のスプリントでカイゼンをする、というルーチンです。 チームではこれまで長い間、KPTという振り返りのフレームワークを採用していました。K
『組織の未来はエンゲージメントで決まる』を読んでの要約と学び｜ワタナベ シンペイ｜note
先日の土日、久々にゆっくり過ごす休日。そろそろ積読の量がえげつないので、重い腰をあげてようやく1冊読みました。 読んだのは、階層のないホラクラシー型の組織形態をとっていたり、子ども連れての出社OKなど、色々面白い組織運営をしている株式会社アトラエの代表取締役社長新居さんの著書『組織の未来はエンゲージメントで決まる』。 GreenやYentaなど、アトラエさんのサービスにはめちゃくちゃお世話になってるし、アトラエ社員の知り合いもいるので、読む前からどんな組織づくりをしているんだろう、その考え方が分かるかも、と気になっている本でした。 60-90分くらいでさくっと読めましたが、これからの企業経営に求められるエンゲージメントとは、前提となる時代変化の背景、考え方、エンゲージメントを高めるための組織づくりをしている各社の事例など、色々と学びの多い本でした。 このnoteでは簡単な本の要約と学びをま
良いデザイン組織とはどんな状態なのか？｜清水淳子｜note
年末にBNNさんより「デザイン組織のつくりかた」という書籍をご恵贈頂いた。こちら、とても読み応えがある本だった。現在amazon Web開発部門でベストセラー1位になってるようだ。事業会社のマネジメント層も現場のデザイナー、両軸で、いろいろな人たちに広く読まれる本になったらという願いを込めて書評を書いてみる。 ※コイニーのデザインストラテジストの久下さんも今日、この書籍の書評書いてました。こちらもおすすめ！デザイン組織のつくりかた / 久下玄 @kugehajime 書評👉https://note.mu/kugehajime/n/naf828893f1bf＊＊＊ なぜデザインを組織化するのか？デザインというと昔は、1人の目が行き届く範囲でひとつのデザインを仕上げる仕事の方が主流だった。しかし近年は、1人の目では観測しきれない巨大なテクノロジーやビジネス環境の中でデザインする仕事が急速に増
エンジニアチームビルディングジャーニー
11. 1-A) 改⾰の宣⾔・ブランディング • エンジニアチームの改⾰をステークホルダーに宣⾔する • 今まで以上に案件を受けられなくなることを伝える • 「改⾰に伴いご迷惑をおかけするかもしれませんがご協⼒くださいm(_ _)m」 • ⽬指すチームの⾔語化・ブランディング • 「継続的進化をするチーム」 • 「今後はどんどんアプリもチームも良くなって案件をたくさん受けられます」という、 改⾰による直接的なメリットのアピール 12. 1-B) 情報の可視化 • 案件決定プロセスの可視化とシンプル化 • エンジニアのモチベーションを下げる「ネガティブな仕様変更」を削減する狙い • 個別で来ていた案件依頼のフローを⼀本化し「案件統括」を設置 • 検討内容や決定事項をエンジニアにも公開 • エンジニアチームの状況の可視化 • キャパシティ以上の案件を受けることを防ぐ狙い • エンジニア⼀⼈⼀⼈
Kaizen Platformで行っているOnboardingプロセス - Kaizen Platform 開発者ブログ
Kaizen PlatformでSRE Group Managerをしている前田 (@glidenote)です。4月ということで転職や部署異動など新しい環境で働いている人が多そうなので、今回はKaizen PlatformのEngineering GroupとSRE Groupが行っているOnboardingプロセスを紹介したいと思います。 TL;DR Kaizen Platformに入社してくれた人に最速でPerformanceを出してもらうためにOnboardingプロセスを策定し、運用、日々改善している 入社してくれた人が自身のOnboarding Planを自分で作成し、CTO、メンターとで定期的に期待値の調整、振り返りを実施し、齟齬が発生しないようにする ランチスケジュールを組み毎日別々の人と、別々の場所にランチに行き、一緒に働く人たちとオフィス周辺の情報を知ってもらう 入社した
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
心理的安全性を 0から80ぐらいに上げた話
エンジニアメンター制度の効果的な運用を目指して/improve-mentor-system