blogこの広告は、90日以上更新していないブログに表示しています。あなたとつくるアジャイル」に参加してきました(会社のカネで)。印象に残ったセッションについてレポートします。いう掛け声とともに登壇したJoeさん。平鍋さんが通訳をしながらのセッションとなりました。アジャイルがソフトウェア開発以外の分野で取り入れられている事例が紹介されていました。いった行政分野でGitHubが取り入れられていることからも伺えるように、プロセスをよりより良くすること、良いものをすばやく提供しようという取り組みは、ソフトウェア分野に限ったことではなく、業界問わずに起こっているムーブメントなのだということに感動しました。「スクラムマスターの1番の仕事はチームをハッピーにすること」という言葉が強く印象に残っています。スクラムを導入しようとした組織が、最初は失敗したものの、スクラムマスター/アジャイルコーチが突破口となって最終的には成功した、という例はよく耳にします。この講演を聞いて、スクラムマスター/アジャイルコーチというのは、オーケストラでいう「指揮者」の役割に似ているな、と感じました。メンバーがそれぞれ高い演奏技術を持ち、「良い音を奏でる」という目的を共有していたとしても、それだけで良い演奏ができるというわけではありませんよね。ひとりひとりが意志も個性もある演奏家です。各パートのテンポや大きさなどを俯瞰し、指揮棒や身振りによって演奏者に伝え、全体としてひとつにまとめ上げる。そんな指揮者の役割もオーケストラの不可欠な要素です。スキルレベル、得意分野、プロダクトに対する知識、ポジション、など不揃いな要素が多いソフトウェア開発においては尚更その必要性が高いのではないかと思いました。ミーティングひとつとっても、全員が気兼ねなく思ったことを発言できる会議と、一部の声の大きい人、影響力の強い人、立場の高い人ばかりが発言する会議とは、議事運営のしかたによって大きく左右されます。そもそも前者の空気感を醸成するというのもアジャイルの取り組みではあるのですが、「全員がプレイヤー」という状況で最初からそれができている組織であれば、きっとアジャイルでなくても上手くいくのではないかと思うのです。人の弱さ、強さを認め、考え方や感性の異なる個性を調和させ、目的を指し示し、文化を根付かせ、エンジニアの集合体を単なる烏合の衆である「グループ」から、同じゴールを目指す「チーム」に昇華させる。そこがアジャイルコーチの活躍どころなのではないかなと。そんなことを考えさせられるセッションでした。(株式会社テクノロジックアート)アジャイルは組織変革にも及ぶ。アジャイルが向いている組織なら導入は容易だけど、大抵の組織はそうではないのでハイブリッド型が必要だよね、というお話。日立ソリューションズでのウォーターフォール&アジャイルなハイブリッド型手法について紹介されていました。見積り確定している要件については確定的に数字を出し、不確定な要件はバッファとして持っておく形で見積りをしたとのこと。この「不確定な要件」についてはおそらく、過去プロジェクトから似たようなケースを抽出して経験則的に見積もったのではないかと。ウォーターフォールで。ここをイテレーションで回す。業務フローとユースケース図からユーザーストーリーを抽出して、TDDをやった。このTDDというのはたぶん、設計手法としてのTDDというよりも、顧客テストの側面が強いテストファーストのことだろう。総合試験ここもウォーターフォール。チーム体制としては従来とあまり変わらず、いままでどおりPMもいる。「生産性の富士通、品質の日立」と言われるくらい品質に力を入れているHISOLであれば、総合試験が従来手法になるのは必然ですよね。一括請負型の受託開発構造であるSIはアジャイルとの相性が良くないですが、従来型開発で培ってきた品質管理能力を継承した、日立だからこそのハイブリッド型なのだなと感じました。DevOps!」こういう湘北高校みたいなノリ、好きですwDevOpsは本番環境へのリリースリードタイムを短くして、早くフィードバックを受け、いかに顧客の望むものをすばやくリリースしていくか、というところに価値がある。DevOpsはアジャイルの土台の上に成り立ち、アジャイルは文化の上に成り立つ。伝統的な「日本文化」の上にはアジャイルは適用しにくい。