チームトポロジーから組織の現時点を知る - Qiita
はじめに 私自身EMとしてこれまでチームコラボレーションの課題にあたるケースをいくつも経験してきました。 スクラムをやったらいいんじゃないか、リアーキテクチャーを考えて、サービス分割したらいいんじゃないかとか、色々と模索が考えられている中で、本当にそれって根本解決になるのか？そもそもその手法は何を解決するのかしっくりこないと感じることがありました。 そういった課題にどのようなアプローチしたらいいか悩んでいたときに、『チームトポロジー』に出会い、これは一つの道標として使えると感じました。 自分達の課題は、開発手法でも、アーキテクチャーでもなく、組織構造に根本原因があるんじゃないか、そこから手を付けないといけなかったんじゃないかと考える機会となりました。 チームトポロジーとは何か この本で書かれていることは、組織編成において、"どのようなチームがより効率的か"というのがフレームワークとして体系
「目標を共有するチーム」より強いのは「悩みを共有するチーム」 スクラムマスターが実践して気づいた、1on1“7つのコツ”
Agile Japanは、日本中にアジャイルの価値を浸透させ、日本の変革を促進することを目指しています。あらゆる業界や職種の方が集まり、実践者も初学者もともに建設的な意見交換ができる場です。「Agile Japan 2022」に登壇したのは、株式会社セブン銀行・スクラムマスターの小林公洋氏。LeSSにおける1on1の取り組みの工夫と結果について発表しました。 セブン銀行・スクラムマスターの小林公洋氏 小林公洋氏：それでは「LeSSではじめる1on1」を始めたいと思います。 まず簡単に、自己紹介をさせてもらえればと思います。セブン銀行の小林と申します。主な経歴としてはシステム開発をずっとやってきています。約3年ほど前にセブン銀行に転職をしています。セブン銀行は4、5年ぐらい前から内製開発に取り組んでいるのですが、内製開発を行っているグループが「プロダクト開発グループ」というところになっており
プロダクト開発チームの分断に立ち向かう - yigarashiのブログ
先日のRSGT2023で以下の発表がありました。「自分がそれほどプロダクト開発に興味がないことに気づく」は自分自身にも心当たりがありますし、プロダクト開発チームのリアルを言語化した発表だと思いました。この発表では、そうした言語化を受けてどうするのかについては深く触れられておらず、回答は聴衆に委ねられていることから、さらに議論を広げてみようと思います。 実際問題、真に興味を持つのは大変 現代のプロダクトマネジメントは、ひとつの深遠な専門領域になっていると思います。「本が1冊書ける」なんてレベルではありません。何百冊、何千冊と書ける世界です。そうした専門知識を組み合わせ、市場とユーザーとプロダクトを徹底的に分析し、データに基づいて仮説検証を繰り返し、それを自分のプロダクトに接続する方法を捻り出して、ようやく少し尤もらしい方向に近づきます。とても過酷な領域です。 ここにエンジニアが越境して興味を
リモートチームのマネジメント講座を修了した
Jan 14, 2022 2020年4月に東京など７都府県で発令された緊急事態宣言以降、否応なしにリモートワーク中心の体制にIT業界の多くが移行して足掛け3年目に突入しました。 他の国や地域のチームやメンバーとのコラボレーションなど、リモートワーク的な要素はありましたがこれだけ長期化する事は個人的にも予想外でした。 そんな中で自分達の仕事の進め方を更に改善するにはどのような方法があるかに興味が出てきました。 そこで見つけたのがCourseraで公開されている講座”How to Manage a Remote Team“です。 今回はこの講座を無事受講して、認定証も発効されたので講座で印象に残った点やバックグラウンドをご紹介します。 Courseraのコースを初めて修了した。 この認定証はLinkedinなりレジュメなりに埋め込んでいける。コースによってはオンライン大学の単位認定に使えるもの
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
視座の可視化｜kgmyshin
視座が高いってそもそもなんやねん問題 1on1で「視座を上げてほしい」って言われたり、マネージャー陣の集まりで「視座高い人がいいよね」って会話をしたりするけど、じゃぁ「視座の高いってなんぞ？」「どう見極めればええのん？」ってなりますよね。 自分も前職でエンジニアリングマネージャーしてた頃から、現職にて横断組織の一環として採用にかかわるようになって良くそれらのセリフを聞いております。 で、これが正解ってわけじゃないんですけど、自分はいつもこんな感じで可視化してますよってのを紹介してみます。 「視座が高い」を端的に言うと 自分は「視座」ってのは一言でいうと「どのレベルの課題まで、当事者でいられるか」っていうスタンスの度合いだと解釈しています。 ここで言っているレベルというのは難易度ではなく対象のスコープのことです。個人の課題なのか、チームの課題なのか、はたまた所属する会社の課題なのか。 で、「
グーグルが出した「最終解」 理想のリーダーとチーム | NIKKEIリスキリング
米グーグルがまとめた「最高のマネジャーになるための8つの習慣」は「よいコミュニケーターであれ。そしてチームの声を聞け」と説く。 写真はイメージ=PIXTA 人事関連の人たちや人材業界では大きな注目を集めたグーグルのプロジェクトが2つあります。最高のマネジャーになるための8つの習慣を明らかにした「プロジェクトOxygen」と、チームを成功へと導く5つの鍵を明らかにした「プロジェクトAristotle（アリストテレス）」。今回は、この2つについて見てみることで、ミドルシニアの皆さんの転職力をアップさせるポイントに迫ってみたいと思います。 まずはグーグルが2009年に実施した社員対象の大規模調査「プロジェクトOxygen」の結果から見てみましょう。このプロジェクトでは「優秀なマネジャーはどういう人か？」を、グーグルの従業員を対象にリサーチしました。 人事考課、フィードバックサーベイ、表彰、その他
プロジェクトの成功率を上げるために、チームリーダーができること・やるべきこと - ログミーTech
スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社マクアケの吉田慶章氏は、「さぁ！今すぐプロジェクトリーダーに立候補しよう」というテーマでプレゼンテーションを行いました。チームの特性に合わせたチームビルディングやマネジメント手法について、自身のノウハウを明かします。 プロジェクトをリードする技術 吉田慶章氏（以下、吉田）：こんばんは。よろしくお願いします。今日はプロジェクトリーダーの話をしようと思い
『開発基盤チームとして課題を探したらマネジメントをしていた』という発表をした - Feedforce Developer Blog
こんにちは。増田（id:masutaka26）です。発表が無事終わり、何かゲームでも買おうかなと思ってます。 さて、フィードフォースでは毎週金曜日 16:00 から、社内技術勉強会を開催しています。当番制の持ち回りで技術に関連したことを発表します。 先週金曜日は私の当番で『開発基盤チームとして課題を探したらマネジメントをしていた』という発表をしました。 技術チーム以外の方もたくさん聞きに来てくれて、ありがたかったです。🙏 発表の内容 前回含めて、これまでの発表は全てコードが登場していました。今回のようなコードが登場しないマネジメントの話は、内容が拡散しがちで難しかったです。結局まとまりませんでした...。 今回は敢えて後から読めるプレゼン資料にしました。なのでプレゼン資料としては冗長な書き方になっています。 まとめるとこんな内容です。 コミュニケーションの不確実性を解消することが、マネジ
ドメイン駆動設計を始めるために必要なチームのつくり方
Gunma.web #30のLTで発表した資料です。 どうすればドメイン駆動設計を導入出来るのか、というところにフォーカスにして考えてみました。
チームリーダーをやるときに気をつけてた「4つの混ぜない」 - Mitsuyuki.Shiiba
開発チームのチームリーダーやってたときってどんなこと考えながらやってた？って相談があって、僕がチームリーダーやってたときはこういうことに気をつけてたよ。って話をした。今は僕はリーダーは後輩にまかせて、自分はシニアエンジニア的な立場でコードを書いたりウロウロしたりして楽しく過ごしてるんだけども。 4つの混ぜない やってるときは特に考えてなかったけど、今になって考えるとこういうこと気にしてたなーってのね。数は、単に4つ思い出した。ってだけ。 帽子を混ぜない エンジニア出身のチームリーダーって、こんな帽子をかぶってることが多いかな: 組織マネージャの帽子で 後輩の育成や組織としての成長を考えたり 開発リードの帽子で クオリティの最後の砦みたいな役割や、チームの外との調整をやったり プロジェクトマネージャの帽子で プロジェクトをどうやってうまく回していくかを考えたり なので「今の自分の気持ちはどの
開発運用チームを立て直した話 - 下町柚子黄昏記 by @yuzutas0
SPI Japan 2017というカンファレンスで発表をしました。 グロースフェーズの痛みの中で、いかに開発・運用チームを立て直したかという内容になります。 発表スライド 「Rebuild Team - 急成長プロダクトのDev&Opsで生じる悪循環とその解決策」 ここ最近の発表の集大成です。 急成長フェーズを体験した人は多くないはずなので、有用な知見ではないかと自負しています。 参加した感想 運営が非常に丁寧でした。選考通過時にはレビュアーから「こういう点が素晴らしい」とコメントいただき、また当日には司会者からフォローをいただき、非常に話しやすい場作りがなされていました。 一方で内容面については全体的に違和感を覚えました。もやもやです。 内容 思ったこと 補足事項 「改善施策が現場に受け入れられない」という意見が多かった 改善施策は現場の人が現場のために生み出すものではないか。 現場にメ
マネジメントのポイントは "44 engineering management lessons" から学んだ - kakakakakku blog
今年は「組織変革」「組織マネジメント」「育成」あたりをテーマにした発表をしたり，ポッドキャストで話をしているので，最近は「マネジメント関連」で相談や質問を受ける機会が増えている．一言で表現すると？みたいに聞かれたときは 「愛情のある無茶振り」 って答えてはいるけど，そもそも一言で表現できるようなものじゃない． 44 engineering management lessons 今まで紹介したことはなかったけど，マネジメントの参考にしている “44 engineering management lessons” という記事がある．本当に大好きな記事で，記事の存在を知った2年前ぐらいから定期的に読み直すようにしている．タイトルの通り，44種類の原則が紹介されていて，大きく7種類に分類されている．どの原則も参考になるけど，その中でも特に好きなものをコメントを添えて紹介したいと思う（翻訳するわけで
403 Forbidden
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
リーダー(管理者)ではなくエンジニア(実務者)でありたいと願う人々へ - おうさまのみみはロバのみみ
「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓の本を今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 本著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で本質をついている定義付けが本著を名書たらしめているとぼくは思う。 この本の構成は1部〜4部(おおよそ本書の半分ほどを占めている)までが著者によるリーダーシップとはなにか？3つのフェーズの分類とそのときに期待さ
あなたの開発チームには、チームワークがあふれていますか？
23. DevQA 💫 ( ) http://www.slideshare.net/POStudy/devqa-qa-postudy
note ――つくる、つながる、とどける。
我々が起こすべき「静かなる革命」について・・・または「知性とは文脈力・空気を読む力」という時代の終焉（２０１７年３月８日のブログ：”日本から老害を一掃して残業を減らす唯一の方法”のこぼれ話） この記事は２０１７年３月８日の表ブログ”日本から老害を一掃して残業を減らす唯一の方法”のこぼれ話です。こぼれ話というのは、一般向けブログは読んで貰える文字数に制限がある上に毎回文脈をゼロから積んでいかなくちゃいけなくて深い話ができないので、”氷山の一角のその下まで読める”文章読解能力のある人向けに、「表ブログを読んだ上で」の話を追加で話すという趣旨の記事です。先に上記リンクの表ブログを読まれた上で以下をどうぞ。 ・ 昔、いわゆる外資コンサルティング業界の出身者の結構有名な人がアメリカの名門MBA（経営大学院）に留学中に書いていたブログを読んで、凄く「なるほどなあ、わかるなあ」と思ったことがあります。
ムービングモチベーターズによるモチベーションの可視化 - Qiita
実施手順 事前準備 Management3.0のサイトから １０種類のカード をダウンロードし人数分プリントアウトしてカットし10枚1セットを作っておきます。 プリントアウトできる環境によるかもしれませんが可能ならカラーのほうが10種類が色分けされているので見やすいです。さらに可能ならカードになるような硬めの紙にプリントアウトしたほうが繰り返し使いやすいと思います。 場の設定 進め方にもよりますが十数分から数十分かかりますので会議室などに集まり1人ずつ席について行うのが良いでしょう。 テーマの確認 会社に対するモチベーションなのか、プロジェクトに対するモチベーションなのかなど、テーマによってモチベーションは変わるのでまずはテーマを共有しメンバー全員で認識を合わせます。 カードの並び替え 全員にカードを配り、10種類のカードの並び替えを行います。モチベーションが上がるキーワードを上に、上がら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自己組織的な開発チームを如何にして作り上げるか / how to build self-organizing team
心理的安全性を 0から80ぐらいに上げた話
