第10回 Plus Programming .net 勉強会「TFSで エンタープライズ・アジャイル スクラム開発 ~Team Foundation Server でスクラム開発を始めよう!~」のセッションスライド
「TFSでソース管理はやっているけど、次はどうしたらいいの?」
スクラム開発やウォーターフォールの進捗管理・工程管理をTFSで取扱いたいけれど、具体的な操作方法がわからない。知りたいという声にお応えして、TFSでの実際のユーザーの操作を中心に解説します。
スクラムやウォーターフォールの考え方を整理しながら、具体的なイメージを持って、自社案件にTFSスクラム開発を採用できるか?検討できるようになることがゴールです。
An overview of Systems Thinking, and how to apply the ideas of Complexity Theory to management of systems, with the results being called "Complexity Thinking".
This presentation is part of the Management 3.0 course created by Jurgen Appelo.
http://www.management30.com/course-introduction/
第10回 Plus Programming .net 勉強会「TFSで エンタープライズ・アジャイル スクラム開発 ~Team Foundation Server でスクラム開発を始めよう!~」のセッションスライド
「TFSでソース管理はやっているけど、次はどうしたらいいの?」
スクラム開発やウォーターフォールの進捗管理・工程管理をTFSで取扱いたいけれど、具体的な操作方法がわからない。知りたいという声にお応えして、TFSでの実際のユーザーの操作を中心に解説します。
スクラムやウォーターフォールの考え方を整理しながら、具体的なイメージを持って、自社案件にTFSスクラム開発を採用できるか?検討できるようになることがゴールです。
An overview of Systems Thinking, and how to apply the ideas of Complexity Theory to management of systems, with the results being called "Complexity Thinking".
This presentation is part of the Management 3.0 course created by Jurgen Appelo.
http://www.management30.com/course-introduction/
The document provides an introduction to the Unified Modeling Language (UML). It explains that UML is a standardized modeling language used to visually represent systems through different diagrams, such as use case diagrams, class diagrams, state diagrams, and others. It also discusses some basic UML concepts like classes, attributes, operations, relationships between classes, and visibility/access modifiers. Examples of UML class and sequence diagrams are provided to illustrate how to model classes and interactions between objects in UML.
Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese TranslationKenji Hiranabe
Japanese translation of Eric Ries Keynote at Startup Lessons Learned sllconf 2011 - Japanese Translation
http://www.slideshare.net/startuplessonslearned/eric-ries-sllconf-keynote-state-of-the-lean-startup-movement
Translated by Yuki Sekiguchi and Kenji Hiranabe
Introduction of KOTATSU-MODEL in Requirement DevelopmentKent Ishizawa
オープンコミュニティ「要求開発アライアンス」(http://www.openthology.org)の2010年5月定例会発表資料です。
Open Community "Requirement Development Alliance" 2010/05 regular meeting of the presentation materials.
This document outlines Kiro Harada's presentations on Kaizen (continuous improvement) at the Agile Conference Vietnam 2016 and Agile Tour Bangkok 2016. It discusses why Kaizen is important, provides examples of how Toyota implemented early Kaizen practices, and gives suggestions for how individuals and teams can incorporate Kaizen into their work. The key messages are that Kaizen should be continuous, addressing both individual and team improvement, and that creating slack/downtime is necessary before beginning any Kaizen activities to avoid overwork and burnout.
TPS, Lean, and Scrum - How They Are Developed and Influenced One AnotherKiro Harada
This document discusses how Lean and Scrum have developed and influenced one another over time. It traces the origins of concepts like scientific management, the Toyota Production System, and agile software development. Key influences included the Hawthorne Experiment, Training Within Industry program, Toyota's approach to developing people, and the emergence of patterns languages. These ideas evolved in parallel and helped shape one another, with Lean product development and Scrum each incorporating insights from the other field. The document advocates for continuing to learn, practice, and create reusable knowledge to improve processes and organizations.
The document discusses the history and principles of Extreme Programming (XP). It traces XP back to its origins on the Chrysler Comprehensive Compensation System project in 1993. The core values of XP like communication, simplicity, feedback and courage are explained. Fundamental XP practices like pair programming, planning game, test-driven development and continuous integration are also outlined. The document then considers how technology advances since XP was first developed have changed how software teams work. It concludes by questioning how "extreme" software teams are willing to be in exposing themselves to achieve success for their customers, teams and society.
The document discusses the three faces of Kaizen: fix leaks, make it flow, and create a new stream. It describes Kaizen as a process of first slowing down to fix issues and eliminate waste, then smoothing processes to remove impediments and reduce inputs. Once the process flows effectively, it is time to consider creating an new stream through uncontinuous changes or modifying product definitions. Throughout, it stresses the importance of never trying to accelerate and maintaining safety, effectiveness and quality.
This document discusses how to continuously improve (Kaizen) work processes through eliminating waste. It recommends focusing Kaizen efforts on eliminating Muri (overburden), which leads to Mura (unevenness) and Muda (waste). Some suggested Kaizen activities include code reviews, pair programming, retrospectives, checklists, and standardizations. However, these improvements must be sustainable and scalable to much higher levels to qualify as true Kaizen. The document also outlines categories for Kaizen - Eliminate, Combine, Replace, Simplify - and emphasizes that simplicity is essential to maximizing the amount of work not done. Overall, the key message is that teams should aim to eliminate Muri, Mura, and
62. This
presenta>on
was
inspired
by
the
works
of
many
people,
and
I
cannot
possibly
list
them
all.
Though
I
did
my
very
best
to
aBribute
all
authors
of
texts
and
images,
and
to
recognize
any
copyrights,
if
you
think
that
anything
in
this
presenta>on
should
be
changed,
added
or
removed,
please
contact
me
at
[email protected].
http://creativecommons.org/licenses/by-nd/3.0/