Retrospective

pairpull ふりかえり（その２）

遠隔開発について

やったわけじゃないけど想像した

• いきなり遠隔チームでやるのは無理！
• 遠隔作業に慣れている人かチームができた状態ならできるのかも？
• 双方が遠隔のツールに慣れていないとキツそう
  • たのしい開発に書いてあった「コミュニケーションツールを試す」っていうのが腑に落ちる〜

おもしろみのはなし

• 形にしたタイミングで印象がかわる

  • タイトルを文字にしたとき
  • 実装に落としたときのヤバい感（おもしろみ難しそう感）

• おもしろみを想像で作るのは無理かも

  • プロトタイプをつくらないとむりー
    • 「相手の提案が見て意外さを感じられる」のがおもしろみ
    • 挿絵のフローでおもしろさをつたえる（優勝作品みたいに）
    • 体験する前におもしろさが想像できないと使わない！
    • 「m)簡単に体感するならペーパープロトタイプでも…」「i,o)ペーパープロトタイプ!!! (*｡◇｡)ﾊｯ!」
  • おやすみシャワーの「前提条件がないおもしろさ」
    • PR動画が良い
    • 「もう一回だけきく」ボタン!!

• 遷移を全部出せたら、どこでいい思いができるか　をポイントできる

  • 挿絵フローが書きやすいのでは！
  • アピールポイントがわかりやすい

設計が落ちると手戻りがヤバい

• 画面が足りなかった
  • ログイン
  • チームになる
• ちゃんと出さないと忘れるし間違うすれ違う
• 気づいた時点で設計まで戻ってやる!

なぜ画面が抜けたのか…？

• 画面遷移にかける時間が少なかった
• 画面遷移に使うホワイトボードのスペースがちっちゃかった（これヤバい）
• devise の知識があるのが miio だけ という事実を共有できていなかった
  • generateされる画面も画面設計にかかないとおちる！
• ユーザーストーリーつくってない!!! ∑(ﾟдﾟlll)

開発のフローってどうやってつくるんだろう

• 新規チームビルドしたときに開発をすすめる方法
  • 今回はよかったよねー
    • ブレスト > インセプションデッキ > システムの絵 > モデル設計 > 画面設計 > ごはん > 各々作り始める
  • 設計入る前にユーザーストーリー書くべきだった
    • 最悪画面設計入る前だったねー
    • ユーザーストーリー > 画面設計 > モデル設計　みたいな感じ

開始前木曜日に1回あつまった

• 事前打ち合わせ
• もひゃの家に行く日とか
• 前日から集まろうみたいな話あったけどちゃんと家で自分のおふとんで寝て集まってよかったねー
  • 日曜日の終わったあとの雑魚寝がつらかった
• 何ができるのかとか何で作れるかなとか
  • 割とRails即決だった
    • miio > onjiro 何するんだろうなと思った

当日の役割分担(自然と)

member skills のニコッとしてるところを中心にやった！

• miio: インフラ神 deploy model
• imaz: controller 課金ユーザ(github, domain)
• onjiro: view CSS神