chibiramuji (@chibiramuji)


参加する勉強会



過去の勉強会

4/15 (木)

Dccbab00dbec2b18e56c7cf19694a1ec LAPRAS
及川さんに色々ご質問する社内勉強会をせっかくなので公開します
概要 この勉強会とは 及川卓也さんが出された新著、「プロダクトマネジメントのすべて」について、 弊社内のメンバーが質問をもちより、直接著者である及川さんにお聞きする勉強会です。 社内勉強会として発足しましたが、 せっかくなので、外部公開いたします。 PdMのみならず、現場で活躍するエンジニアやエンジニアマネージャー、 スクラムマスターにも役立つ内容を目指します。 お気軽にぜひご視聴ください。 配信URL イベント参加をしてくださった方へ直接URLでお送りします 開始日時以降であれば、お好きなタイミングでご視聴できます (生配信ではなく、収録したものを限定公開します) 参加方法 視聴でのご参加の方 限定公開のYouTubeにて配信いたします。 申し込まれた方にはYouTubeのURLをお送りいたしますので、ご自宅などから、お好きなタイミングでご視聴ください。 タイムスケジュール (生配信ではなく、収録したものを限定公開します) 時間 内容 テーマ 00:00 ご挨拶 --- 00:05 1人めからのご質問 仮説検証時の基準KPIに最初のMVPで達成できなかった場合の判断について 00:20 2人めからのご質問 作り手とユーザを近くするためのユーザインタビューについて 00:35 3人めからのご質問 PdM複数人体制のときのCore, Why, Whatの分割について 00:50 4人めからのご質問 変則的にWhy,What,Howが動くときの仮説検証プロセスの進め方について 01:05 フリーディスカッション --- 01:20 終了 --- 登壇者 著者 名前 及川卓也 (@takoratta ) プロフィール 東京出身。早稲田大学理工学部卒。専門だった探査工学に必要だったことからコンピューターサイエンスを学ぶ。 卒業後は外資系コンピューター企業にて、研究開発業務に従事。現在で言うグループウェア製品の開発や日本語入力アーキテクチャ整備などを行う。その後、数回の転職を経験。OSの開発、ネットワークやセキュリティ技術の標準化などにも携わる。プロダクトマネジメントとエンジニアリングマネジメントという製品開発において軸となる2つの役職を経験。 2019年1月、テクノロジーにより企業や社会の変革を支援するTably株式会社を設立。 参加者① 名前 島田寛基(@hshimada_) プロフィール 2015年、京都大学で計算機科学の学士号を取得。人工知能を専攻。大学時代にはグーグル(日本法人)でインターンシップのほか、Incubate Fundにてさまざまなスタートアップ企業でのテック面での支援を経験。2016年、イギリスのエディンバラ大学(The University of Edinburgh)大学院で修士号「MSc in Artificial Intelligence」を取得。2016年、日本初のAIヘッドハンティングサービスを運営する株式会社scoutyを創業。後にLAPRAS株式会社に社名変更。 しようと思っているご質問(仮) 4.7.1, 4.7.2仮説検証とMVPに関しての質問 仮説検証の基準としてKPI数値をおくことが多いと思います(例:「この機能はユーザーの転職のpainを解決して面談がとれる」という仮説検証のため、このMVPで面談獲得率が15%以上なら仮説を検証とみなす 等)。 その時、最初のMVPでそこまでたどり着かなかったときに、そもそもその領域自体に筋がない(からピボットしたほうがいい)のか、それともオペレーションやプロダクトの磨き込みが足りなかったから低かったのか(だからもうちょっと頑張るべき)は、どう判断しますか? 実際は後者の判断になりがちで、撤退基準を設定するのが非常に難しいと思えます。 仮説や検証基準の設定方法が間違っているのでしょうか? 参加者② 名前 興梠 敬典(@rocky_manobi) プロフィール 株式会社LAPRAS執行役員CTO。 豊田高専を卒業後、ソフトウェアエンジニアとして多様な開発案件に従事。複数の新規事業立ち上げに携わる。2015年より株式会社Nextremer高知AIラボの代表として事業や組織の立ち上げを主導。地域コミュニティや行政とも協力関係を構築し、地方でも先端技術に触れられる場作りに貢献。2019年8月にLAPRASに入社。CTOとしてチームや開発のマネジメントに携わるほか、数社の開発組織づくりのサポートなどを行っている。 しようと思っているご質問(仮) 6.3.1 ペインとゲインを仮説検証するユーザインタビュー 「このようなユーザインタビューにはプロダクトチームは参加すべき」などその通りだと思うのですが、Whyを検証しているこの段階にエンジニアが絡んでいくにはどのような体制や運用を敷くと良いかをお聞きしたいです。 具体的には「エンジニアチーム/スクラムチームがHowの検討や実装にフォーカスしているときに別の機能や施策におけるWhy-Whatの検証が進められ、実装が終わった後はエンジニアチームは次のHowに再び取り組む」のような動きになりがちだと感じました。特にリリース後はシステムの運用やBugFix、問い合わせ対応などの「現在」に目線を置いたタスクが多く発生するので、この力学は大きくなるのではと思います。 分業によるコンテキストスイッチの減少などのメリットもありつつも、作り手とユーザとの距離は近い方が良いと考えており、良い塩梅はないものでしょうか。 現在は背景の共有に力を入れることや、PdMの仕事を共有して信頼関係を作る~などは取り組んでいます ※現在は 1プロダクト, 1スクラムチーム, 複数PdMという構造です。 参加者③ 名前 高濱隆輔(@r_takahama) プロフィール LAPRAS株式会社のプロダクトマネージャー。 京都大学工学部情報学科を卒業後、京都大学大学院情報学研究科にて修士号を取得。新卒で株式会社リクルートライフスタイルにデータサイエンティストとして入社。2017年にLAPRAS株式会社(旧名・株式会社scouty)に入社。大学・大学院・LAPRASでの研究は、それぞれ機械学習や人工知能の最も権威ある国際会議である IJCAI, AAAI, ICML に採択される。現在はLAPRAS株式会社でプロダクトマネージャーとしてプロダクト開発に携わるほか、他数社で人事制度に関するコンサルティングやプロダクト開発の顧問業を行っている。 しようと思っているご質問(仮) 5.1 Product の Core について PdM複数人体制のとき、 Core, Why, What はどのように分割すべきですか?それとも分割すべきではないですか? 1プロダクトでPdM2人とかだと分け方が難しいなと思ってます。 参加者④ 名前 鈴木亮太(@nunuki_) プロフィール NECで機械学習・信号処理の研究を行った後、2018年に機械学習エンジニアとしてLAPRASにジョイン。主著論文がAI分野のトップ会議ICML 2019にて採択される。その後、R&Dの経験を活かしてより多くの価値をユーザーに届けるべく、プロダクトマネージャーに転向。プロダクト戦略、特許戦略、企画推進、データ分析などを中心に、プロダクト全般の統括を行っている。理学修士(物性物理学)。 しようと思っているご質問(仮) 7.4.2 プロダクトの仮説検証プロセスについて Why, What, How は1セットでこの順番で決めていくのが理想だと思いますが、実際には状況に柔軟に対応するために次のようなことが必要になることがあると思います。 ・1つのWhy に対して複数のWhat の検証を同時または立て続けに進める ・ソリューション仮説(What)の検証結果を受けて Why に変更を加える こういった変則的な動きをしたときに、プロセスの可視化や管理、ドキュメンテーションやコミュニケーションが非常に難しくなりますが、これをうまくやる方法はありますか? それとも、そもそもプロセスを標準化してなるべくこのようなことが起こらないようにすべきですか? 主催 エンジニアの「得意」を瞬時に分析。LAPRAS https://lapras.com/ LAPRASは、エンジニアのブログやSNSを分析して自動でポートフォリオを生成し、 最適なキャリアの選択肢にマッチングするキャリアマッチングプラットフォームです。 LAPRASを通じて、エンジニアはSNSの活動などから算出された自分の技術力スコアを確認したり、 スカウトや求人マッチングエンジンを通じて自分に興味を持っている企業とつながったりすることができます。 LAPRASは、転職者であるエンジニアのCX(Candidate Experience)を重視した「マッチングの質」にこだわり、 全てのユーザーの長期的な幸せに貢献します。

8/1 (土)

7bfe62f3200b8b2e5ef436798dd21810 日本を元気に・革新コンソーシアム
『チーム改革のスイッチ』出版記念&『革新コンソーシアム』設立記念 第一弾の2日目です
2020/6/18発刊『チーム改革のスイッチ』(三井伸行・著、戸田考一郎・監修)ならびに「日本を元気に・革新コンソーシアム」設立を記念して、Webイベントを実施します。 このイベントは水曜日~土曜日を1クールとして、三回行います。 第一弾は7月29日(水)~ 8月1日(土) 本イベントはこちらの4日目です 第二弾は9月23日(水)~25日(土) 第三弾は10月28日(水)~ 31日(土) 登録者の方には、同日ライブ実施後、YouTubeでの再配信について優先的に案内いたします。是非、ご登録をお願いします。 当日のアクセス方法 Teamsライブイベントの予定です。 登録者の方には同ページ等で、アクセス方法(URL)を案内します。 テーマ 我々の周りには働き方改革・多様性を推進するテクノロジーがツールという形で多く登場しています。 しかしながら ツールの導入だけでは決して十分ではなく、仕事を通じて生き甲斐・達成感を味わえる様にマネジメントや働き方を本来あるべき理想的な方向へ成長させる事が必要ではないか? 話題のDX(デジタルトランスフォーメーション)もテクノロジーだけが先行すると、人間不在、ダークな職場しか見えてこないのでは? この問いかけに、皆さんのお考えを伺い、変えるべき課題と、それに効果を期待できる行動について、望ましい未来の姿をイメージしながら、私たちが今から自分の現場で直ぐに実践できる事について語ります。 登壇者 戦略スタッフ・サービス 戸田 孝一郎 戦略スタッフ・サービス 三井 伸行 永和システムマネジメント、株式会社チェンジビジョン 平鍋 健児 豊田マネージメント研究所(TMG) 副社長、豊田エンジニアリング 熊倉 靖隆 auカブコム証券 石川 陽ー 本の著者/登壇者 三井伸行 64歳既婚 子供3 孫2 筆者の三井伸行は日経コンピュータ誌に2017年4月~連載を執筆中です。連載記事では紙面の都合で元原稿から圧縮されて掲載されています。『チーム改革のスイッチ』本は圧縮されていない元原稿を新たな編集者としてマナスリンクの野口さまに協業頂き、元原稿の情報量はそのままに、読みやすく構成しています。その本の内容はチームビルディンといった現場の改革からW/Fの可視化、Agile開発、DevOps2.0、VeriSMまでの広範囲に及んでいます。そのすべてが実施例を基にしていますので、机上論ではない現地・現物の内容ですので、読者へ多くの気づきやヒントを提供しています。広範囲な本の自分流のカスタマイズの方法をご紹介します。 <主たる職歴> 数値制御装置・ロボット系でのU/Iと言語自動生成・グラフィック系の  設計・製造に従事(1978年~1987年) 製造メーカーのシステム部門でツールを使用した  モックアップ・アプローチを実施(1987年~1990年) 非鉄金属大手のシステム開発手順・手法の棚卸と  ツール適応性の評価を実施(1991年) 外資企業にて開発支援ツールの導入コンサル、  プロジェクト立上支援を実施(1992年~2004年) 自治体全システム再開発プロジェクトに  PMとして参画(2005年~2007年) NPO法人(ドットNET分散開発ソフトピアセンター)立上と  運営に参画 (2007年~2010年) アジャイルプロジェクトの実施 SCRUM MASTERとして従事 アジャイルドットNET研修の開発 アジャイル開発導入支援指導&  アジャイル開発プロジェクト・マネジメント(2007年~現在) TPS検定協会のTMS塾講師(2013年~現在) <執筆活動> これまでの、現場経験をベースに日経コンピュータ誌(2017年4月)より連載中 第一期【現場を元気にするチーム運営術】2017年4月13日号~2017年8月17日号(全10回) 第二期【現場を元気にするDevOps 2.0】2017年9月14日号~2018年2月1日号(全11回) 第三期【現場を元気にする組織変革術】2018年4月12日号~2018年12月6日号(全17回) 特別編(第四期)【現場を元気に!カブコム現場改革の軌跡】2019年1月24日号~2019年10月3日号(隔号:全10回) 特別編(第五期)【大企業でも待ったなしSOMPOに学ぶ組織改革】2020年5月14日号~隔号で掲載中 今回の『チーム改革のスイッチ』本は、第一期、第二期、第四期(特別編)のVeriSM導入事例から構成されている。 <主たる実績(直近10年)> ソフトウェア生産技術力向上の為のコンサルテーション Agile開発の導入指導・プロジェクト支援  (プロジェクトレスキューも含む)   基幹系、生産管理、等 TMS(TOYOTA way Management System)の導入指導  (TPSのコア・マネジメント)   TPS : Toyota Production System:Lean、 Agile開発の源流 働きかた改善の指導(コーチ) W/Fプロジェクト現場の見える化現場指導 DevOps2.0の普及活動と導入支援 Executive Designer for DevOps Certification 様々な業界の現場を指導 保険金融・メーカー次期開発基盤・ゲームソフト・通信業営業部門・ 通信網建設業(国際事業部)・コンテンツ提供企業・運輸倉庫業・ ネット証券・二輪メーカー・四輪メーカー・重工業・Sier 等 登壇者 平鍋 健児 <略歴等> 1989年 NKK入社後、エクサにて3次元CAD, Design Spinnaker開発に携わる。 1995年、福井にUターンを決意、福井の永和システムマネジメントに入社、田舎での受託開発を続けながら、オブジェクト指向開発、アジャイル開発を推進し、UMLエディタastah*(旧JUDE)の着想を得る。 2006年、astah*を世界マーケットに展開すべく、株式会社チェンジビジョン設立。代表取締役社長。 2015年、永和システムマネジメント代表取締役社長。 国内、国外で、モチベーション中心チームづくりの啓蒙に努める一方、株式会社永和システムマネジメントにて人と人をつなぐソフトウェア受託開発、株式会社チェンジビジョンにて世界で一番愛されるツールastah* を開発している。 すべてのソフトウェアの開発現場をより生産的に、協調的に、創造的に、そしてなにより、楽しく変えたいと考えている。 2008年には、Agile Alliance よりアジャイルプラクティスの普及活動への貢献を認められ、一年に世界で2名に与えられるGordon Pask Award 受賞。日本では、アジャイルジャパン実行委員、要求開発アライアンス理事、エンタープライズアジャイル勉強会実行委員、を務める。 著書『アジャイル開発とスクラム〜顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント』、『ソフトウェア開発に役立つマインドマップ』、共著『要求開発』、翻訳『インパクトマッピング』、『XPエクストリームプログラミング導入編』、『リーン開発の本質』、『アジャイルプロジェクトマネジメント』、監訳『アート・オブ・アジャイルデベロップメント』など多数。 登壇者 石川 陽一 Citizen Developer, CISA 活動の見える化、データの可視化等で登壇、ブログ(Qiita)、YouTube等で情報発信等の活動を行っています。 ・ Yoichi Ishikawa(石川 陽一)のPower BI等の活動記録 - Qiita ・ 公開スライド Speaker Deck ishiayaya.net/sd ・ Qiita ishiayaya.net/qiita ・ YouTube ishiayaya.net/yt ・ Twitter @ishiayaya ・ Facebook fb.me/ishayaya 『チーム改革のスイッチ』関連のホームページ等 『チーム改革のスイッチ』販売サイト 『チーム改革のスイッチ』の推薦文|manaslink|pixivFANBOX メイキングオブ『チーム改革のスイッチ』 「日本を元気に・革新コンソーシアム」facebookグループ 日本を元気に・革新コンソーシアム コミュニティ - YouTube

7/30 (木)

7bfe62f3200b8b2e5ef436798dd21810 日本を元気に・革新コンソーシアム
『チーム改革のスイッチ』出版記念&『革新コンソーシアム』設立記念 第一弾の2日目です
2020/6/18発刊『チーム改革のスイッチ』(三井伸行・著、戸田考一郎・監修)ならびに「日本を元気に・革新コンソーシアム」設立を記念して、Webイベントを実施します。 このイベントは水曜日~土曜日を1クールとして、三回行います。 第一弾は7月29日(水)~ 8月1日(土) 本イベントはこちらの2日目です 第二弾は9月23日(水)~25日(土) 第三弾は10月28日(水)~ 31日(土) 登録者の方には、同日ライブ実施後、YouTubeでの再配信について優先的に案内いたします。是非、ご登録をお願いします。 当日のアクセス方法 Teamsライブイベントの予定です。 登録者の方には同ページ等で、アクセス方法(URL)を案内します。 テーマ 現場が主役 TOYOTA way 登壇予定 講師: 豊田マネージメント研究所(TMG) 副社長 / 豊田エンジニアリング 講師 熊倉 靖隆氏 (TPSの総本山で改善に従事し、システム設計にも精通。IT、IOT、Industry 4.0などの最新の効率化も専門) 戦略スタッフ・サービス 三井 伸行 本の著者/登壇者 三井伸行 64歳既婚 子供3 孫2 筆者の三井伸行は日経コンピュータ誌に2017年4月~連載を執筆中です。連載記事では紙面の都合で元原稿から圧縮されて掲載されています。『チーム改革のスイッチ』本は圧縮されていない元原稿を新たな編集者としてマナスリンクの野口さまに協業頂き、元原稿の情報量はそのままに、読みやすく構成しています。その本の内容はチームビルディンといった現場の改革からW/Fの可視化、Agile開発、DevOps2.0、VeriSMまでの広範囲に及んでいます。そのすべてが実施例を基にしていますので、机上論ではない現地・現物の内容ですので、読者へ多くの気づきやヒントを提供しています。広範囲な本の自分流のカスタマイズの方法をご紹介します。 <主たる職歴> 数値制御装置・ロボット系でのU/Iと言語自動生成・グラフィック系の  設計・製造に従事(1978年~1987年) 製造メーカーのシステム部門でツールを使用した  モックアップ・アプローチを実施(1987年~1990年) 非鉄金属大手のシステム開発手順・手法の棚卸と  ツール適応性の評価を実施(1991年) 外資企業にて開発支援ツールの導入コンサル、  プロジェクト立上支援を実施(1992年~2004年) 自治体全システム再開発プロジェクトに  PMとして参画(2005年~2007年) NPO法人(ドットNET分散開発ソフトピアセンター)立上と  運営に参画 (2007年~2010年) アジャイルプロジェクトの実施 SCRUM MASTERとして従事 アジャイルドットNET研修の開発 アジャイル開発導入支援指導&  アジャイル開発プロジェクト・マネジメント(2007年~現在) TPS検定協会のTMS塾講師(2013年~現在) <執筆活動> これまでの、現場経験をベースに日経コンピュータ誌(2017年4月)より連載中 第一期【現場を元気にするチーム運営術】2017年4月13日号~2017年8月17日号(全10回) 第二期【現場を元気にするDevOps 2.0】2017年9月14日号~2018年2月1日号(全11回) 第三期【現場を元気にする組織変革術】2018年4月12日号~2018年12月6日号(全17回) 特別編(第四期)【現場を元気に!カブコム現場改革の軌跡】2019年1月24日号~2019年10月3日号(隔号:全10回) 特別編(第五期)【大企業でも待ったなしSOMPOに学ぶ組織改革】2020年5月14日号~隔号で掲載中 今回の『チーム改革のスイッチ』本は、第一期、第二期、第四期(特別編)のVeriSM導入事例から構成されている。 <主たる実績(直近10年)> ソフトウェア生産技術力向上の為のコンサルテーション Agile開発の導入指導・プロジェクト支援  (プロジェクトレスキューも含む)   基幹系、生産管理、等 TMS(TOYOTA way Management System)の導入指導  (TPSのコア・マネジメント)   TPS : Toyota Production System:Lean、 Agile開発の源流 働きかた改善の指導(コーチ) W/Fプロジェクト現場の見える化現場指導 DevOps2.0の普及活動と導入支援 Executive Designer for DevOps Certification 様々な業界の現場を指導 保険金融・メーカー次期開発基盤・ゲームソフト・通信業営業部門・ 通信網建設業(国際事業部)・コンテンツ提供企業・運輸倉庫業・ ネット証券・二輪メーカー・四輪メーカー・重工業・Sier 等 『チーム改革のスイッチ』関連のホームページ等 『チーム改革のスイッチ』販売サイト 『チーム改革のスイッチ』の推薦文|manaslink|pixivFANBOX メイキングオブ『チーム改革のスイッチ』 「日本を元気に・革新コンソーシアム」facebookグループ 日本を元気に・革新コンソーシアム コミュニティ - YouTube