スライド概要 なぜ、安定したチームが必要なのか？ 安定したチームを維持しづらい時代に、どうすればよいのか？ ダイナミックリチーミングを意識して組織を成長させ、弾力的で柔軟な構造を作ったり、ダイナミックリーチングを可能にするために既存の組織を調整して、安定したチームが維持しづらい時代を乗り越えるためのヒントになればと思います。
ダイナミックリチーミングから学ぶ 不確実な状況に適応し続けるための チーム作り | ドクセル
スライド概要 なぜ、安定したチームが必要なのか？ 安定したチームを維持しづらい時代に、どうすればよいのか？ ダイナミックリチーミングを意識して組織を成長させ、弾力的で柔軟な構造を作ったり、ダイナミックリーチングを可能にするために既存の組織を調整して、安定したチームが維持しづらい時代を乗り越えるためのヒントになればと思います。
開発チーム作成ガイドを公開します - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。シニアスクラムマスターの天野 @ama_ch です。 サイボウズの開発組織において、今後の成長を加速させるためには、組織の基本単位をスクラムチームのような自律的な小さなチームにしてスケールさせることが非常に大切だと考えています。サイボウズは比較的スクラムが普及している組織ではありますが、組織内のすべてのチームがスクラムを採用しているわけではありません。 フレームワークとしてスクラムを採用するかどうかはチームの自由です。しかし、健全なチーム環境を整えることはすべてのチームにとって重要です。チームやチームワークに関する情報は巷に多く存在しますが、我々のようにすでにある程度の規模で活動しているプロダクト開発組織で、チーム環境を整えるために実践的に使える情報がないことが悩みでした。 そこで、これまでのチームに関する学びと実践を踏まえ、サイボウズの開発組織の文脈において、スクラムを実践し
「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/product management rsgt2023
4プロダクトを成功させようと悪戦苦闘しているものの、プロダクトの行く末についてプロダクトオーナーやプロダクトマネージャといった一部の人の意思決定に依存しすぎてしまっていると悩んでいるチームが、彼らと共にプロダクトマネジメントを実行できるようにするセッションです。「プロダクトオーナーがボトルネック」という状況から、おさらばしましょう。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2023/proposal/17655 発表者 https://twitter.com/_N_A_ https://note.com/mryy
新刊『チームトポロジー』発売のお知らせ
みなさんこんにちは。@ryuzeeです。 言いたいことはタイトルに書いたとおりなのですが、2021年12月1日に、新刊『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』が発売になります。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計著者／訳者：マシュー・スケルトン、 マニュエル・パイス、 原田 騎郎、 永瀬 美穂、 吉羽 龍太郎出版社：日本能率協会マネジメントセンター発売日：2021-12-01単行本：280ページISBN-13：9784820729631ASIN：4820729632 原著はMatthew Skelton、Manuel Pais氏の『Team Topologies: Organizing Business and Technology Teams for Fast Flow』で、翻訳は株式会社アトラクタのアジャイルコーチ（いつ
チームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーション
これからの時代はチームワークがより重要になってくると思っています。 これまで様々なチームワークをよくする試みが共有されてきましたが、このスライドでは「チームワークをよくするためにどういうプラクティスが良いか」という情報だけではなく、「どういう考え方でチームワークを捉えたほうが良いのか」、というあたりを中心にまとめようと試みました。 特にスタートアップのチームワークに必要な、複雑で創造性を要するタスクを処理するためのチームワークにフォーカスしています。これらの情報がすべてのチームに当てはまるものではないと思いますのでご注意ください。
Dynamic Reteaming
Team change will happen whether we like it or not. People will come and go from our teams. Our companies might double in size or even get acquired. We can catalyze team change to reduce the risk of attrition, learning and career stagnation and the development of knowledge silos. Dynamic Reteaming describes practices for effective reteaming as well as antipatterns. In this book you'll learn how to
Squad Health Check model - visualizing what to improve - Spotify Engineering
For more recent information on Spotify’s Health Check model, check out this blog post. What is a squad health check model? A lot of companies experiment with ways of measuring and visualizing how their teams are doing. They’re usually called “maturity models”, and involve some sort of progression through different levels. The intent of these types of models is usually benign – for example managers
NTT Com オンボーディングハンドブック
オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに
How to Deal with Difficult People on Software Projects
Software is easy. People are hard.
チームラーニングでチームの共通認識を揃える - Kyash Product Blog
Kyashの@konifarです。最近雑なアウトプットが減っているなと感じているので、自分が所属するチームでやった『チームラーニング』という催しについて書きます。 チームラーニングとは マッキンゼーでプロジェクト開始時に行っているチームビルディングイベントらしいです。 働く時間帯や環境、自分の不得手などを共有することで、チームで働きやすい状態を作ろうというものですね。 バズってた「チームラーニング」をやってみたら、チームの生産性上がりそう という記事がSlackチャネルに投げ込まれたのを見て、これはよさそうだと思い実施してみることにしたのでした。 あとで同僚の@ussyに教えてもらったのですが、マッキンゼーでのやり方や効果はMcKinsey Careers: Inside the team learning – one tool to create balance で紹介されています。もし
アムダールの法則 - Wikipedia
複数のプロセッサを使って並列計算してプログラムの高速化を図る場合、そのプログラムの逐次的部分は、制限を受ける。例えば、仮にプログラムの95%を並列化できたとしても、残りの部分である5%は並列処理ができないため、どれだけプロセッサ数を増やしたとしても、図で示したように20倍以上には高速化しない。 アムダールの法則（アムダールのほうそく、英語: Amdahl's law）は、ある計算機システムとその対象とする計算についてのモデルにおいて、その計算機の並列度を上げた場合に、並列化できない部分の存在、特にその割合が「ボトルネック」となることを示した法則である。コンピュータ・アーキテクトのジーン・アムダールが主張したものであり、アムダールの主張（アムダールのしゅちょう、英語: Amdahl's argument）という呼称もある[1]。 複数のプロセッサを使い並列計算によってプログラムの高速化を図る
チームが「サイロ化」しないための仕掛け（増補版）
What's in a price? How to price your products and services
チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記
チームでどうやって活躍するか、まだイメージがついてない、振られた仕事をやっているだけで、仕事をしている間は忙しいけど、確認待ちになるとすぐ暇になってしまう、というメンバーの悩みを聞いていた。 巨大なチーム、巨大なプロダクトだと、すぐに全容を把握するのは難しい。その中で、この範囲なら触れています、任せてください、という庭を作るとよいのでは、という話をした。 思いつきで話したわりには意外といいことを言ってるなと思ったので掘り下げて書いてみます。 庭とは 現代では、庭のある家に住んでる人は少ないかもしれない。うちは実家が田舎だったので庭があって、ボールを蹴って回ったり、石をめくってアリを観察したり、隣の家の庭との境界もゆるくて、冒険と言って隣の家の庭で遊んだりしていた。 大人になってからの庭というと、池袋で遊んでた人が「池袋は俺の庭」と言ったり、JR新宿駅の東口を出たら椎名林檎の庭があることが知
リモートワークの幻滅期を乗り越えろ｜倉貫義人
ここにきて多くの企業がリモートワーク（テレワーク／在宅勤務）に取り組み始めてますね。10年近く前からやってる身としては隔世の感があります。 取り組み始めた皆さんのために私たちも何か出来ないかと考えて、拙著「リモートチームでうまくいく」を期間限定で全文公開しました。 これまでリモートワーク反対されていたり、躊躇されていた企業が今や待ったなしの状況で、取り組まざるを得なくなっていますね。その結果、満員電車に乗らなくてもよいし、時間も有意義に使えたりして「リモートワークいいね！」という意見も多く出ています。 一方で、企業側としてはチームワークや仕事の進め方、労務やセキュリティなど、あまり準備しきれずに始めてしまったことで、実務上の課題があぶり出されてくる頃です。 同時に、リモートワークで働く側も「集中できていい！」と言ってた人が、「やっぱり寂しい」などと言い出たり、色々と現実的な課題が襲ってくる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チームにノリをもたらした時にいた「二人目に踊る人」の共通点
Team Success Metrics - Crisp's Blog
Dynamic Reteaming, 2nd Edition
Tuckmanは間違っている！Doc Norton氏のリチーミングモデル
How To Lead a Self-Managing Team / MIT Sloan Management Review
Why product teams work best without a single leader