読者です 読者をやめる 読者になる 読者になる

3日目。

アジャイル Agile2008

疲れはじめている。

朝食

こっちの人と話すことができた!
Agile のコンサルの方だった。
Scrum を扱っているそうで、最短で3日間のトレーニングからはじめるらしい。

2day(classroom & レクチャー)
Scrum のセオリー、プラクティスを学んだ後、シミュレーションを行うとのこと。
1day(スプリントプランニング)
一緒に UserStory を書くらしい。

で、おしまい。要望があれば、スプリントの途中や、終わりにやるふりかえりなどにも参加するらしい。
3日はとても短い気がするけど、プロジェクトが利用できる費用を考えると、そのあたりが妥協点なんだろうなぁ。

UserStory は Scrum のプラクティスの中でもとても難しいので最初のトレーニングに組み込まれているとのこと。

どの説明か忘れたのだけど、
UserStory - BusinessLogic - DB - MF
のような流れをかいていたのを見て、あぁこちらでは MF まで入るのが当たり前なのかなーと思った。
けど、この方がそういう案件を担当しているだけなのかもしれないね。
その辺りも聞けばよかった。

参加したセッション

Moving from Waterfall to Agile

一番気になったセッション。

アプローチの仕方はいろいろあれど、この方たちの方針は
AgileWay - Empower the teams to pick and choose the practices at their project

BackGroundは
Embedded System, Release 3-4ヶ月, C/C++, 8名体制

最初は、Retrospective から始めたとのこと。
多分メンバーの不満がいっぱいでたんだろうなぁ。
でも、チームの現状を知るにはそこから始めるのが一番なんだろう。

移行には 6Weeks かけたらしい。

◆1stWeek - Start

  • 6week time box
  • big upfront plan
  • mini watarfall cycle
  • project manager が control

チームのAgilityを計測するFactorとしては、以下のものを使ったらしい。
Self-organizing や collaboration をどうやて計測したのか興味がある。

  • TimeBoxing
  • Short Iteration
  • Self organizing
  • Collaboration
  • Automation
  • TDD
  • Frequency Integration
  • Pair Programming
  • Early reviews
  • Team's Agility

◆2ndWeek - Coding Unit Testing

  • Daily standup
  • Story Board
  • High Documentation Effort

◆3rdWeek - Coding Unit Testing

  • Just enough documentation (どのくらいにしたのかな)
  • Start TDD
  • Successful Build
  • PMs role redefined(変わり始めた?)

◆4thWeek - System Integration Testing

  • Moving away from command and control
  • Testing Started too many defects
  • Decided to following pairing during analysis for next release

◆5thWeek - System Integration Testing

  • Increase in Build Frequency
  • PM Learning towards -> self organized team
  • Indetified automation and early review/testing (early reviewって何?)

◆6thWeek - System Integration Testing

  • Demo done to the customer
  • Few defects identified
  • Team feeling Agile

資料に Automated Reviews というのがあった。JTestにあるレビュー機能みたいなものかな?
結果としては、

  • 品質のいいものができて
  • 顧客はよろこび
  • メンバーのモラルはUPした

という良い結果になったらしい。

Take away for agile coaches

Do

  • Follow an agile approach to adopt agile
  • make the results of ignoring a practice conspicuous
  • blanie? agility with disciplre?
  • choose wetrics that aid agile adopt
  • provide abundant opportunities to hear from ofrer experts and peers

Don't

  • have a dogmatic approach
  • prescribe practice
  • leave adopted practices unchecked
  • succumb to process inheritance
  • stop questioning

leave adopted practices unchecked を見て、
自分はあれこれ取り入れようとしているだけで、チェックしてないなぁ。と思った。

スピーカーの人にとても興味があることを告げて、名刺をいただいた。
聞きたいことをまとめて、メールしよう。

TidalWave: The Game Changing Tarnsform

上記のセッションの続きを見てみることに。

15〜20人のとっても燃え尽きちゃったチームが、Agileに取り組んで回復する?様を
レポートした形。

2005年から、2007年までと期間は長めだったと思う。
最初は

  • Basis Scrum Training
  • Agile Caching

から始まって、、、、どうだったんだっけ?

Trust with upper management given more autonomy in execution

Duplicated distributed information radiators

Change is constant Agile framework are never static

ふりかえりから、メンバーの変化や成長を感じること

Trust can only be earned not expected

Management can change their management style

Making things highly visible helps Demonstrate results

Forming to Performing

Forming -> Storming -> Norming -> Performing という誰かの理論を元に
自身のプロジェクトの Transition をレポートしてたんだと思う。

◆Forming

  • lasted 6 months
  • コラボ、コミュニケーションがない
  • spread out teams cubicals
  • lack of proper leadership
  • manager が scrum master と言っていたんだけど、その後 micromanage って書いてた。どゆこと?

◆Storming

  • write tech story
  • behind each story AC(Acceptance Criteria)/DC(Deliverd Criteria??)
  • recurring debate on effectiveness and value on paring

◆Norming, Performing
集中力が切れておしまい。

        • Tom Poppendieck さんがきて写真を撮ってた。今回のミッションはこれなのかしら?

◆Paring

  • learner drive and subject expert provide guidance
  • ping-pong paring - test v.s business logic
  • proniscuous paring helped team dynamic
Scaling Agile Finding Your Agile Tribe

とても大きな会社での事例報告。まとめかたが上手だなぁと思った。

◆Background

  • health services
  • diusion? of siemens solutions paring ThoughtWorks
  • 300 developers 25 scrum teams
  • Scrum + XP

core : USA + India 1->11team に
common architecture : 2->7team に
common support application : USA + EU, 5->7team に

当初 8team が 25team に成長。

1チームの構成は

  • Scrum Master
  • 4-5 Dev pairs
  • 1-2 Analysts
  • 1-2 Testers

◆Key Challenges

  • Integration & Dependency Management
  • Continuous Integration

◆Start

  • collocated-team で
  • allowing the involved teams to individually work out their interation model
  • leaving our [scrum of scrums] to monitor and support the efforts
  • independently manage integration point
  • employ TDD & IT

(後で書く)

Overbauling a Failed Project Using Out of the Box Scrum

資料に書かれていることが多すぎて Giveup...

Agile Leadership - MyTop10 Principles

◆Integrity Is No1

I want to enjoy my work.

◆Value Long Term Relationships

I want to build repeatable business.

== story ==
team bidding on legacy Modernization as plug and play
needed to deliver full solution

◆Do the Right Work

I don't want to burn out.

== story ==
'SOX' related security based scope creep with external
facing customer application

◆Foster a Learning Environment

I want everyone to grow and Learn!

== story ==
No team space in hot real estate market leased back
undeveloped open space

スキルを成長させることが「みんなの」モチベーションになるかどうか。
欧米はそういう気がするけど、うちはどうだろうか?

◆Strong Sponsors & Clear Authority

I want team to deliber wat is promises.

== story ==
Application team has external dependency to
Infrastructure team with independent project objectives

◆Value People over Process

I value people over process/tools.

== story ==
Resource management process used slices inventory match,
but could't identify operational individuals with aptitude/desire to grow skills

◆Attract and Mentor Talent

I want to work with good people.

== story ==
recruit for team, diversity with mix of buisiness & technical experts

◆Exercise transparency

I want to earn and keep team trust

== story ==
3days boot camp with team leads and vendors to observe ineractions and behavior

◆Be Results Focused

I want the team to deliver results!

== story ==
Competing equal priority features with back log owner
introduced business case approach to help prioritize based on business value

◆Leverage Your Strength

I want to build my niche!

== story ==
As PM required Sr. Architect as Technical Lead for Projects that were all about

Cowboys and Indians Impact of cultural diversity on agile teams

オフショアの話。

(後で書く)

Scaling Software Agility - Best Plactices for Large Enterprise

あれこれ書いたのだけど、まずは、principle だけ。

◆Achieving Team Agility

  • Define/Build/Test Component Team
  • Mastering the Iteration
  • 2Level Plannning and Tracking
  • Smaller more Frequent Releases
  • Concurrent Testing
  • Continuous Integration
  • Regular Reflection and Adaption

◆Achieving Enterprise Agility

  • Intentional Architecture
  • Lean Requiement at Scale
  • Synchronized, Multi-Level Release Planning
  • Managing Highly Distributed Development
  • Impact on Customers and Operations
  • Changing the Organization
  • Measuring Business Performance

◆Watch Anti-Patterns

  • Insufficient refactoring of testing Organization and in adequate test automation
  • Lack of team proficiency in agile technical practices
  • Insuhicient depth/competency in the critical product owner role
  • Inadeguqte coordination of vision and delivery strategies
夕会

みんなで報告。

  • ブラジルではコーディングDOJOがあるそうな。「カタ」と「ランドリ」。
  • Incremental と Iterative の違い
  • 可能モデルって何?
  • Drifting Ball, Dull Approach
  • ボーランドは 65%!がAgile開発になっているとのこと
オイスターバー

私はかきが食べられないので欠席。