カンファレンスはじめに7/11に行われたモブプロディスカッションに参加してきました!www.eventbrite.comモブプロいいよね。モブプロって何?という人は当日講演された及部さんの素敵スライドを見てみましょう。speakerdeck.com実際にモブプロしてる海外の動画を見るといいそうです。モブプロの1日を3分で!www.youtube.comレポート参加者の熱がありすぎて、1時間30分のディスカッションタイムは全て質疑応答タイムに!ツイッターでも質問受け付けてくれてたのですが、用意していただいてたのであろうリアルタイムでプロジェクターに表示する仕組みは日の目を見ずでした。(ありがとうございました!)今まで参加したイベントで一番一体感を感じました。モブディスカッション!以下はその質疑応答でのメモです。モブプロ試す際、(技術などに)詳しい人が1人のときはどうすればよいかファシリテーターがうまくやるなど工夫する必要あるかもフラットな状態(みんな知ってる言語、知らない言語)で試すのもいいと思うメンバーの関係性がわかるだけでもよいのでは。チームとしての問題がわかりやすくなるモブプロを1日9時間やったら消耗した...モブプロ長時間は疲れる。考えられない今日はここまで、といった終わらせ方が上手いのはポイントかもドライバーが理解できてない状態はありえない。ドライバーはわからなければブレーキを踏んで、理解してから進む。それができるチームにしないといけない。個人的な勉強とかしたい場合は?個人の時間を設けてる。そこでわからなかったことを調べたり、新しいことを学んだり4人がちょうどよい。5人がギリかな?ハンター社は3人もしくは2人。出入り自由で入るのはいいの?(5人以上になっちゃうんじゃない?)貢献できる人が入る。(だから問題なし)初めてやるときのコツホワイトボードを横に置いておくとよい。空中戦になりやすいので。コミュニケーションがうまくいかないとか。それはモブプロが理由じゃないことが多い。それがわかることが大事。みんながわからないお題など、フラットがよい。一日やるなら前半、後半に分ける(あるいは2日間)。途中ランチや飲み会で反省会あると有意義かも。(振り返ったあとに再度やるの大事)設計で揉めたらどうするか。時間がかかる(コードの書き方など)目的を大事にする。綺麗なコードを書くのでなく明日見せる動くプロダクトを作るにはどうするか。スピード感大事にするならどうすべきか。自由な課題だとゴールがわかりづらいので、業務コードを題材にできるとよい。チームが良かっただけでは?その通り。モブを使ってチームを良くすることもできるし、良いチームがモブをやるとそりゃー良い。所感モブプロはテレビゲームをみんなでやってる感覚だそうです。実施したことないのですが、そうだろうなーという想像はあり納得しました。さいごに過去最高に楽しかったしワクワクした勉強会でした。開封の儀GitHubPages&Jekyllで日本語フォントを変更したい【エン痔ニアの職業病】おしり障害報告書JavaScriptで一覧ページの画像URLを全て取得する月別アーカイブGTMbody内はてなブログをはじめよう!aoma23さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。