特定のサービスが企画からリリース、そして現在までの2年間のLean開発の実践譚をデザイナ・PO・開発・PdMなどの各立場で一気に聞くことができて、なかなかの神回だったように思う。なかでも全登壇者が思い出深く話す英断、「アプリつくってたけど、リリースすんのやめた」はまさにMVPの実践として強烈な印象を与えられた。変化の激しい開発にデザイン側からどうついていったかというお話。深沢さん自身もサービスやアプリのデザイン経験がないなかで、SketchやInvisionを使って、プロトタイピングやデザインガイドを用意して進めていかれた実践話。公開されてない感想:素早い開発についていくために、デザインデータをどうしておくべきか。みたいな感覚はこれまでになかった視点なので非常に参考になった。Webサイトの開発でデザインは最後にエンジニアがデザイン融合するみたいな事がまだまだ多いが、デザイナーがプロトタイプ段階で参加できるという、UIや印象レベルのMVPがすぐに作れてめちゃくちゃいいなと実感させられた。Designやプロタイプで実装者が比較的安心して仕様に疑念をもたずに進められるのは職種間の変なわだかまりも減らせるのでかなり大きなポイントだと思う。あとヴァル研のお二人やギルドワークスの佐々木さんと、深沢さんが2年近く一緒に仕事していながら実際に会うのが初めてや2回目というのにも衝撃。デザインのような感性や非言語のやり取りが重要そうなものを、実際に会うことなく進めている事。そこにもプロトタイピングツールの力を感じた。自分のつぶやきEC-CUBEの管理画面もパーツ分解してデザインガイド・スタイルガイドつくりたいなぁ。UXデザイナー/PO内容:UXデザイナーとPOという立場でプロダクトの企画から現在までどんなインタビューを重ねて判断をしてきたかというお話。一連の流れのなかで課題をみつけそれぞれのソリューションを検討し、それぞれMVPを見つけて検証していたのが分かりやすかった。移動時や当日の課題を解決しようとしたが、実際にはそれに対するソリューションはハードルが高いしなんなら自社の駅すぱあとと競合してしまうので、作ってきたアプリをリリースしない事を決める。ユーザーインタビューの教科書の著者の1人ということに気づいてなかった!サインもらえばよかった。自分のつぶやきユーザーには開発者の思いはわからない。作られたものからこう使うものだろうと思うしか無い。相手からのフィードバックループを早く取り入れていくためにも、小さく作ったものを相手に確認してもらうってことが開発者とユーザーの間で重要だと感じた。いうリモート分散体制のなかですばやい仮説検証と変化に対応できたのは、きちんと考えるべきときに考えて、決めるべき時に決めているから、都度そばでコミュニケーションとらなくてもやっていけたんだろうなという印象をうけた。Faceの良さはある。Faceで仕事するとどうなるのか?ちょっと気になる。あと、佐々木さん前から遠目や資料ではみたことあってもっと強面なイメージだったけど、実際あってみると声や口調がぜんぜんウェットな感じで予想外でした。実際会うの大切ですねw自分のつぶやき:外部サービスの課題「他のサービスはRODEMのためにつくられているわけじゃない」うんうん。事業責任者としてMVPをどう見極めてすすめてきたのかのお話。https://www.slideshare.net/noritakashinohara/mvp-77415690感想:MVPについてのよかある質問やMVPの勘所をわかりやすくまとめてくれた素晴らしい内容でした。フェース毎のMVPの違いなど実践者ならではの事例とポイントが多く、とてもよかったです。MVPって正しい物をつくるためであり、余計なものを作りすぎないためのものだよな。しても、人に見せる時につっこまれるのがいやで作りすぎちゃう事があるけど、もともと捨てる前提で価値を検証する最小単位をもっと見つけて集中しなければいけないと思った。MVPで検証し、好感触の尖っている点・魅力的品質ををもっと伸ばしていくこと注力するのが大切と強く感じた。リリースすぐは、契約よりもユーザーフィードバックを得るためにトライアルのほうが重要。トライアルアカウント増やすためにGoogleSuiteとActionScriptで1週間で申し込みフロー改善して前月比10倍になった話は観点も実行内容も共に軽快ですごく良い事例だった。UIとかは結構特許認定されやすいので注意。ダイアローグでは、新事業の売上目標話(当然目標はあるが売上よりも重要な手前の指標をちゃんとレポートすることが大切)や、チャネル(代理店や連携先との関係)、プライシング(新規市場と既存市場での違い)の難しさについてもごにょごにょ。自分の仕事にも同じようにやっている点や応用できそうな点も多く、また機会をもうけて意見交換してみたい。篠原さんの事業責任者としての姿勢は本当にそのとおりで、覚悟が生み出す力って大切だなと実感。いってきたので、メモや感想をざっくり。再演を聞いたあとに、会場を変えて、ピザとビール片手にビアバッシュな感じで行ってきた人の感想や、報告会の参加者同士で交流を深める2部って感じでした。これで参加費500円だったのは安すぎるので、お金大丈夫なのかしらという心配をしてしまった。隆弘さんこちらの再演。時間をオーバーするところまできっちり再演するという徹底した再演。テーマ・キワードとしては対話。信頼できないお客さんに、どう接したらよいか?やってみて短時間で深い本気はなしになりやすい。居酒屋だとガス抜きににだけなるのがもうちょいすすむ相談者が自分自身を改めて知り「賢者」も得るものがおおいフォーマットにそってやってれば簡単にできたやってみて気づいたポイント同じような役割・立場の人をあつめたほうがいい。上司部下だといつも通りになってしまうのでファシリ力が求められる。問題解決ではなく、相談。仕事上の繋がりが薄い方がいい計画的に定期的にやる。なんかの場とからめてやったほうがいい感想ある程度、多様性を埋める人数規模の組織ででないと車座は上手く回しづらいかも。始めの第1回を始める蹴り出し方がポイントになりそう。マネージャーから始めるかメンバーかはじめてみるかどうやるか気になったとりあえず、本買った。中村さんが現場コーチとしてまわってきたなかで感じてきた変化に対する組織の反発とどう向き合っていくかのポイントと実際に活用しているコーチの道具箱の紹介。組織のコンテキストによって同じ道具でも使いかたをかえている。タックマンモデル:新しい人をいれたら安定してた組織も一度混乱期にもどるんだから人足せばいきなり上手くいくものではない。星取表:今必要なスキルや今後必要なスキルを各自どんな状態かならべてみる。プロダクトで今後必要とされるものを誰ができるのか?などチームの状態を可視化。人事評価に使うと正直に答えなくなるからだめ。感想スクラムやりはじめるのは簡単だが習得は困難スクラムやアジャイルをやり始めることはできるが、当然そんなにすぐにうまくいくわけもない銀の弾丸的に即効性を求めて、効果が出て定着させる前にアジャイルはうちのチームやプロダクトにはあってないと評価されている現場もありそう・・・そこらへんタックマンモデルを使って上に説明できるとよさそう。紹介された道具から、お披露目会と星取表は、近しいものがすでにあるので、取り入れてみたい。椎葉さんが楽天大阪支社でやってきた経験のお話。問題解決から始めるアプローチは、報告会の中で、一番どこの現場でも適用できそうな内容だなぁと感じた。開発だけでなく、組織として価値を生み出す流れの中の問題を解決していく。いうのは、僕も意識してるところなのでぐっときた。2部のテーブルで椎葉さんがファシリっぽく話す場面がありテーブルの全員にしっかり話ふっていたりとか質問の投げ方とか、声のトーンとか、椎葉さんの姿勢に学びを貰った。椎葉さんと話てみたかったけど、いまいち上手く話しかけれなかったのは反省。椎葉さんが登壇する理由は、「自分から話かけるのが苦手だけど、登壇してたら、懇親会で話かけてもらいやすいから」。