参考文献
entities/concepts/queriesの本文から実際に引用され取り込まれている文献の一覧です。
各文献の説明文はAIが生成した参考情報です。内容の正確性は保証されません。
Agile & Coaching
Section titled “Agile & Coaching”A Meta-analytic Systematic Review and Theory of the Effects of Perceived Listening on Work Outcomes
Section titled “A Meta-analytic Systematic Review and Theory of the Effects of Perceived Listening on Work Outcomes”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
- 形式: フレームワークの説明
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文書は、アジャイルコーチングの専門性を高めるためのコンピテンシー・フレームワークを提供するものであり、アジャイルコーチやスクラムマスターなどの成長を支援するためのツールとして機能します。 8つのスキル領域とドメイン知識を視覚的に表現した「グロースホイール」を用いて、個人の自己評価や成長の方向性を示すことを目的としています。 このフレームワークは、アジャイルコーチング分野における専門性の標準化とプロフェッショナリズムの向上を目指して構築されました。
引用しているページ（11件）
- ふりかえりが浅くなったり、マンネリになったりして、改善につながる議論が出てこない。スクラムマスターはどうふりかえりの質を上げるのが良いか？
- アジャイルコーチング・グロースホイール (Agile Coaching Growth Wheel)
- スクラムマスター (Scrum Master)
- チームの中に、他のメンバーとぶつかる言動を繰り返す人がいる。スクラムマスターはどう関わるのが良いか？
- プロダクトオーナー (Product Owner)
- プロダクトオーナーの視座が低いと感じる。プロダクトオーナーをどう育成するのが良いか？
- プロダクトバックログ (Product Backlog)
- ユーザーストーリー (User Story)
- リーダーシップ (Leadership)
- 会議やイベントで発言量にばらつきがあり、一部の人しか話さない。メンバーの本音を引き出すには、どうすればよいか？
- 自己管理 (Self-Management)
Agile Coaching Research: A Systematic Mapping Study
Section titled “Agile Coaching Research: A Systematic Mapping Study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Coaching as a Developmental Intervention in Organisations: A Systematic Review of Its Effectiveness and the Mechanisms Underlying It
Section titled “Coaching as a Developmental Intervention in Organisations: A Systematic Review of Its Effectiveness and the Mechanisms Underlying It”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
Design Practice Repository (DPR): Practice/Technique Story Splitting
Section titled “Design Practice Repository (DPR): Practice/Technique Story Splitting”- 形式: ウェブページ
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
High-quality listening behaviors linked to social connection between strangers
Section titled “High-quality listening behaviors linked to social connection between strangers”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
How to take out dependancies among tasks within a scrum sprint? (Answer by Daniel)
Section titled “How to take out dependancies among tasks within a scrum sprint? (Answer by Daniel)”- 形式: Q&A
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
It’s a match! The role of coach–coachee fit for working alliance and effectiveness of coaching
Section titled “It’s a match! The role of coach–coachee fit for working alliance and effectiveness of coaching”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
Learning to listen: Downstream effects of listening training on employees’ relatedness, burnout, and turnover intentions
Section titled “Learning to listen: Downstream effects of listening training on employees’ relatedness, burnout, and turnover intentions”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス: 著作権あり・告知を含む全文に限り複製可
- 説明: この文書は、ソフトウェア開発におけるより効果的な手法を模索する中で生まれたアジャイル開発の基本理念を示した宣言です。従来の計画重視の開発手法に代わる、個人・対話・動くソフトウェア・顧客との協調といった価値観を提唱しています。また、この宣言に署名した17人の著名なソフトウェア開発者による共同の文書であり、この告知を含めた全文であれば、どのような形でも自由に複製してよいとされています。
Mastery of teletherapy is related to better therapeutic relationship and presence in teletherapy: the development of the teletherapy intervention scale
Section titled “Mastery of teletherapy is related to better therapeutic relationship and presence in teletherapy: the development of the teletherapy intervention scale”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス: 著作権あり・告知を含む全文に限り複製可
- 説明: この文書は、アジャイルソフトウェア開発の基本理念である「アジャイル宣言」に裏打ちされる具体的な原則を示したものです。開発プロセスにおける優先順位や価値観、チームの働き方について述べており、顧客満足、柔軟な変更受容、継続的なリリース、そして自己組織化されたチームの重要性が強調されています。
引用しているページ（10件）
Prospective associations between working alliance, basic psychological need satisfaction, and coaching outcome indicators: a two-wave survey study among 181 Dutch coaching clients
Section titled “Prospective associations between working alliance, basic psychological need satisfaction, and coaching outcome indicators: a two-wave survey study among 181 Dutch coaching clients”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
- 形式: ウェブページ
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
Self-fulfilling prophecies in the classroom: Teacher expectations, teacher feedback and student achievement
Section titled “Self-fulfilling prophecies in the classroom: Teacher expectations, teacher feedback and student achievement”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
- 形式: ブログ
- 書き手: フレームワークの作者
- ライセンス: CC BY-ND 3.0 FR
引用しているページ（1件）
Supervisors’ perspectives on the contribution of coaching supervision to the development of ethical organisational coaching practice
Section titled “Supervisors’ perspectives on the contribution of coaching supervision to the development of ethical organisational coaching practice”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
The Agile Coach Role: Coaching for Agile Performance Impact
Section titled “The Agile Coach Role: Coaching for Agile Performance Impact”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（3件）
The coaching flipside: Factors underlying unsuccessful workplace coaching interventions and the implication for human resource development
Section titled “The coaching flipside: Factors underlying unsuccessful workplace coaching interventions and the implication for human resource development”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
The effects of listening on speaker and listener while talking about character strengths: an open science school-wide collaboration
Section titled “The effects of listening on speaker and listener while talking about character strengths: an open science school-wide collaboration”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
What we should do with tasks which estimated time bigger than sprint? (Answer by Ashok Ramachandran)
Section titled “What we should do with tasks which estimated time bigger than sprint? (Answer by Ashok Ramachandran)”- 形式: Q&A
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
Agile Foundations & Systematic Review
Section titled “Agile Foundations & Systematic Review”Organizational Factors Impacting Agile Software Development - A Systematic Literature Review
Section titled “Organizational Factors Impacting Agile Software Development - A Systematic Literature Review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、アジャイルソフトウェア開発プロジェクトの成功または失敗に影響を与える組織的要因を特定し、体系的に分析することを目的としている。 研究では、関連する19の文献を対象に体系的文献レビューを行い、アジャイル手法における重要な組織的要因を12項目に整理している。 また、これらの要因がアジャイルプロジェクトに与える影響について考察し、実務者や研究者がプロジェクト改善に役立てるための洞察を提供している。
引用しているページ（9件）
Systematic Literature Review Report on the Challenges of Agile Scrum
Section titled “Systematic Literature Review Report on the Challenges of Agile Scrum”- 形式: プレプリント
- 書き手: 研究者
- ライセンス:
引用しているページ（22件）
- エピック (Epic)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- ステークホルダー参加 (Stakeholder Participation)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- タスク見積り (Task Estimation)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ユーザーストーリー (User Story)
- リーダーシップ (Leadership)
- 共有メンタルモデル (shared mental models)
- 完成の定義 (Definition of Done)
- 成果物 (Deliverable)
- 経営陣やマネージャーから、スクラムの効果を数字で示すよう求められた。どう説明すればよいか？
- 要件 (Requirement)
- 開発者 (Developer)
Agile Success & Quantitative Analysis
Section titled “Agile Success & Quantitative Analysis”The Impact of Identified Agility Components on Project Success—ICT Industry Perspective
Section titled “The Impact of Identified Agility Components on Project Success—ICT Industry Perspective”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
Distributed Agile & Blockchain
Section titled “Distributed Agile & Blockchain”ChainAgile: A framework for the improvement of Scrum Agile distributed software development based on blockchain
Section titled “ChainAgile: A framework for the improvement of Scrum Agile distributed software development based on blockchain”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、分散したソフトウェア開発環境におけるスクラム・アジャイル手法の課題を解決するため、ブロックチェーン技術を活用した新しいフレームワーク「ChainAgile」を提案している。 ChainAgileはプライベートブロックチェーンとスマートコントラクトを用いて、透明性、セキュリティ、トレーサビリティ、自動支払い、ペナルティシステムなどの機能を実現し、開発チームと顧客間の信頼性を向上させることを目的としている。 また、スケーラビリティの問題に対処するためにIPFSを組み込み、実験結果によりこのアプローチがSADSDにおけるコミュニケーションやコーディネーションの質を大幅に改善することを示している。
引用しているページ（12件）
- スクラムアジャイル分散ソフトウェア開発 (Scrum Agile Distributed Software Development)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントレトロスペクティブ (Sprint Retrospective)
- フィードバック (Feedback)
- プロダクトバックログ (Product Backlog)
- ユーザーストーリー (User Story)
- 受け入れ基準 (Acceptance Criteria)
- 要件 (Requirement)
- 透明性 (Transparency)
- 開発者 (Developer)
Distributed Agile & Enterprise Architecture
Section titled “Distributed Agile & Enterprise Architecture”An Empirical Investigation of Geographically Distributed Agile Development: The Agile Enterprise Architecture is a Communication Enabler
Section titled “An Empirical Investigation of Geographically Distributed Agile Development: The Agile Enterprise Architecture is a Communication Enabler”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、地理的に分散したアジャイル開発環境において、アジャイルエンタープライズアーキテクチャ（AEA）がコミュニケーションとプロジェクトパフォーマンスに与える影響を実証的に検証するものである。研究では、160名の参加者からのデータを用いて部分最小二乗法（PLS）分析を行い、AEAがアクティブなコミュニケーションや納期・予算の完了、ソフトウェアの機能性・品質に正の影響を与えることを示した。
引用しているページ（9件）
- アジャイルエンタープライズアーキテクチャ (Agile Enterprise Architecture)
- コミュニケーションの効率性 (Communication Efficiency)
- コミュニケーションの有効性 (Communication Effectiveness)
- ステークホルダー参加 (Stakeholder Participation)
- スプリントプランニング (Sprint Planning)
- 地理的に分散したアジャイル開発 (Geographically Distributed Agile Development)
- 要件 (Requirement)
- 開発者 (Developer)
- 顧客 (Customer)
Educational Technology & Design
Section titled “Educational Technology & Design”An Implementation and Evaluation Report of the Active Learning Method EduScrum in Flipped Class
Section titled “An Implementation and Evaluation Report of the Active Learning Method EduScrum in Flipped Class”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Comparing different serious games strategies for teaching the SCRUM Framework
Section titled “Comparing different serious games strategies for teaching the SCRUM Framework”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
Integrating Design-Based Research and Agile Scrum for Inclusive Educational Technology Design
Section titled “Integrating Design-Based Research and Agile Scrum for Inclusive Educational Technology Design”- 形式: プレプリント
- 書き手: 研究者
- ライセンス:
- 説明: この文献は、デザインベース研究（DBR）とアジャイルスクラム（AS）を統合することで、インクルーシブな教育テクノロジーの設計・開発を行う手法について述べたものである。特に、アクセシブルな拡張現実（AR）学習オーサリングツールの開発を事例として、反復的なデザインとユーザーフィードバックを活用した開発プロセスのベストプラクティスと課題を明らかにしている。
引用しているページ（22件）
- 「新たなる新製品開発の方法」 (The New New Product Development Game)
- アクセシビリティに焦点を当てたユーザーストーリー (Accessibility-Focused User Stories)
- アジャイルスクラム (Agile Scrum)
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムバン (Scrumban)
- スクラムマスター (Scrum Master)
- ステークホルダー参加 (Stakeholder Participation)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ベロシティ (Velocity)
- ユーザーストーリー (User Story)
- 受け入れ基準 (Acceptance Criteria)
- 成果物 (Deliverable)
- 技術的負債 (Technical Debt)
- 開発者 (Developer)
Kanban & Flow
Section titled “Kanban & Flow”Can FOSS projects benefit from integrating Kanban: a case study
Section titled “Can FOSS projects benefit from integrating Kanban: a case study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: オープンソースソフトウェア（FOSS）プロジェクトにおいてカンバンを統合・導入した事例研究。ワークフローの可視化とJiraボード・CFDの活用によるタスク平準化とチーム間調整の改善を検証。
引用しているページ（2件）
Impact of implementing a prioritization process on waiting time for non-scheduled surgeries in a tertiary emergency unit
Section titled “Impact of implementing a prioritization process on waiting time for non-scheduled surgeries in a tertiary emergency unit”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: ブラジルの大学病院の救急部門で、予定外の手術に緊急度の区分・リアルタイムのカンバン形式の表示板・毎日の多職種の調整会議を入れ、導入前後の各 3 か月を比べた後ろ向きの観察研究（ソフトウェア以外の領域）。
引用しているページ（1件）
Impact of the Kanban Maturity Model on a Team’s Agile Transformation: Tripling Throughput and Elevating Quality in Three Months
Section titled “Impact of the Kanban Maturity Model on a Team’s Agile Transformation: Tripling Throughput and Elevating Quality in Three Months”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: Scrum が定着しなかった 6 人の開発チームが、Kanban Maturity Model のレベルの順に Kanban の実践を入れた 3 か月の探索的事例研究。完了件数と顧客が報告した不具合の件数で変化を見ている。
引用しているページ（4件）
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文献は、カンバンシステムの基本概念、原則、プラクティスを説明する参考資料であり、ナレッジワークに特化した価値流れの最適化を目指している。 カンバンの定義や用語の明確化、ワークフローの可視化・改善手法、そしてフロー指標についても取り上げている。 また、カンバンシステムのメンバーが持つ役割や、有効性、効率性、予測可能性をバランスよく追求するための戦略が述べられている。
引用しているページ（18件）
- WIP制限を超えて作業項目を積んでしまうと何が問題？
- WIP制限ポリシー (WIP Limit Policy)
- カンバン (Kanban)
- サイクルタイム (Cycle Time)
- サービスレベル期待値 (Service Level Expectation)
- トヨタ生産方式、TPS (Toyota Production System)
- フロー、流れ (Flow)
- フロー指標 (flow metrics)
- プルによる投入 (Pull Transition)
- プルシステム (pull system)
- ワークフロー (Workflow)
- ワークフローの定義 (Definition of Workflow)
- ワークフローの定義に必要な要素（作業項目の定義・状態・WIP制御・ポリシー）が欠けていると何が問題？
- 作業項目 (Work Item)
- 作業項目の年齢 (Work Item Age)
- 前工程からの引き取りを待たずに割り込みで作業を投入すると何が問題？
- 外部トラッカーでは完了済みなのに、ボード上は進行中のままになっている（ゾンビWIP）と何が問題？
- 進行中の作業 (WIP)
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文献は、スクラムチームがカンバンのプラクティスを活用してプロセスを改善する方法を説明したガイドである。スクラムとカンバンの融合により、流れの最適化やフィードバックループの短縮を目的としている。
引用しているページ（34件）
- 1つのユーザーストーリーが、ToDo/進行中/完了のうち複数の状態に同時になっているとなぜダメ？
- GitHub/Jiraでは完了扱いなのに、ボード上ではまだ進行中のユーザーストーリーが残っていると何が問題？
- WIP制限を守るべき対象に、スクラムのユーザーストーリーも含まれるのはなぜ？
- WIP制限ポリシー (WIP Limit Policy)
- インクリメント (Increment)
- カンバン (Kanban)
- サイクルタイム (Cycle Time)
- サービスレベル期待値 (Service Level Expectation)
- スクラムのユーザーストーリーやバックログアイテムを、カンバンボードの1枚のカードとして扱ってよいのはなぜ？
- スクラムチーム (Scrum Team)
- スクラムチームの「ワークフローの定義」に抜けている要素があると何が問題？
- スクラムチームは「ワークフローの定義」を持つべき、と言われるのはどういうこと？
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- スループット (Throughput)
- タスク（実際の作業）は、カンバンボードのカードとして数えないのはなぜ？
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- フロー、流れ (Flow)
- プルによる投入 (Pull Transition)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- リトルの法則 (Little’s Law)
- ワークフローの定義 (Definition of Workflow)
- ワークフローの定義の範囲が、1つのスプリントを超えてよいのはなぜ？
- 作業項目 (Work Item)
- 作業項目の年齢 (Work Item Age)
- 急な割り込みでユーザーストーリーがスプリントバックログに追加されると何が問題？
- 状態（ToDo/進行中/完了）を持たないユーザーストーリーやエピックがあると、なぜ問題として検出されるの？
- 進行中の作業 (WIP)
- 開発者 (Developer)
Kanban in Aviation Maintenance: A Case Study of a Chinese Aircraft Maintenance Enterprise
Section titled “Kanban in Aviation Maintenance: A Case Study of a Chinese Aircraft Maintenance Enterprise”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: 中国の航空機整備会社の整備部門が、機体ごとのプロジェクトと共用の作業場の組み合わせに、人員配置・プロジェクト管理・生産管理の 3 種のカンバンの表示板を入れ、導入前後の 12 か月を比べた事例研究（ソフトウェア以外の領域）。
引用しているページ（1件）
Managing Multiple Projects in Uncertain Contexts: A Case Study on the Application of a New Approach Based on the Critical Chain Method
Section titled “Managing Multiple Projects in Uncertain Contexts: A Case Study on the Application of a New Approach Based on the Critical Chain Method”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: スペインの機械メーカーの設計部門で、複数案件が同じ資源を取り合う状況に、クリティカルチェーン法・バッファ・Full-kit・カンバンを入れ、制約となる資源の容量から仕掛かりの上限を決めたアクションリサーチ（ソフトウェア以外の領域）。
引用しているページ（1件）
On the benefits and challenges of using kanban in software engineering: a structured synthesis study
Section titled “On the benefits and challenges of using kanban in software engineering: a structured synthesis study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: ソフトウェア開発で Kanban を使った実証研究 20 件を Structured Synthesis Method で統合し、確信度の高い便益（作業の見える化・活動とタスクの統制・作業の流れ・市場投入までの時間）と、成否を最も左右する課題（組織文化）を示したレビュー。
引用しているページ（1件）
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文書は、ナレッジワークにおけるカンバンの定義、理由、理論的根拠、実践的手法、指標活用について述べたガイダンスであり、オープンに適応可能な内容を提供している。カンバンシステムの構築・運用を通じて、価値フローの最適化と継続的改善を図るためのフレームワークを示している。
引用しているページ（13件）
- 1つの作業項目が同時に複数の状態（ToDo/進行中/完了）になっているのはなぜダメ？
- WIP制限ポリシー (WIP Limit Policy)
- どの状態にも属さない「浮遊した」作業項目があると何が問題？
- カンバン (Kanban)
- サービスレベル期待値 (Service Level Expectation)
- トヨタ生産方式、TPS (Toyota Production System)
- プルによる投入 (Pull Transition)
- ワークフローの定義 (Definition of Workflow)
- 作業項目 (Work Item)
- 失敗需要 (Failure Demand)
- 市場に出すまでの時間、T2M (Time to Market)
- 現地現物 (Genchi Genbutsu)
- 進行中の作業 (WIP)
Resource management strategies for prioritizing non-scheduled surgical procedures in a tertiary public hospital
Section titled “Resource management strategies for prioritizing non-scheduled surgical procedures in a tertiary public hospital”- 形式: 記事
- 書き手: 研究者
- ライセンス:
- 説明: 上記 2025 年の論文と同じ導入の設計（優先度の算法・申込み票・共有の表示板・毎日の会議）と、導入後の暫定の数値を実施した側が紹介する編集記事。
引用しているページ（1件）
Scrumban in Hybrid Environments: An Empirical Investigation of Organizational Use and Impact in Development Teams
Section titled “Scrumban in Hybrid Environments: An Empirical Investigation of Organizational Use and Impact in Development Teams”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: ソフトウェアとハードウェアが混在するハイブリッド開発組織において、Scrumban（ScrumのケイデンスとKanbanのフロー・WIP制御の統合）を導入・適応させた実証調査。開発チームと管理職の視点から調整・可視化・課題を分析。
引用しているページ（3件）
T140207 Consider alternative processes for Unbreak Now bugs, especially those which cross-cut components
Section titled “T140207 Consider alternative processes for Unbreak Now bugs, especially those which cross-cut components”- 形式: ウェブページ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
T141130 Institute a weekly review of all UBN! tasks
Section titled “T141130 Institute a weekly review of all UBN! tasks”- 形式: ウェブページ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文書は、組織がイノベーションと迅速な価値提供を実現するためのフレームワークを提供し、複雑性を理解し、チームワークを強化する方法について述べている。また、フロー状態に到達するために必要な構造やリーダーシップの再構築に関するアプローチを示している。
引用しているページ（8件）
Ontology
Section titled “Ontology”An Ontology-based Approach to Enable Data-driven Decision-making in Agile Software Organizations
Section titled “An Ontology-based Approach to Enable Data-driven Decision-making in Agile Software Organizations”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、アジャイルソフトウェア開発環境において、異なるアプリケーションに分散したデータを統合し、意味のある情報に基づいた意思決定を支援するオントロジーベースのアプローチを提案している。 オントロジーを活用してデータのセマンティックな統合を実現し、ソフトウェア開発における洞察を抽出することを目的としている。 特に、アジャイル環境におけるデータ駆動型意思決定の障壁となる「意味的異質性」に取り組み、統合されたデータを支援するためのフレームワークを構築している。
引用しているページ（11件）
From a Scrum Reference Ontology to the Integration of Applications for Data-Driven Software Development
Section titled “From a Scrum Reference Ontology to the Integration of Applications for Data-Driven Software Development”- 形式: 論文
- 書き手: 研究者
- ライセンス: All Rights Reserved
引用しているページ（1件）
Ontology & Requirements
Section titled “Ontology & Requirements”ScrumOntoBDD: Agile software development based on scrum, ontologies and behaviour-driven development
Section titled “ScrumOntoBDD: Agile software development based on scrum, ontologies and behaviour-driven development”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、スクラム、オントロジー、ビヘイビア駆動開発（BDD）を統合したアジャイル開発手法「ScrumOntoBDD」を提案するものである。 学習管理システム（LMS）の開発における要件の曖昧さやテスト定義の困難さといった問題を解決することを目的としている。 特に、BDDの自然言語による振る舞い仕様に起因する解釈の違いをオントロジーによって軽減し、開発チーム間のコミュニケーションを改善することを主な貢献としている。
引用しているページ（16件）
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ユーザーストーリー (User Story)
- 受け入れ基準 (Acceptance Criteria)
- 要件 (Requirement)
- 開発者 (Developer)
Process & Practice
Section titled “Process & Practice”12. Wikipedia (2025) ‘Kanban (development)’. Available at: https://en.wikipedia.org/wiki/Kanban_(development) (Accessed: 22 June 2025).
Section titled “12. Wikipedia (2025) ‘Kanban (development)’. Available at: https://en.wikipedia.org/wiki/Kanban_(development) (Accessed: 22 June 2025).”- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（9件）
84. ‘Genchi Genbutsu(現地現物)’ (2024) Wikipedia. Available at: https://en.wikipedia.org/wiki/Genchi_genbutsu (2025 年 5 月 18 日にアクセス).
Section titled “84. ‘Genchi Genbutsu(現地現物)’ (2024) Wikipedia. Available at: https://en.wikipedia.org/wiki/Genchi_genbutsu (2025 年 5 月 18 日にアクセス).”- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
A Novel Technique to Assess Agile Systems for Stability
Section titled “A Novel Technique to Assess Agile Systems for Stability”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（10件）
A Requirement Quality Assessment Method Based on User Stories
Section titled “A Requirement Quality Assessment Method Based on User Stories”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
AI in Agile Environments: Opportunities, Challenges, and Purpose-Aligned Practical Implementation Framework
Section titled “AI in Agile Environments: Opportunities, Challenges, and Purpose-Aligned Practical Implementation Framework”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
AI-Augmented Scrum: Empirical Analysis of the Impact of Implementing AI Tools on the Results of IT Projects
Section titled “AI-Augmented Scrum: Empirical Analysis of the Impact of Implementing AI Tools on the Results of IT Projects”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
Adoption of Large Language Models in Scrum Management: Insights from Brazilian Practitioners
Section titled “Adoption of Large Language Models in Scrum Management: Insights from Brazilian Practitioners”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
Adoption of Large-Scale Scrum Practices through the Use of Management 3.0
Section titled “Adoption of Large-Scale Scrum Practices through the Use of Management 3.0”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
Agile Development of Secure Software for Small and Medium-Sized Enterprises
Section titled “Agile Development of Secure Software for Small and Medium-Sized Enterprises”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（13件）
- アジャイルソフトウェア開発 (Agile Software Development)
- セキュリティチーム (Security Team)
- セキュリティトレーニング (Security Training)
- セキュリティポリシー (Security Policy)
- セキュリティ専門家 (Security Expert)
- セキュリティ役割 (Security Role)
- セキュリティ成果物 (Security Deliverable)
- セキュリティ活動 (Security Activity)
- セキュリティ要素 (Security Element)
- セキュリティ開発者 (Security Developer)
- ペネトレーションテスト (Penetration Testing)
- リスク管理 (Risk Management)
- 安全なソフトウェア開発 (Secure Software Development)
Agile Management for Machine Learning: A Systematic Mapping Study
Section titled “Agile Management for Machine Learning: A Systematic Mapping Study”- 形式: プレプリント
- 書き手: 研究者
- ライセンス:
引用しているページ（5件）
ArchHypo: Managing Software Architecture Uncertainty Using Hypotheses Engineering
Section titled “ArchHypo: Managing Software Architecture Uncertainty Using Hypotheses Engineering”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（11件）
Are Your Online Agile Retrospectives Psychologically Safe? The Usage of Online Tools
Section titled “Are Your Online Agile Retrospectives Psychologically Safe? The Usage of Online Tools”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
Behavioral Economics in People Management: A Critical and Integrative Review
Section titled “Behavioral Economics in People Management: A Critical and Integrative Review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（3件）
Between Policy and Practice: GenAI Adoption in Agile Software Development Teams
Section titled “Between Policy and Practice: GenAI Adoption in Agile Software Development Teams”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（7件）
Cognitive Biases in Strategic Decision-Making
Section titled “Cognitive Biases in Strategic Decision-Making”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（5件）
Collaboration and Uncertainty Management in Agile Software Development: A Systematic Integrative Review and Literature-Based Positioning of CDM
Section titled “Collaboration and Uncertainty Management in Agile Software Development: A Systematic Integrative Review and Literature-Based Positioning of CDM”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（14件）
- WIP制限ポリシー (WIP Limit Policy)
- イネーブリング・リーダーシップ (Enabling Leadership)
- インクリメント (Increment)
- ステークホルダー参加 (Stakeholder Participation)
- スプリントプランニング (Sprint Planning)
- スプリントレビュー (Sprint Review)
- デイリースクラム (Daily Scrum)
- プロダクトオーナー (Product Owner)
- ユーザーストーリー (User Story)
- リーダーシップ (Leadership)
- 不確実性マネジメント (Uncertainty Management)
- 作業項目 (Work Item)
- 共同開発手法 (Collaborative Development Method)
- 選択的形式化 (Selective Formalization)
Communicating uncertainty about facts, numbers and science
Section titled “Communicating uncertainty about facts, numbers and science”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（9件）
Complexity Theory: An Overview with Potential Applications for the Social Sciences
Section titled “Complexity Theory: An Overview with Potential Applications for the Social Sciences”- 形式: 論文
- 書き手: 研究者
- ライセンス:
Continuous Integration, Delivery and Deployment: A Systematic Review on Approaches, Tools, Challenges and Practices
Section titled “Continuous Integration, Delivery and Deployment: A Systematic Review on Approaches, Tools, Challenges and Practices”- 形式: 論文
- 書き手: 研究者
- ライセンス: All Rights Reserved
引用しているページ（6件）
DT-TOC Methodology: Integration of the Theory of Constraints and Digital Transformation for Productivity Improvement in Manufacturing SMEs
Section titled “DT-TOC Methodology: Integration of the Theory of Constraints and Digital Transformation for Productivity Improvement in Manufacturing SMEs”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（3件）
Data-Driven Identification and Analysis of Waiting Times in Business Processes
Section titled “Data-Driven Identification and Analysis of Waiting Times in Business Processes”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
Decision-Making and Team Autonomy in Large-Scale Agile Software Development: An Analysis of Scaling Frameworks
Section titled “Decision-Making and Team Autonomy in Large-Scale Agile Software Development: An Analysis of Scaling Frameworks”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（17件）
- スクラムマスター (Scrum Master)
- ステークホルダー参加 (Stakeholder Participation)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ユーザーストーリー (User Story)
- 受け入れ基準 (Acceptance Criteria)
- 完成の定義 (Definition of Done)
- 意思決定 (Decisions)
- 自己管理 (Self-Management)
- 開発者 (Developer)
Decision-Making in Agile Software Engineering: A Systematic Literature Review of Models, Methods, Actors and Lifecycle Contexts
Section titled “Decision-Making in Agile Software Engineering: A Systematic Literature Review of Models, Methods, Actors and Lifecycle Contexts”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
Dependencies of Agile Teams – An Analysis of the Scaled Agile Framework
Section titled “Dependencies of Agile Teams – An Analysis of the Scaled Agile Framework”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（14件）
- アジャイルリリーストレイン (Agile Release Train)
- インクリメント (Increment)
- システムチーム (System Team)
- スクラムマスター (Scrum Master)
- スケーリング (Scaling Scrum)
- スプリント (Sprint)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- 共有サービス (Shared Services)
- 境界オブジェクト (Boundary Objects)
- 機能横断型 (Cross-functional)
Development and Validation of a Theoretical Model for Addressing Problems in Agile Meetings: A Systematic Literature Review and a Qualitative Study
Section titled “Development and Validation of a Theoretical Model for Addressing Problems in Agile Meetings: A Systematic Literature Review and a Qualitative Study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（13件）
- カンバン (Kanban)
- コミュニケーション (Communication)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- プロダクトオーナー (Product Owner)
- 会議 (Meetings)
- 会議やイベントで発言量にばらつきがあり、一部の人しか話さない。メンバーの本音を引き出すには、どうすればよいか？
- 問題・課題 (Problems, Challenges)
- 開発者 (Developer)
Enhancing Agile Software Development: A Systematic Literature Review of Requirement Prioritization and Reprioritization Techniques
Section titled “Enhancing Agile Software Development: A Systematic Literature Review of Requirement Prioritization and Reprioritization Techniques”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（10件）
- MoSCoW法 (MoSCoW Method)
- Wiegersによる優先順位付け (Wiegers Prioritization)
- カノモデル (Kano Model)
- コスト・バリューランキング (Cost-Value Ranking)
- プランニングゲーム (Planning Game)
- 価値指向による優先順位付け (Value Oriented Prioritization)
- 再優先順位付け (Reprioritization)
- 品質機能展開 (Quality Functional Deployment, QFD)
- 要件優先順位付け (Requirement Prioritization)
- 要件優先順位付けおよび再優先順位付け手法 (Requirement Prioritization and Reprioritization Techniques)
Evaluating the Consequences of Process Adjustment Patterns for Handling Software Architecture Uncertainties
Section titled “Evaluating the Consequences of Process Adjustment Patterns for Handling Software Architecture Uncertainties”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
Evolution of DevSecOps and Its Influence on Application Security: A Systematic Literature Review
Section titled “Evolution of DevSecOps and Its Influence on Application Security: A Systematic Literature Review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
- ADOCモデル (Automated DevSecOps Compliance Model)
- CyberDevOps
- DevSecOps (Development Security Operations)
- FOBICSフレームワーク (Framework for Observing Business Index Concerning Security)
- インフラストラクチャ・アズ・コード (Infrastructure as Code)
- シフトレフトセキュリティ (Shift-Left Security)
- セキュリティ・アズ・コード (Security as Code)
- 継続的インテグレーション／デプロイ (Continuous Integration / Deployment)
Exploring the Connection between the TDD Practice and Test Smells: A Systematic Literature Review
Section titled “Exploring the Connection between the TDD Practice and Test Smells: A Systematic Literature Review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
Exploring the Prevalence of Anti-patterns in the Application of Scrum in Software Development Organizations
Section titled “Exploring the Prevalence of Anti-patterns in the Application of Scrum in Software Development Organizations”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（18件）
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントゴール (Sprint Goal)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- スプリントレビューが、デモを見せて終わりになり、実りあるフィードバックの場にならない。どうすれば実りあるものにできるか？
- チームがスクラムやアジャイルをできているかを、スクラムマスターはどんな観点やデータで見極めるのが良いか？
- デイリースクラム (Daily Scrum)
- プランニングとゴール設定で、チームの協業をどう引き出すか？
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ユーザーストーリー (User Story)
- 完成の定義 (Definition of Done)
- 納期が固定で、遅れると残業になる。形だけのスクラムから抜けるには、どうすればよいか？
- 開発者 (Developer)
Exploring the effective agile team model: a qualitative mixed-methods study among practitioners
Section titled “Exploring the effective agile team model: a qualitative mixed-methods study among practitioners”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
Frequent Releases in Open Source Software: A Systematic Review
Section titled “Frequent Releases in Open Source Software: A Systematic Review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
Game-based Sprint retrospectives: multiple action research
Section titled “Game-based Sprint retrospectives: multiple action research”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（9件）
- ふりかえりが浅くなったり、マンネリになったりして、改善につながる議論が出てこない。スクラムマスターはどうふりかえりの質を上げるのが良いか？
- スクラムマスター (Scrum Master)
- スプリントレトロスペクティブ (Sprint Retrospective)
- チームがスクラムやアジャイルをできているかを、スクラムマスターはどんな観点やデータで見極めるのが良いか？
- チームのリードタイムなどの改善が停滞している。どんな打ち手があるか？
- チームの中に、他のメンバーとぶつかる言動を繰り返す人がいる。スクラムマスターはどう関わるのが良いか？
- レトロスペクティブゲーム (Retrospective Games)
- 会議やイベントで発言量にばらつきがあり、一部の人しか話さない。メンバーの本音を引き出すには、どうすればよいか？
- 納期が固定で、遅れると残業になる。形だけのスクラムから抜けるには、どうすればよいか？
Hybrid Work in Agile Software Development: Recurring Meetings
Section titled “Hybrid Work in Agile Software Development: Recurring Meetings”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Impacts of Generative AI on Agile Teams’ Productivity: A Multi-Case Longitudinal Study
Section titled “Impacts of Generative AI on Agile Teams’ Productivity: A Multi-Case Longitudinal Study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
Improving Risk Management in a Scaled Agile Environment
Section titled “Improving Risk Management in a Scaled Agile Environment”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（7件）
Improving agile requirements: the Quality User Story framework and tool
Section titled “Improving agile requirements: the Quality User Story framework and tool”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Integration and Implementation of Scaled Agile Framework and V-Model in the Healthcare Sector Organization
Section titled “Integration and Implementation of Scaled Agile Framework and V-Model in the Healthcare Sector Organization”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（3件）
Investigating Effort Estimation in a Large-Scale Agile ERP Transformation Program
Section titled “Investigating Effort Estimation in a Large-Scale Agile ERP Transformation Program”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Key AI features to support scrum software engineering: practitioners’ perspective
Section titled “Key AI features to support scrum software engineering: practitioners’ perspective”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
Lean and Agile Software Development for Managing Technical Debt on Large-Scale Software: A Systematic Literature Review
Section titled “Lean and Agile Software Development for Managing Technical Debt on Large-Scale Software: A Systematic Literature Review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
Linking Digital Knowledge Management Practices to Organizational Performance: A Serial Mediation Perspective
Section titled “Linking Digital Knowledge Management Practices to Organizational Performance: A Serial Mediation Perspective”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
- SECIモデル (SECI Model)
- デジタルナレッジストレージ (Digital Knowledge Storage)
- デジタルナレッジマネジメント (Digital Knowledge Management)
- デジタルナレッジ共有 (Digital Knowledge Sharing)
- デジタル技術を通じたナレッジ活用 (Knowledge Utilization Through Digital Technologies)
- 人工知能(AI) (Artificial Intelligence)
- 知識基盤観 (Knowledge-Based View)
- 組織学習理論 (Organizational Learning Theory)
Managing Dependencies in Large-Scale Agile
Section titled “Managing Dependencies in Large-Scale Agile”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
Measuring and Improving Agile Processes in a Small-Size Software Development Company
Section titled “Measuring and Improving Agile Processes in a Small-Size Software Development Company”- 形式: 論文
- 書き手: 研究者
- ライセンス:
Mitigating Communication-Related Process Loss in Agile Teams: A Case Study on Common Ground and Role-Based Interaction
Section titled “Mitigating Communication-Related Process Loss in Agile Teams: A Case Study on Common Ground and Role-Based Interaction”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
Modern Project Management Approaches in Uncertainty Environments: A Comparative Study Based on Action Research
Section titled “Modern Project Management Approaches in Uncertainty Environments: A Comparative Study Based on Action Research”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
On the Benefits And Problems Related to Using Definition of Done — A Survey Study
Section titled “On the Benefits And Problems Related to Using Definition of Done — A Survey Study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（5件）
Overcoming Challenges of Virtual Scrum Teams: Lessons Learned Through an Action Research Study
Section titled “Overcoming Challenges of Virtual Scrum Teams: Lessons Learned Through an Action Research Study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（7件）
- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
Principles of Nudging and Boosting: Steering or Empowering Decision-Making for Behavioral Development Economics
Section titled “Principles of Nudging and Boosting: Steering or Empowering Decision-Making for Behavioral Development Economics”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（3件）
Real-Life Water-Scrum-Fall: Insights from Large Companies in Czech Republic
Section titled “Real-Life Water-Scrum-Fall: Insights from Large Companies in Czech Republic”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
- ウォータースクラムフォール (Water-Scrum-Fall)
- スクラムを新しく始めるとき、最初に何をするのが良いか？（メンバーとステークホルダーへの準備・教育を含む）
- スクラムマスター (Scrum Master)
- スプリントレトロスペクティブ (Sprint Retrospective)
- チームがスクラムやアジャイルをできているかを、スクラムマスターはどんな観点やデータで見極めるのが良いか？
- トップダウンではなく、ボトムアップで始まったチームから、スクラムやアジャイルを組織に広げるにはどうするのが良いか？
- プロダクトオーナー (Product Owner)
- 納期が固定で、遅れると残業になる。形だけのスクラムから抜けるには、どうすればよいか？
Recurring opinions or productive improvements—what agile teams actually discuss in retrospectives
Section titled “Recurring opinions or productive improvements—what agile teams actually discuss in retrospectives”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（7件）
Responding to change over time: A longitudinal case study on changes in coordination mechanisms in large-scale agile
Section titled “Responding to change over time: A longitudinal case study on changes in coordination mechanisms in large-scale agile”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（9件）
Scrum for safety: an agile methodology for safety-critical software systems
Section titled “Scrum for safety: an agile methodology for safety-critical software systems”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Self-Determination and Meaningful Work: Exploring Socioeconomic Constraints
Section titled “Self-Determination and Meaningful Work: Exploring Socioeconomic Constraints”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
Still just personal assistants? – A multiple case study of generative AI adoption in software organizations
Section titled “Still just personal assistants? – A multiple case study of generative AI adoption in software organizations”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
Strategic Effectiveness of Agile Approaches: An Inter-Method Comparative Study
Section titled “Strategic Effectiveness of Agile Approaches: An Inter-Method Comparative Study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
Tailoring Choices Made in Scrum Projects: A Systematic Literature Review
Section titled “Tailoring Choices Made in Scrum Projects: A Systematic Literature Review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この研究は、スクラム手法を実際のプロジェクトコンテキストに合わせてカスタマイズ（テイラリング）する際の選択肢とその影響を調査するためのシステマティック・レビューである。スクラムのプラクティス、役割、作成物について、どの要素がどのように調整されているかを分析し、テイラリングがもたらす肯定的・否定的な結果に関するエビデンスを整理した。
引用しているページ（16件）
- ふりかえりが浅くなったり、マンネリになったりして、改善につながる議論が出てこない。スクラムマスターはどうふりかえりの質を上げるのが良いか？
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- スプリントレビューが、デモを見せて終わりになり、実りあるフィードバックの場にならない。どうすれば実りあるものにできるか？
- チームがスクラムやアジャイルをできているかを、スクラムマスターはどんな観点やデータで見極めるのが良いか？
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プランニングとゴール設定で、チームの協業をどう引き出すか？
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- 開発者 (Developer)
Team Portfolio Scrum: An Action Research on Multitasking in Multi-project Scrum Teams
Section titled “Team Portfolio Scrum: An Action Research on Multitasking in Multi-project Scrum Teams”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: 複数のプロジェクトから別々の依頼を受ける Scrum チームのマルチタスクを減らすため、Team Portfolio Owner という役割を置く Team Portfolio Scrum を、オランダの受託開発の会社（約 20 人）に 17 か月間導入したアクションリサーチ。
引用しているページ（1件）
The continuous testing practice: A two-year action research study to streamline software quality in scrum teams
Section titled “The continuous testing practice: A two-year action research study to streamline software quality in scrum teams”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（3件）
The interrelationship between the agile approach and project complexity in product development
Section titled “The interrelationship between the agile approach and project complexity in product development”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（3件）
Towards the Integration of Security Practices in Agile Software Development: A Systematic Mapping Review
Section titled “Towards the Integration of Security Practices in Agile Software Development: A Systematic Mapping Review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（9件）
- アジャイルソフトウェア開発 (Agile Software Development)
- アジャイル開発におけるセキュリティ実践 (Security Practices in Agile Development)
- セキュアコーディング (Secure Coding)
- セキュアソフトウェア開発フレームワーク (Secure Software Development Framework)
- セキュアソフトウェア開発メソドロジー (Secure Software Development Methodology)
- セキュリティ要件工学 (Security Requirements Engineering)
- ソフトウェアセキュリティ要件 (Software Security Requirements)
- ソフトウェア開発ライフサイクル (Software Development Lifecycle)
- 静的アプリケーションセキュリティテスト (Static Application Security Testing)
- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
- 形式: 事典
- 書き手: 不特定多数
- ライセンス:
引用しているページ（1件）
Zombie or Cyborg? Exploring How Communities Navigate Tensions between Agile and Hierarchical Organizing
Section titled “Zombie or Cyborg? Exploring How Communities Navigate Tensions between Agile and Hierarchical Organizing”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（3件）
Remote Work & Team Dynamics
Section titled “Remote Work & Team Dynamics”A Delphi Study on the Adaptation of SCRUM Practices to Remote Work
Section titled “A Delphi Study on the Adaptation of SCRUM Practices to Remote Work”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（11件）
Agile software development one year into the COVID-19 pandemic
Section titled “Agile software development one year into the COVID-19 pandemic”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
Applicability of the Scrum Methodology in Remote Work Environments and the Challenges Encountered
Section titled “Applicability of the Scrum Methodology in Remote Work Environments and the Challenges Encountered”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、情報技術およびソフトウェア開発におけるスクラム手法がリモートワーク環境でどのように適用されるか、またその過程で直面する課題について検証する研究である。特に、パンデミック後のリモートワーク普及に伴うコミュニケーションやコラボレーションの変化に注目し、スクラムイベントの効果的な実施に影響を与える要因を分析している。さらに、リモート環境下でのスクラムの適用可能性を高めるための実践的フレームワークと戦略を提案している。
引用しているページ（19件）
- ふりかえりが浅くなったり、マンネリになったりして、改善につながる議論が出てこない。スクラムマスターはどうふりかえりの質を上げるのが良いか？
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- スプリントレビューが、デモを見せて終わりになり、実りあるフィードバックの場にならない。どうすれば実りあるものにできるか？
- タイムボックス (Timebox)
- チームの中に、他のメンバーとぶつかる言動を繰り返す人がいる。スクラムマスターはどう関わるのが良いか？
- デイリースクラム (Daily Scrum)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ベロシティ (Velocity)
- 会議やイベントで発言量にばらつきがあり、一部の人しか話さない。メンバーの本音を引き出すには、どうすればよいか？
- 共有メンタルモデル (shared mental models)
- 出社とリモートが混在するチームで、スクラムのイベントやチームづくりをどう運営するか？
- 開発者 (Developer)
- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
The impact of working from home on the success of Scrum projects: A multi-method study
Section titled “The impact of working from home on the success of Scrum projects: A multi-method study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Requirements Engineering
Section titled “Requirements Engineering”Combining User-Centered Design and Lean Startup with Agile Software Development: A Case Study of Two Agile Teams
Section titled “Combining User-Centered Design and Lean Startup with Agile Software Development: A Case Study of Two Agile Teams”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（7件）
Comparing Requirements Decomposition Within the Scrum, Scrum with Kanban, XP, and Banana Development Processes
Section titled “Comparing Requirements Decomposition Within the Scrum, Scrum with Kanban, XP, and Banana Development Processes”- 形式: 論文
- 書き手: 研究者
- ライセンス:
Managing the requirements flow from strategy to release in large-scale agile development: a case study at Ericsson
Section titled “Managing the requirements flow from strategy to release in large-scale agile development: a case study at Ericsson”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
Requirements engineering challenges and practices in large-scale agile system development
Section titled “Requirements engineering challenges and practices in large-scale agile system development”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Scaling
Section titled “Scaling”- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文献は、複数のスクラムチームが協力して大規模なプロダクトを開発・デリバリーするためのフレームワークであるNexusについて述べた公式ガイドです。スクラムの原則に基づきながら、複数チーム間の統合や依存関係の管理方法を提供しています。Nexusは、スプリント計画やレビュー、デイリースクラムなどのイベントと、プロダクトバックログや統合インクリメントといった作成物についても詳細に説明しています。
引用しているページ（22件）
- Nexus (Nexus)
- Nexus スプリントバックログ (Nexus Sprint Backlog)
- Nexus スプリントプランニング (Nexus Sprint Planning)
- Nexus スプリントレトロスペクティブ (Nexus Sprint Retrospective)
- Nexus スプリントレビュー (Nexus Sprint Review)
- Nexus デイリースクラム (Nexus Daily Scrum)
- Nexus 統合チーム (Nexus Integration Team)
- インクリメント (Increment)
- クロスチームリファインメント (Cross-Team Refinement)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- リファインメント (Refinement)
- 開発者 (Developer)
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文書は、LeSS（Large Scale Scrum）フレームワークに関する仕様と実践方法を説明したガイドであり、スクラムの原則を大規模な開発環境に適用するためのフレームワークを提供している。 スクラムの基本要素やプロセス、チーム構造、マネジメントの考え方について詳しく記述されており、大規模なソフトウェア開発におけるスクラムの導入と改善を目的としている。
引用しているページ（20件）
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- プロダクトビジョン (Product Vision)
- リファインメント (Refinement)
- 完成の定義 (Definition of Done)
- 検査 (Inspection)
- 経験主義 (Empiricism)
- 透明性 (Transparency)
- 適応 (Adaptation)
- 開発者 (Developer)
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文献は、スクラムフレームワークを大規模な組織に適用するためのガイドラインを提供するものであり、スケールされた環境でのスクラム実施方法を体系的に説明している。 スクラムマスターとプロダクトオーナーの役割を拡張し、組織全体の調整と改善を促進する仕組みについても言及されている。 また、イベントやプロセスのスケーリング方法、文化の形成に関する具体的なアプローチが示されている。
引用しているページ（18件）
- Scrum at Scale (S@S)
- インクリメント (Increment)
- エグゼクティブアクションチーム (Executive Action Team)
- エグゼクティブメタスクラム (Executive MetaScrum)
- スクラムオブスクラム (Scrum of Scrums)
- スクラムオブスクラムマスター (Scrum of Scrums Master)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- チーフプロダクトオーナー (Chief Product Owner)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
Scaling & Transformation
Section titled “Scaling & Transformation”Adopting agile in government: a comparative case study
Section titled “Adopting agile in government: a comparative case study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（3件）
Agile Transformation at Scale: A Tertiary Study
Section titled “Agile Transformation at Scale: A Tertiary Study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（14件）
- スクラムを新しく始めるとき、最初に何をするのが良いか？（メンバーとステークホルダーへの準備・教育を含む）
- スケーリングフレームワーク (Scaling Frameworks)
- ステークホルダー (Stakeholders)
- ステークホルダー参加 (Stakeholder Participation)
- スプリント (Sprint)
- トップダウンではなく、ボトムアップで始まったチームから、スクラムやアジャイルを組織に広げるにはどうするのが良いか？
- フィードバック (Feedback)
- リーダーシップ (Leadership)
- 大規模アジャイル変革 (Large-scale Agile Transformation)
- 技術的負債 (Technical Debt)
- 確約 (Commitment)
- 要件 (Requirement)
- 開発者 (Developer)
- 顧客 (Customer)
An exploratory study of sustaining organisational agility
Section titled “An exploratory study of sustaining organisational agility”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（7件）
Approaches for Hybrid Scaling of Agile in the IT Industry: A Systematic Literature Review and Research Agenda
Section titled “Approaches for Hybrid Scaling of Agile in the IT Industry: A Systematic Literature Review and Research Agenda”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
Balancing organizational alignment, team autonomy, and control in large-scale agile organizations
Section titled “Balancing organizational alignment, team autonomy, and control in large-scale agile organizations”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
Benefits and Challenges of Adopting SAFe - An Empirical Survey
Section titled “Benefits and Challenges of Adopting SAFe - An Empirical Survey”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、Scaled Agile Framework（SAFe）の導入における実証的調査を行い、そのメリットと課題をIndustry participantsに対して行ったアンケート結果を基に分析している。調査結果から、SAFe導入は透明性の向上やチーム間のコラボレーションの強化に寄与することが示され、一方で組織政治やマインドセットの変革、変化への抵抗、チーム編成の困難さが主な課題として挙げられている。
引用しているページ（9件）
Building Shared Alignment for Agile at Scale: A Tool-Supported Method for Cross-Stakeholder Process Synthesis
Section titled “Building Shared Alignment for Agile at Scale: A Tool-Supported Method for Cross-Stakeholder Process Synthesis”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（7件）
Challenges and success factors for large-scale agile transformations: A systematic literature review
Section titled “Challenges and success factors for large-scale agile transformations: A systematic literature review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
Challenges in Large-Scale Agile Software Development Projects
Section titled “Challenges in Large-Scale Agile Software Development Projects”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
Do Agile Scaling Approaches Make a Difference? An Empirical Comparison of Team Effectiveness Across Popular Scaling Approaches
Section titled “Do Agile Scaling Approaches Make a Difference? An Empirical Comparison of Team Effectiveness Across Popular Scaling Approaches”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（18件）
- Nexus (Nexus)
- スクラムマスター (Scrum Master)
- スケーリング (Scaling Scrum)
- ステークホルダー (Stakeholders)
- スプリント (Sprint)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- チームがスクラムやアジャイルをできているかを、スクラムマスターはどんな観点やデータで見極めるのが良いか？
- デイリースクラム (Daily Scrum)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ベロシティ (Velocity)
- 反応性 (responsiveness)
- 有効性・生産性 (Effectiveness, Productivity)
- 継続的改善 (Continuous Improvement)
- 自己管理 (Self-Management)
- 開発者 (Developer)
- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（7件）
Exploring agile practice adoption: A survey in the Norwegian public sector
Section titled “Exploring agile practice adoption: A survey in the Norwegian public sector”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
Exploring software development at the very large-scale: a revelatory case study and research agenda for agile method adaptation
Section titled “Exploring software development at the very large-scale: a revelatory case study and research agenda for agile method adaptation”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
Finding the sweet spot for organizational control and team autonomy in large-scale agile software development
Section titled “Finding the sweet spot for organizational control and team autonomy in large-scale agile software development”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（14件）
- ガバナンス (Governance)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スケーリング (Scaling Scrum)
- スプリント (Sprint)
- スプリントレトロスペクティブ (Sprint Retrospective)
- デイリースクラム (Daily Scrum)
- トップダウンではなく、ボトムアップで始まったチームから、スクラムやアジャイルを組織に広げるにはどうするのが良いか？
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- 整合された自律性 (Aligned Autonomy)
- 権限移譲 (Empowerment)
- 機能横断型 (Cross-functional)
- 自己管理 (Self-Management)
How to Implement Bottom-Up Organizing: Lessons from Agile Piloting and Scaling
Section titled “How to Implement Bottom-Up Organizing: Lessons from Agile Piloting and Scaling”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（3件）
Inter-team Coordination in Large-Scale Agile Development: A Case Study of Three Enabling Mechanisms
Section titled “Inter-team Coordination in Large-Scale Agile Development: A Case Study of Three Enabling Mechanisms”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（10件）
Large-Scale Agile Transformation: A Case Study of Transforming Business, Development and Operations
Section titled “Large-Scale Agile Transformation: A Case Study of Transforming Business, Development and Operations”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、大規模な組織においてアジャイル手法を導入・展開する際の課題と成功要因について検討した研究である。特に、ソフトウェア開発部門にとどまらず、営業や運用、マーケティングなど他のビジネスユニットも含めた統合的なアジャイル変革の実現に向けた課題を明らかにし、それらを克服するためのアプローチを示している。
引用しているページ（12件）
- BizDev (BizDev)
- DevOps (DevOps)
- うめきゾーン (Groan Zone)
- スケーリング (Scaling Scrum)
- ステークホルダー参加 (Stakeholder Participation)
- トップダウンではなく、ボトムアップで始まったチームから、スクラムやアジャイルを組織に広げるにはどうするのが良いか？
- 分散リーダーシップ (Distributed Leadership)
- 大規模アジャイル変革 (Large-scale Agile Transformation)
- 機能横断型 (Cross-functional)
- 組織のアジャイル性 (Organizational Agility)
- 脱予算経営 (Beyond Budgeting)
- 適応力のある企業 (Adaptive Enterprise)
Large-scale agile transformation at Ericsson: a case study
Section titled “Large-scale agile transformation at Ericsson: a case study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（13件）
- Disciplined Agile Delivery (DAD)
- Large Scale Scrum (LeSS)
- Scaled Agile Framework (SAFe)
- アジャイルソフトウェア開発 (Agile Software Development)
- ウォーターフォールモデル
- スクラムを新しく始めるとき、最初に何をするのが良いか？（メンバーとステークホルダーへの準備・教育を含む）
- スクラム未経験の新人やメンバーに、スクラムをどう教えるか？
- チームの中に、他のメンバーとぶつかる言動を繰り返す人がいる。スクラムマスターはどう関わるのが良いか？
- トップダウンではなく、ボトムアップで始まったチームから、スクラムやアジャイルを組織に広げるにはどうするのが良いか？
- プロダクトオーナー (Product Owner)
- プロダクトオーナーの視座が低いと感じる。プロダクトオーナーをどう育成するのが良いか？
- 大規模アジャイル変革 (Large-scale Agile Transformation)
- 発注側と受注側が混在するスクラムチームで、違和感をどう乗り越えるか？
Projectification without projects? Theorizing temporal structures of agile-based organizing
Section titled “Projectification without projects? Theorizing temporal structures of agile-based organizing”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Quality culture boosts agile transformation—Action research in a business-to-business software business
Section titled “Quality culture boosts agile transformation—Action research in a business-to-business software business”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
Resolving Agile Ambidexterity: Between Ambivalence, Adaptation, and Accommodation
Section titled “Resolving Agile Ambidexterity: Between Ambivalence, Adaptation, and Accommodation”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
The Product Owner in Large-Scale Agile: An Empirical Study Through the Lens of Relational Coordination Theory
Section titled “The Product Owner in Large-Scale Agile: An Empirical Study Through the Lens of Relational Coordination Theory”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（7件）
Scrum Core
Section titled “Scrum Core”- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
Design trust - why it’s important to influence stakeholders in the right direction
Section titled “Design trust - why it’s important to influence stakeholders in the right direction”- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
Getting stakeholders more involved in sprint reviews
Section titled “Getting stakeholders more involved in sprint reviews”- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
How becoming open and agile led to customer success
Section titled “How becoming open and agile led to customer success”- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
How inner sourcing saved our IT department
Section titled “How inner sourcing saved our IT department”- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
Ingress NGINX Retirement: What You Need to Know
Section titled “Ingress NGINX Retirement: What You Need to Know”- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
Our top 12 mob programming tips and thoughts
Section titled “Our top 12 mob programming tips and thoughts”- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス: ライセンス不明
- 説明: この文書は、スクラムをプロダクト開発に適用するためのフレームワークとしての仕組みを説明するものであり、特に複雑なプロジェクトにおいて効果的に成果を出すために必要な役割やプロセス、成果物について述べている。また、スクラムの理論的根拠として「経験的プロセス制御」の3本柱である「透明性」「検査」「適応」の重要性が強調されており、これらを実践するためのミーティングやタイムボックスの運用方法も示されている。
引用しているページ（19件）
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- タイムボックス (Timebox)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ベロシティ (Velocity)
- ユーザーストーリー (User Story)
- 受け入れ基準 (Acceptance Criteria)
- 完成の定義 (Definition of Done)
- 経験的プロセス制御 (Empirical Process Control)
- 開発者 (Developer)
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス: ライセンス不明
- 説明: この文献は、スクラムというフレームワークの概要と理論的根拠を説明するものであり、複雑なソフトウェア開発プロジェクトにおけるプロセス管理や改善手法を提供している。また、スクラムの歴史的背景、関係者への感謝の意、そしてスクラムチームの役割や重要な成果物、ミーティングの種類についても述べている。
引用しているページ（20件）
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムチームのメンバーシップ (Scrum Team Membership)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- タイムボックス (Timebox)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ベロシティ (Velocity)
- ユーザーストーリー (User Story)
- 受け入れ基準 (Acceptance Criteria)
- 完成の定義 (Definition of Done)
- 経験的プロセス制御 (Empirical Process Control)
- 開発者 (Developer)
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス: All Rights Reserved
- 説明: この文書は、スクラムというフレームワークの定義と利用方法を説明するガイドである。スクラムチームの役割やイベント、成果物、そして経験的プロセス制御の理論に基づいた運用方式について述べている。
引用しているページ（19件）
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムチームのメンバーシップ (Scrum Team Membership)
- スクラムマスター (Scrum Master)
- ステークホルダー参加 (Stakeholder Participation)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- タスク見積り (Task Estimation)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- 完成の定義 (Definition of Done)
- 経験主義 (Empiricism)
- 経験的プロセス制御 (Empirical Process Control)
- 開発者 (Developer)
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文書は、スクラム・アジャイル開発手法のフレームワークを規定したガイドラインであり、スクラムチームの役割・イベント・作成物、およびその運用ルールについて詳細に記述している。 特に、スクラムの定義や理論的根拠（経験的プロセス制御）について説明し、実践における透明性・検査・適応の三本柱を強調している。 また、プロダクトオーナー、開発チーム、スクラムマスターそれぞれの責任と相互関係、そしてスプリント管理の流れについても述べている。
引用しているページ（24件）
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- ステークホルダー参加 (Stakeholder Participation)
- スプリント (Sprint)
- スプリントゴール (Sprint Goal)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- タイムボックス (Timebox)
- タスク見積り (Task Estimation)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- リファインメント (Refinement)
- 完成の定義 (Definition of Done)
- 検査 (Inspection)
- 経験主義 (Empiricism)
- 経験的プロセス制御 (Empirical Process Control)
- 透明性 (Transparency)
- 適応 (Adaptation)
- 開発者 (Developer)
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文書は、スクラム・アジャイル開発手法の基本的なフレームワークを定義したガイドであり、スクラムチームの役割・イベント・作成物について詳しく述べている。また、経験的プロセス制御の理論に基づく透明性・検査・適応の三本柱と、チームが実践すべき価値基準についても解説している。
引用しているページ（21件）
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントゴール (Sprint Goal)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- タスク見積り (Task Estimation)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- リファインメント (Refinement)
- 完成の定義 (Definition of Done)
- 検査 (Inspection)
- 経験主義 (Empiricism)
- 透明性 (Transparency)
- 適応 (Adaptation)
- 開発者 (Developer)
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文書は、スクラムというフレームワークの定義、目的、構成要素、およびその理論的根拠を示した公式ガイドである。スクラムは複雑なプロダクト開発に適した軽量で理解しやすいアプローチであり、経験主義に基づき、透明性、検査、適応の三本柱で支えられている。
引用しているページ（19件）
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- タスク見積り (Task Estimation)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- 完成の定義 (Definition of Done)
- 検査 (Inspection)
- 経験主義 (Empiricism)
- 透明性 (Transparency)
- 適応 (Adaptation)
- 開発者 (Developer)
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文書は、スクラムというフレームワークの公式な定義と運用方法を示したガイドである。スクラムは複雑な問題に対応するための軽量級のアジャイル手法であり、チームが価値を効果的に創造できるように支援することを目的としている。また、スクラムの主要な要素や役割、イベント、作成物について詳しく記述しており、実践における一貫性と整合性を保つための指針を提供している。
引用しているページ（45件）
- インクリメント (Increment)
- インクリメントは何によって構成される？
- エピック（分解前の大きなユーザーストーリー）を、そのままスプリントバックログに入れてよいか？
- スクラム (Scrum)
- スクラムチーム (Scrum Team)
- スクラムチームのメンバーシップ (Scrum Team Membership)
- スクラムマスター (Scrum Master)
- スクラムマスターが不在だったり、プロダクトオーナーと兼任だったりすると何がまずい？
- スクラムマスターやプロジェクトマネージャーが開発者にタスクを割り当ててもよいか？
- ステークホルダー参加 (Stakeholder Participation)
- スプリント (Sprint)
- スプリントで承認された成果物が出ないと何が問題？
- スプリントに必要なイベント（スプリントプランニング／デイリースクラム／スプリントレビュー／スプリントレトロスペクティブ）が1つでも欠けていた場合、何が問題とされるか？
- スプリントに複数のスプリントバックログがあってはいけないのはなぜ？
- スプリントゴール (Sprint Goal)
- スプリントバックログ (Sprint Backlog)
- スプリントバックログにタスクが1つもない状態は何がまずいの？
- スプリントプランニング (Sprint Planning)
- スプリントプランニングが必ず1回なのはなぜ？
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- スプリントレビューにステークホルダーが誰も来ないと何がまずい？
- タスクに見積もりがないと何が問題？
- タスクは必ずユーザーストーリーに紐づいていないといけないのはなぜ？
- タスク見積り (Task Estimation)
- デイリースクラム (Daily Scrum)
- デイリースクラムはスクラムマスターやPOへの進捗報告ミーティングか？
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトオーナーがバックログを管理しないと何が起きる？
- プロダクトゴール (Product Goal)
- プロダクトバックログ (Product Backlog)
- ベロシティをチーム間比較に使ってはいけないのはなぜ？
- マネジメントはスクラムチームに何をすべき？何をすべきでない？
- ユーザーストーリーに受け入れ条件がないと何がまずいの？
- レトロスペクティブをやったのに改善タスクが1つもないのは問題？
- 受け入れ条件や成果物を「機能要件か非機能要件か」「承認されたか、されていないか」のどちらかに必ず分類するのはなぜ？
- 完成の定義 (Definition of Done)
- 完成の定義（DoD）を満たさなかった成果物を生んだタスクは、どう扱われるべきか（手戻りの考え方）？
- 心理的安全性ってスクラムで具体的に何を指す？
- 成果物やタスクの実行が、計画やユーザーストーリーと繋がっていないと何が問題？
- 成果物を「承認された」とみなす条件は？
- 確約 (Commitment)
- 経験主義 (Empiricism)
- 開発者 (Developer)
- 形式: ガイド
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文書は、オリジナルの2020年版スクラムガイドを基に、より実践的な導入と適用を支援するための補足資料である。 スクラムの基本概念やフレームワークの背景、そしてその活用方法について詳しく説明し、読者がスクラムを効果的に理解・実践できるようにしている。 また、スクラムの価値やプロセス、チームの役割などについて、より深く掘り下げた内容が含まれている。
引用しているページ（24件）
- アウトカム完成の定義 (Definition of Outcome Done)
- アウトプット完成の定義 (Definition of Output Done)
- インクリメント (Increment)
- クネビン (Cynefin ®)
- システム思考 (Systems Thinking)
- スクラム (Scrum)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- プロダクト思考 (Product Thinking)
- 創発 (Emergence)
- 受け入れ基準 (Acceptance Criteria)
- 経験主義 (Empiricism)
- 脱予算経営 (Beyond Budgeting)
- 自己管理スクラムチーム (Self-managing Scrum Team)
- 開発者 (Developer)
Scrum Guidebook: Analysis of the 2017 Scrum Guide
Section titled “Scrum Guidebook: Analysis of the 2017 Scrum Guide”- 形式: 書籍
- 書き手: 実践者
- ライセンス:
- 説明: この文書は、2017年版スクラムガイドに対する詳細な解説と注釈（The Annotated Scrum Guide）、スクラム辞書（Scrum Dictionary）、スクラムの9つのゾーン（Nine Zones of Scrum）、スケーリングの基礎（STS/MTS）などを収録した実践的なガイドブックである。
引用しているページ（11件）
- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（15件）
- スクラム (Scrum)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- 作成物 (Artifacts)
- 透明性 (Transparency)
- 適応 (Adaptation)
T376072 The EditGroups tool needs new maintainer(s)
Section titled “T376072 The EditGroups tool needs new maintainer(s)”- 形式: ウェブページ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
The technical team working together through group learning
Section titled “The technical team working together through group learning”- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
What I learnt leading empowered teams at scale in Teacher Services
Section titled “What I learnt leading empowered teams at scale in Teacher Services”- 形式: ブログ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
Wikimedia Discovery/Meetings/Search retrospective 2017-03-28
Section titled “Wikimedia Discovery/Meetings/Search retrospective 2017-03-28”- 形式: ウェブページ
- 書き手: 実践者
- ライセンス:
引用しているページ（1件）
Security
Section titled “Security”Agile Software Development with Secure and Scrum-Centric Approach
Section titled “Agile Software Development with Secure and Scrum-Centric Approach”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この研究は、アジャイルソフトウェア開発におけるスクラム手法とセキュリティの統合について分析し、両者の融合が安全で堅牢なソフトウェア開発を可能にすることを目的としている。 論文では、計量書誌学的および統計解析を用いて、スクラムとセキュリティを組み合わせたアーキテクチャの有効性を検証し、プロアクティブなリスク管理と脆弱性の早期検知が実現できることを示している。 また、ソフトウェア開発の各フェーズにおいて、スクラムとセキュリティの要素を融合させることで、プロジェクトの柔軟性と安全性の両面を向上させられるという結論に至っている。
引用しているページ（13件）
- スクラムチーム (Scrum Team)
- ステークホルダー (Stakeholders)
- ステークホルダー参加 (Stakeholder Participation)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- 成果物 (Deliverable)
- 開発者 (Developer)
- 障害物 (Impediment)
Identifying Key Activities, Artifacts and Roles in Agile Engineering of Secure Software with Hierarchical Clustering
Section titled “Identifying Key Activities, Artifacts and Roles in Agile Engineering of Secure Software with Hierarchical Clustering”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、アジャイル開発環境におけるソフトウェアセキュリティの実践を支援するために、既存の文献から主要なアクティビティ、作成物、および役割を特定することを目的としている。 階層的クラスタリング手法を用いて類似性を評価し、統合されたフレームワークを構築することで、セキュアソフトウェア開発における具体的な実践方法を提示している。 その結果、7つの主要アクティビティ、5つの主要作成物、4つの主要役割を特定し、これらをソフトウェア開発チームがセキュリティを考慮したアジャイルプロセスの改善に活用できるとしている。
引用しているページ（9件）
Integrating DAST in Kanban and CI/CD: A Real-World Security Case Study
Section titled “Integrating DAST in Kanban and CI/CD: A Real-World Security Case Study”- 形式: プレプリント
- 書き手: 研究者
- ライセンス:
- 説明: この文献は、カンバンやCI/CDといったアジャイル開発手法に動的アプリケーションセキュリティテスト（DAST）を統合する実際の事例を調査したケーススタディである。開発プロセスにおけるセキュリティの導入がもつ課題や工夫、ベストプラクティスについて明らかにしている。
引用しているページ（8件）
Integrating Log-Based Security Analytics in Agile Workflows: A Real-World Experience Report
Section titled “Integrating Log-Based Security Analytics in Agile Workflows: A Real-World Experience Report”- 形式: プレプリント
- 書き手: 実践者
- ライセンス:
- 説明: この文献は、アジャイル開発環境においてログベースのセキュリティアナリティクスを統合する際の実践的課題とその解決方法について報告している。 研究では、開発者視点からの半構造化インタビューを通じて、システム導入の意欲や直面した問題、そして日々の開発活動への影響について分析している。 また、アジャイルワークフローにセキュリティを効果的に組み込むための教訓やベストプラクティスを提示している。
引用しているページ（7件）
Software Architecture & Reuse
Section titled “Software Architecture & Reuse”Agile Software Development and Reuse Approach with Scrum and Software Product Line Engineering
Section titled “Agile Software Development and Reuse Approach with Scrum and Software Product Line Engineering”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、アジャイル開発手法であるスクラムとソフトウェアプロダクトラインエンジニアリング（SPLE）を統合した新しいソフトウェア開発アプローチとして、「SPLE-Scrum」を提案している。 このアプローチでは、要求工学や設計の実践を組み込み、再利用可能なコアアセットを活用して複数のアプリケーションを効率的に構築することを目的としている。 ブロックチェーンオンラインストアを対象としたケーススタディを通じて、この統合アプローチの有効性が検証され、専門家と実践者からの調査結果によってその利点が示されている。
引用しているページ（21件）
- インクリメント (Increment)
- エピック (Epic)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- ソフトウェアプロダクトラインエンジニアリング (Software Product Line Engineering)
- タスク見積り (Task Estimation)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ユーザーストーリー (User Story)
- 受け入れ基準 (Acceptance Criteria)
- 完成の定義 (Definition of Done)
- 要件 (Requirement)
- 要件アーティファクト (Requirements Artifact)
- 開発者 (Developer)
Software Architecture & Systems Engineering
Section titled “Software Architecture & Systems Engineering”Integration of MBSE and scrum for complex system development: the sMBSAP proposal
Section titled “Integration of MBSE and scrum for complex system development: the sMBSAP proposal”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この研究は、モデルベースソフトウェア工学（MBSE）とスクラムの統合を目指し、複雑なシステム開発におけるモデルの厳密性と反復的開発の柔軟性のバランスを取るアプローチを提案している。 提案されたsMBSAP手法は、要求とモデル間のトレーサビリティ向上、ドキュメント管理の最適化、チーム間のコミュニケーション促進に寄与することが示され、 healthcareシステムにおけるケーススタディを通じて検証されている。 一方で、組織の成熟度やモデリング専門知識に関する課題も指摘されており、MBSEとスクラムの融合がより効率的で適応力のあるソフトウェア開発を実現する可能性を示唆している。
引用しているページ（7件）
Software Quality & Technical Debt
Section titled “Software Quality & Technical Debt”The journey to technical excellence in agile software development
Section titled “The journey to technical excellence in agile software development”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（5件）
Team Dynamics & Effectiveness
Section titled “Team Dynamics & Effectiveness”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この研究は、スクラムチームの有効性を説明する統合的理論を提示し、それを実証するためのデータ分析を行っている。 研究では、7年間の混合手法を用いて理論モデルを構築・検証し、5つの上位要因と13の下位要因がチームの有効性に影響を与えることを示した。 また、その結果から組織がスクラムチームをより効果的に支援するための具体的な推奨事項も提示している。
引用しているページ（31件）
- ふりかえりが浅くなったり、マンネリになったりして、改善につながる議論が出てこない。スクラムマスターはどうふりかえりの質を上げるのが良いか？
- インクリメント (Increment)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スクラムマスターは観察をするとありますが、具体的に何をすれば良いですか？
- スプリント (Sprint)
- スプリントバックログ (Sprint Backlog)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- スプリントレビューが、デモを見せて終わりになり、実りあるフィードバックの場にならない。どうすれば実りあるものにできるか？
- チームがスクラムやアジャイルをできているかを、スクラムマスターはどんな観点やデータで見極めるのが良いか？
- チームのパフォーマンス (Team Performance)
- チームの中に、他のメンバーとぶつかる言動を繰り返す人がいる。スクラムマスターはどう関わるのが良いか？
- チームの自律性 (Team Autonomy)
- デイリースクラム (Daily Scrum)
- バックログアイテム (Backlog Item)
- プランニングとゴール設定で、チームの協業をどう引き出すか？
- プロダクトオーナー (Product Owner)
- プロダクトオーナーの視座が低いと感じる。プロダクトオーナーをどう育成するのが良いか？
- プロダクトバックログ (Product Backlog)
- ベロシティ (Velocity)
- リファインメント (Refinement)
- 反応性 (responsiveness)
- 完成の定義 (Definition of Done)
- 有効性 (Effectiveness)
- 機能横断型 (Cross-functional)
- 継続的改善 (Continuous Improvement)
- 自己管理 (Self-Management)
- 自己管理スクラムチーム (Self-managing Scrum Team)
- 開発者 (Developer)
A systematic review exploring the content and outcomes of interventions to improve psychological safety, speaking up and voice behaviour
Section titled “A systematic review exploring the content and outcomes of interventions to improve psychological safety, speaking up and voice behaviour”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（5件）
A teamwork effectiveness model for agile software development
Section titled “A teamwork effectiveness model for agile software development”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
Autonomy, Competence, Relatedness, and Beneficence: A Multicultural Comparison of the Four Pathways to Meaningful Work
Section titled “Autonomy, Competence, Relatedness, and Beneficence: A Multicultural Comparison of the Four Pathways to Meaningful Work”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（5件）
Interruptions in Agile Software Development Teams
Section titled “Interruptions in Agile Software Development Teams”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: アジャイルのソフトウェア開発チーム 4 つ（Scrum が 3 つ、Kanban が 1 つ）で 19 人に面接し、割り込みの種類（プログラミングに関わる障害、チームの相互作用、外部の環境）と、チームがそれをどう扱ったかを探索的に調べた事例研究。
引用しているページ（8件）
Leader Autonomy Support in the Workplace: A Meta-Analytic Review
Section titled “Leader Autonomy Support in the Workplace: A Meta-Analytic Review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（5件）
Leadership Gap in Agile Teams: How Teams and Scrum Masters Mature
Section titled “Leadership Gap in Agile Teams: How Teams and Scrum Masters Mature”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（12件）
- シェアドリーダーシップ (Shared Leadership)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スクラムマスターは観察をするとありますが、具体的に何をすれば良いですか？
- スクラム未経験の新人やメンバーに、スクラムをどう教えるか？
- スプリントレトロスペクティブ (Sprint Retrospective)
- チームがスクラムやアジャイルをできているかを、スクラムマスターはどんな観点やデータで見極めるのが良いか？
- デイリースクラム (Daily Scrum)
- プロダクトオーナー (Product Owner)
- リーダーシップギャップ (Leadership Gap)
- 機能横断型 (Cross-functional)
- 自己管理 (Self-Management)
Mastering scrum with a focus on team maturity and key components of scrum
Section titled “Mastering scrum with a focus on team maturity and key components of scrum”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（10件）
- スクラムの価値基準 (Scrum Values)
- スクラムを新しく始めるとき、最初に何をするのが良いか？（メンバーとステークホルダーへの準備・教育を含む）
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリントゴール (Sprint Goal)
- チームがスクラムやアジャイルをできているかを、スクラムマスターはどんな観点やデータで見極めるのが良いか？
- チームの成熟度 (Team Maturity)
- プロダクトオーナー (Product Owner)
- プロダクトオーナーの視座が低いと感じる。プロダクトオーナーをどう育成するのが良いか？
- 開発者 (Developer)
Relationships between Agile Work Practices and Occupational Well-Being: The Role of Job Demands and Job Resources
Section titled “Relationships between Agile Work Practices and Occupational Well-Being: The Role of Job Demands and Job Resources”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（19件）
- インクリメント (Increment)
- スクラム (Scrum)
- スクラムの価値基準 (Scrum Values)
- スクラムマスター (Scrum Master)
- ステークホルダー参加 (Stakeholder Participation)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- タイムボックス (Timebox)
- タスク見積り (Task Estimation)
- チームの反省性 (Team Reflexivity)
- デイリースクラム (Daily Scrum)
- フィードバック (Feedback)
- プロダクトオーナー (Product Owner)
- 固定期間のスプリントを崩さずに、チームの流速や開発量（スループット）を高めるにはどうすればよいか？
- 納期が固定で、遅れると残業になる。形だけのスクラムから抜けるには、どうすればよいか？
- 自己管理 (Self-Management)
- 要件 (Requirement)
- 開発者 (Developer)
STEM-EF: A Scrum Teamwork Effectiveness Model Based on Emotional Factors
Section titled “STEM-EF: A Scrum Teamwork Effectiveness Model Based on Emotional Factors”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（12件）
- STEM-EF (Scrum Teamwork Effectiveness Model – Emotional Factors)
- スクラムチーム (Scrum Team)
- スクラムチーム有効性モデル (Scrum Team Effectiveness Model)
- スクラムマスター (Scrum Master)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- チームのリードタイムなどの改善が停滞している。どんな打ち手があるか？
- デイリースクラム (Daily Scrum)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- 心理的安全 (Psychological Safety)
Sprint Zeal or Sprint Fatigue? The Benefits and Burdens of Agile ISD Practices Use for Developer Well-Being
Section titled “Sprint Zeal or Sprint Fatigue? The Benefits and Burdens of Agile ISD Practices Use for Developer Well-Being”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
Team coaching using LSP and team facilitation: a randomized control trial study measuring team cohesion and psychological safety
Section titled “Team coaching using LSP and team facilitation: a randomized control trial study measuring team cohesion and psychological safety”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（2件）
The Double-Edged Sword of Diversity: How Diversity, Conflict, and Psychological Safety Impact Agile Software Teams
Section titled “The Double-Edged Sword of Diversity: How Diversity, Conflict, and Psychological Safety Impact Agile Software Teams”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
The Impact of a Skill-Driven Model on Scrum Teams in Software Projects: A Catalyst for Digital Transformation
Section titled “The Impact of a Skill-Driven Model on Scrum Teams in Software Projects: A Catalyst for Digital Transformation”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
The role of transactive memory systems, psychological safety and interpersonal conflict in hospital team performance
Section titled “The role of transactive memory systems, psychological safety and interpersonal conflict in hospital team performance”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
The role of voice and silence behaviors in software development: a structural equation modeling analysis
Section titled “The role of voice and silence behaviors in software development: a structural equation modeling analysis”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
Team Dynamics & Roles
Section titled “Team Dynamics & Roles”A Quantitative Exploration of the 9-Factor Theory: Distribution of Leadership Roles Between Scrum Master and Agile Team
Section titled “A Quantitative Exploration of the 9-Factor Theory: Distribution of Leadership Roles Between Scrum Master and Agile Team”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（5件）
An empirical study on changing leadership in agile teams
Section titled “An empirical study on changing leadership in agile teams”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（10件）
- ふりかえりが浅くなったり、マンネリになったりして、改善につながる議論が出てこない。スクラムマスターはどうふりかえりの質を上げるのが良いか？
- スクラムを新しく始めるとき、最初に何をするのが良いか？（メンバーとステークホルダーへの準備・教育を含む）
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スクラムマスターは観察をするとありますが、具体的に何をすれば良いですか？
- スクラム未経験の新人やメンバーに、スクラムをどう教えるか？
- チームの中に、他のメンバーとぶつかる言動を繰り返す人がいる。スクラムマスターはどう関わるのが良いか？
- トップダウンではなく、ボトムアップで始まったチームから、スクラムやアジャイルを組織に広げるにはどうするのが良いか？
- 会議やイベントで発言量にばらつきがあり、一部の人しか話さない。メンバーの本音を引き出すには、どうすればよいか？
- 開発者 (Developer)
Coordination Strategies: Managing Inter-team Coordination Challenges in Large-Scale Agile
Section titled “Coordination Strategies: Managing Inter-team Coordination Challenges in Large-Scale Agile”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
Investigating the role of Product Owner in Scrum teams: Differentiation between organisational and individual impacts and opportunities
Section titled “Investigating the role of Product Owner in Scrum teams: Differentiation between organisational and individual impacts and opportunities”- 形式: 論文
- 書き手: 研究者
- ライセンス:
Onboarding Model to Integrate Newcomers into Scrum Team at an Insurance Company
Section titled “Onboarding Model to Integrate Newcomers into Scrum Team at an Insurance Company”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
Onboarding Newcomers in Large-Scale Agile Projects: A Multiple Case Study
Section titled “Onboarding Newcomers in Large-Scale Agile Projects: A Multiple Case Study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
Onboarding: How Newcomers Integrate into an Agile Project Team
Section titled “Onboarding: How Newcomers Integrate into an Agile Project Team”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
Psychological Safety in Software Workplaces: A Systematic Literature Review
Section titled “Psychological Safety in Software Workplaces: A Systematic Literature Review”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Role clarity deficiencies can wreck agile teams
Section titled “Role clarity deficiencies can wreck agile teams”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
Selbstorganisiert und dennoch geführt – eine explorative Studie zur Führung durch Scrum Master
Section titled “Selbstorganisiert und dennoch geführt – eine explorative Studie zur Führung durch Scrum Master”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（6件）
Understanding the Interactions between the Scrum Master and the Development Team: A Game-Theoretic Approach
Section titled “Understanding the Interactions between the Scrum Master and the Development Team: A Game-Theoretic Approach”- 形式: 論文
- 書き手: 研究者
- ライセンス:
What an Agile Leader Does: The Group Dynamics Perspective
Section titled “What an Agile Leader Does: The Group Dynamics Perspective”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（1件）
What makes effective leadership in agile software development teams?
Section titled “What makes effective leadership in agile software development teams?”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（4件）
Value & Metrics
Section titled “Value & Metrics”- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文献は、不確実な環境下での組織の価値提供を向上させるためのフレームワークとしてエビデンスベースドマネジメント（EBM）を紹介するものである。EBMは、目標達成のために意図的な実験とフィードバックを活用し、戦略的・中間的・即時的なゴール設定と適応のプロセスを説明している。
引用しているページ（10件）
- 形式: ガイド（一次資料）
- 書き手: フレームワークの作者
- ライセンス:
- 説明: この文献は、エビデンスベースドマネジメント（EBM）について解説したガイドであり、特に不確実な環境下での組織の改善とアジリティ向上に向けたアプローチを紹介している。EBMは、戦略的ゴールに基づいて中間目標や即時目標を設定し、実験を通じて得られたエビデンスをもとに適応的に行動を調整する仕組みを提供する。また、活動・アウトプット・アウトカムの3つの指標タイプについても説明している。
引用しているページ（11件）
Scrum: An Agile Software Development Process and Metrics
Section titled “Scrum: An Agile Software Development Process and Metrics”- 形式: 論文
- 書き手: 研究者
- ライセンス:
- 説明: この論文は、従来のウォーターフォールモデルに見られる問題を指摘し、特に変更に柔軟に対応できるアジャイル開発手法におけるスクラムの重要性を説明している。スクラムを用いたソフトウェア開発のプロセスとそのメトリクスについて述べ、実際のプロジェクト成功にどのように寄与するかを分析している。
引用しているページ（22件）
- アジャイルマニフェスト
- インクリメント (Increment)
- スクラム (Scrum)
- スクラムチーム (Scrum Team)
- スクラムマスター (Scrum Master)
- スプリント (Sprint)
- スプリントゴール (Sprint Goal)
- スプリントバックログ (Sprint Backlog)
- スプリントバーンダウンチャート (Sprint Burndown Chart)
- スプリントプランニング (Sprint Planning)
- スプリントレトロスペクティブ (Sprint Retrospective)
- スプリントレビュー (Sprint Review)
- チームベロシティ (Team Velocity)
- デイリースクラム (Daily Scrum)
- プロダクトオーナー (Product Owner)
- プロダクトバックログ (Product Backlog)
- ベロシティ (Velocity)
- ユーザーストーリー (User Story)
- 市場に出すまでの時間、T2M (Time to Market)
- 投資対効果 (Return on Investment)
- 流出不具合 (Escaped Defects)
- 資本の再配置 (Capital Redeployment)
Value & Metrics / DevOps
Section titled “Value & Metrics / DevOps”Applying and Researching DevOps: A Tertiary Study
Section titled “Applying and Researching DevOps: A Tertiary Study”- 形式: 論文
- 書き手: 研究者
- ライセンス:
引用しているページ（8件）
Measuring Software Delivery Performance Using the Four Key Metrics of DevOps
Section titled “Measuring Software Delivery Performance Using the Four Key Metrics of DevOps”- 形式: 論文
- 書き手: 研究者
- ライセンス: