devloveblog

どうも、みなさん、こんにちは。
当日は紅一点でお送りしました @crea_memo とかアライとか大佐とかです。

アジャイルサムライDevLOVE道場の1週目も、ワークショップを中心に行っていました。1周目の最終回は今年の1月末だったのですが、熱覚めやらぬまま(失敗が多かった部分もあり)すぐに2週目も行おう!という話が出ました。出たのですが・・・、できれば1週目でできなかったところを反映させていきたいよね！(ｷﾗｷﾗ)、と理想高く始まったからなのか、検討に検討を重ね、10回くらいのミーティングを経て、なんとか今回の開催に至りました。いやはやー

今回もアジャイルサムライになぞったシリーズものであることには変わりないのですが、前回の振り返りを活かした主なトライを掲げてみます。

• 尻窄みで参加人数が減ってしまい、チームとして解散したところもいくつか出てしまった
  → 基本的にSPEC方式の1回完結編にしよう。

• 各回の時間が十分でなかった
  → 土日開催にしよう

• 具体的に何を作るか分かりづらかった。
  → POを配置してみよう(PO役は裏方)

その上で、DevLOVE道場はあくまでも、
「現場を見据えて、失敗してもらうための場を提供しよう」
をモットーにしております。

そんな1回目が9月8日(土)でした。(当初の開催予定では初夏w)
ファシリテータは、市谷(@papanda)さん、オープニングLTは島川(@banana_umai)さんが行いました。（ちなみに、フィリピンのバナナがものすっごくおいしかったのがアカウントの由来だそうです。ぜひみなさま、フィリピンにお立ち寄りの際はバナナをお求めください。なお、その際の期待値に対して精神的損害が生じた場合の責任は一切請け負いかねます。）

続いて、チーム分けです。
2日間のワークショップを行う仲間となるので、とても重要ですね。
事前にアンケートを頂いていたので、その内容でチーム分けをしておこうとたくらんでいたのですが、参加者のレベルにそこまでばらつきも無く、というよりも、未経験者の方が多かったので、SI系の会社に属している人とそうでない人で2teamずつ、だいたい5人程度のチームを4つ作りました。

私が属したのは、SIメンバ集まる team 武蔵小杉サムライでした。

さて、ここからが本編です。

インセプションデッキの基本 by @papanda

Whyから始めよ!!!

共通テーマ
「老人向けの旅行アプリを作れ命令が出ました。
なんとかしてください。」

私はPO役だったので、みなさんの質問に答えてみたり、好き勝手注文つけたりする役目です。
事前にエレベーターピッチは考えていたので、割と矛盾せずに答えられたと思いたいです。(理想)
で、いろいろ話を進めて行くうちに、みんなの土台がSIだからなのか、マネージャ層が多かったからなのか？、マネタイズはどうするんだ？という話がやたらと出てきました。ここは残念ながら矛盾した答えもあったかと思います。

私はお願いする立場で仕事をしたことはないので、全てが新鮮だったわけですが、手探りで根掘り葉掘り聞かれて、そんなんわからんよと思う所もいくつかあり、正直自分がPOの立場で、エンジニアやコンサルタントのグループに1人で派遣されたら、慣れるまでは摩耗しそうです。逆に、「ここまで考えてくれるんだ！」と思う所もあれば、「ここはどうしたらいいだろう？」と聞くと答えをくれなかったりww 決めるのはもちろんこちらだし、責任を負わせる気もなかったんですけど、攻めつつ保守的なところは短い時間ながらも、味わうことができましたw

具体的に言うと、
「ソーシャル性が強くなりすぎて成功した場合、サービスは使わずに、その人たち同士が「うちにおいでよ」と個人的な癒着(言い方悪い)関係を持つのではないか？その場合、利益にならないけど大丈夫ですか？」と聞かれる一方で「55歳と65歳のどちらかを制限に加えたいんですが、どちらがいいですかねぇ？」と何回か聞いたんですけど全てスルーされましたw

ちなみに、私の考えたエレベーターピッチ(本邦初公開)

さて、この辺りで中間発表です。
各チーム、何に向けて出発したのか。

振り返りも行いました。
うちのチームは、「whyじゃなくてhowに注力してしまった」の一言に尽きます。
休憩時間を少しつぶして共通認識を固めました。

エレベーターピッチ

用意してきたものは、なんとなく伏せて、作ってもらうようにしましたw

その前段でwhyとhowをたくさん出してたので、ここは結構スムーズに行きました。(1周目のエレベーターピッチは、割と文面を埋めるだけの印象だったのですが、今回はどの言葉がどこに適切か、また言葉の細部にまで意識を払って文章を組み立てたのが印象的でした。)

やることやらないことリスト

むしろ、やらないことを決めておくのが重要で、やらない理由としては、競合が多い、実現性の有無、金がかかりすぎる、などが挙げられる。エレベーターピッチからやりたいことを抜き出して行く。

SIerの人は、お金と期間が特に気になるようで、やること／やらないことを決める前に、前提条件を根掘り葉掘り聞かれましたw

というわけで、今回のこちらがお願いする条件。

• 12月頭にβ版リリース／3月に本稼働
• 納品物：マニュアル(+操作説明会の実施)、設計書不要
• メンテナンス：保守チーム引き渡し(今回は同じ社内という設定)
• 予算 2000万(=20人月)(12月までの予算)
• 開発人数 5人
• インターバル：週1で1機能披露

つまり、君たちには荒ぶって頂きたい!!! (｀・ω・´)ｷﾘｯ

本日の振り返り

全体的に、振り返りを発表する前に、各チーム毎に振り返りを行いました。

それを元に、全体に対して自分のチームのまとめを共有して行きます。

そして、最後に森さんから、「我々はhowのプロフェッショナルであるけれど、あえてwhyを考えることが重要なのだ！」という話があって、お開きとなりました。

さて、続きは9月23日(日)です。乞うご期待…!!

関連書籍

ＷＨＹから始めよ！―インスパイア型リーダーはここが違う
サイモン・シネック 栗木 さつき

アジャイルサムライ−達人開発者への道−
Jonathan Rasmusson 西村 直人

Link

• http://agilewarrior.wordpress.com/

@banana_umaiと申します。

社内の有志3人でチームシャンテとしてDevLove道場に参加させて
頂きました。
参加にあたっての動機と、第一回の内容、振り返りをまとめてみました。

■参加の動機
- アジャイルな開発に興味があるけれど、現場にはその経験がまったくない。
- 開発現場に持ち込む上で、実際に手を動かした経験がほしい。
- アジャイルサムライを読んでアジャイルなプラクティスに興味を持った。
- etc

■インセプションデッキの作成
今回我々のチームでは「Event Nortify」というイベント情報通知サービスの
開発をテーマにしています。

1. 我々はなぜここにいるのか
~~~~~~~~~~~~~~~~~~~~~~~~~
勉強会等のイベントを求めている人達のニーズを解決するため

2. エレベーターピッチ
~~~~~~~~~~~~~~~~~~~~~~~~~
勉強会などの各種イベント情報をいち早く知り、締切りになる前に素早く
参加したい忙しい人向けの、Event Notifyというプロダクトは、
イベント情報通知システムです。
これは、登録するだけで最新の情報をまとめて得ることができ、
Chrome Notify（というChrome拡張）とは違って、
twitterなどへのプッシュ配信機能が備わっている。

3. パッケージデザイン（キャッチコピーのみ）
~~~~~~~~~~~~~~~~~~~~~~~~~
気になるイベントを逃さない！
ワンストップイベント通知
通知方法が選べて
もう後悔させない！

4. やらないことリスト
~~~~~~~~~~~~~~~~~~~~~~~~~
- やること
 -- twitter連携
 -- RSS通知
 -- ユーザーの通知設定
 -- 新着通知
- やらないこと
 -- 検索機能
 -- 過去イベントのアーカイブ
 -- 独自イベント情報ページ

5. プロジェクトコミュニティー
~~~~~~~~~~~~~~~~~~~~~~~~~
＊今回は3人だけで完結するチームなので検討せず。

6. 解決案を描く
~~~~~~~~~~~~~~~~~~~~~~~~~


7. 何を諦めるかをはっきりさせる
~~~~~~~~~~~~~~~~~~~~~~~~~
範囲 :1, 時間:10, 品質:5, 予算 5
（10段階評価 小1<=>10大）

限られた時間での「プロジェクト」ということで、
スコープは極力絞り、そのかわり時間は最大限期限内に収めることを強く意識
するように設定しました。
また、品質についても多少細かい点での不備はあってもメインの機能が実装
できることに重点を置き、予算も参加者の負担にならない範囲に抑える、
ということを目標としました。
その結果が上のようなトレードオフスライダーの結果。

8. 夜も眠れない問題
~~~~~~~~~~~~~~~~~~~~~~~~~
- イベント情報を提供しているAPIが少ない可能性がある。
- Twitter APIの回数制限
- 取り込むデータ量が未知
- 利用ユーザ数の増加、配信データ量の増加で配信処理が重くなる。
　（遅延する）

9. 俺達の”Aチーム"
~~~~~~~~~~~~~~~~~~~~~~~~~
＊三人編成のチームで全員がUIデザイナ＆ディベロッパー

■インセプションデッキ作成後のチームでの振り返り
第一回の道場会最後、インセプションデッキの作成について、
チームメンバーと振り返りを行いました。（＊全員同じ職場の利点）

- 座学より実感がもてて良かった。
- でも、時間がともかく足りなかった(;_;)
-- 1テーマ5分以下しか持てなかったので検討が不十分だったかも。
-- 後々の行程への影響あるかも。
- プロジェクトコミュニティーを検討しようとしたが、違う立場の人を設定
　できなかった。（難しいけど）開発者以外の役割の人を架空でも設定した
　ほうが良かったかも。
- インセプションデッキの効果がどうなのか（やらないよりやったほうが
　本当にいいのか）実感がまだ持てていない。

■まとめ後所感
短い時間だったけれども、価値を明確に絞って、やること・やらないことを
はっきりさせられたのは良いことだったと感じました。ただ、振り返りでも
出たように、実際の案件でどの程度までこのインセプションデッキを深堀して
やるべきなのか、そのへんが不明瞭でした。今後、DevLove道場や他流試合を
通じて学んで行きたいところです。また、次回はぜひ道場内で軽い振り返り
（KPT）ができたらいいのではないかな、と思ったりもしました。
第二回の勉強会もとても楽しみです。
----------------------------------------------------------------------------
（本エントリについて）
8月25日、アジャイルサムライDevLOVE道場第1回を開催しました。
DevLOVE道場は、チームに別れて、実際に本に書かれている内容をやってみる
というコンセプトで始めています。
第1回目は「インセプションデッキを作る」がテーマでした。
上記のエントリは、今回の感想や工夫について、参加者自身に書いて
頂きました。