アジャイル界隈は、本当にすごい方が多いです。それは、間違いありません。ただ、アジャイルラジオの「Episode 40 アジャイルにまつわる書籍紹介と雑談」でも、少し話した通り、関西でアジャイルを推進されていらっしゃる方は、ぼくより社会人として10年以上の先輩が多く、会社の中で役職を持たれていたり、スキルの高さから周囲から既に一目置いてもらっていらっしゃる方が、ほとんどだと思っています。
(勝手な思い込みかもしれませんが…。)

ぼくのような、普通のエンジニアがアジャイルを語ることで、「アジャイルは難しいものではなく、身近なものなのだ。普段の開発に活かせるモノだ。」と感じていただきたいと思っています。 (アジャイルの代表格、スクラムは、「軽量で理解が容易だが習得は困難」なので、そんな簡単でもないですが…。)

大阪サテライトに参加してみて

ぼく自身、Agile Japanには参加したことがなく、大阪サテライトへの参加も初でした。
150名くらい参加されていて、関西にアジャイルに関心がある方が、こんなにたくさんいらっしゃるとは、思ってもみませんでした。

スタッフとして、懇親会の準備などもしていたので、すべての発表を聞けなかったことが、非常に悔やまれます。
エモい発表が多かったのですが、アジャイルは考え方だと思っていますので、致し方ない部分は、あると感じています。
ぼくの発表も、かなりエモかったですしね…。

2017-05-20

「DDD.rb #12 RDRA for DDD ワークショップ！」に参加した！

DDD 勉強会

2017/05/19は、「DDD.rb #12 RDRA for DDD ワークショップ！」に参加しました。

dddrb.doorkeeper.jp

絶賛勉強中のDDDに関するワークショップだったので、知見を深めるために参加した感じです。

資料は、以下の内容です。

Rdra4 dddワークショップ from Zenji Kanzaki

www.slideshare.net

RARDとは

RDRA(ラドラ)は、Relationship driven requirement analysis のことです。日本語では、リレーションシップ駆動要件分析と言われ、要件定義のための手法になります。
詳しい内容は、上記の神崎さんの資料を見ていただけばと思います。

ワークショップの内容

ワークショップでは、会議室を貸し出すサービスをRDRAで表現するという内容でした。
3人1チームで、システム地図を作成したのですが、一緒のチームのみなさんが、すごい方ばかりで、かなりいい感じで、進めることができました。

悩んだところ

ユースケースと利用シーンの違いが、なかなか区別がつかないところで、悩みました。
利用シーンは、ユースケースを安定させるためにあるそうです。ユースケースが明確に表現でき合意できるのであれば、利用シーンが不要としてもよいらしいです。
チームでは、ユースケースをどんどん出してから、利用シーンでいくつかのユースケースをまとめていく方法で進めました。一個一個のユースケースの目的を利用シーンを書くと、いい感じにまとまった気がしています。
一つのユースケースが一つの利用シーンになって、同じ名称になる場合があったので、このパターンが利用シーンが明確に不要な場合なんだろうなと思います。

ワークショップを体験した感想

1枚のシステム地図を描くことで、ビジネスと開発をつなぐことができると感じました。もちろん、大規模で要件が複雑なソフトウェアであれば、1枚でシステム地図を描くことはできないですが、システム地図を分ける範囲が、ドメインの境界にできるようです。
ビジネスサイドで、ユーザーストーリーマッピングしたあとに、そのユーザーストーリーをユースケースとして扱えば、流れとしては良い感じだと思います。
画面の数や種類もざっくり分かるので、UI/UXデザイナーにとっても有効だと思いました。

そのた

2~3年ほど前から、すごいエンジニアだと噂で耳にしていた @chipstar_light さんと初めてお会いして、お話することができた。勉強会でも、色々と質問されていて、実際に、すごい方だと感じました。
次は、@chipstar_light さんが、Agile Japan 2017 京都サテライトおいでやす〜を開催されるので、楽しみ。

connpass.com

スクラムマスダーの日記

アジャイル、スクラムに関連した内容が多めです。

第7回「アジャイルな見積りと計画づくり」読書会を開催します！

読書会の場所・日程

「アジャイルな見積りと計画づくり」読書会とは？

さいごに

「まいど！Agile Japan 2017 大阪サテライト」で発表してきた！

発表した内容

発表で伝えたかったこと