何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット - Findy Engineer Lab
ソフトウェアエンジニアは、どのように事業に貢献すべきか？ 宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。 伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ（当時）に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。 当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が「事業に貢献していない」ことを明確に意識す
「開発生産性を上げる改善」って儲かるの？に答えられるようにする / Is development productivity profitable?
2024/6/28 開発生産性カンファレンス2024 登壇資料 https://dev-productivity-con.findy-code.io/2024
CTOの頭の中：技術投資を最適化する｜Shin Takeuchi
ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが（地代家賃、ライセンスフィー、PC代など含めるともっと）、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか？今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは「To Be」の話ですので、まずは「As Is」を知らなければ話になりません。その、まず「As Is」を知る
生成AIを活用したサービス設計のススメ〜仮説構築編〜
デザイナーの帽子をかぶったわたしが、プロダクト開発するうえでスクラムチームに提供したいこと / what I want to provide to Scrum teams when developing products
コンサル10人相当のプロジェクトを2人で対応という高コスパ 半信半疑で、ChatGPTで新規事業開発をしてわかったこと
「ChatGPTによる新規事業開発の進化」をテーマに、リブ・コンサルティングが新規事業やサービス開発に取り組む人に向けたイベントを開催。同社の先進技術研究組織「ACROBAT」の所長・森一真氏が、ChatGPTを新規事業開発に活用する方法を語りました。 前回の記事はこちら AIに適した知的労働 森一真氏（以下、森）：データの分析も知的労働ですし、チームビルディングもある意味知的労働かなと思いますが、特に情報処理的で、かつ問題が曖昧ではなく、ちゃんと定義できるものほどAIに向いています。いわゆるリサーチや分析はどんどん優先的にAIに置き換わっていきます。 新規事業アイデアは（スライドの）真ん中にあるんですが、若干情緒的なところや文脈的なところもありつつ、リサーチ等の情報処理的な業務負荷が著しく高いので、うまくプログラムを組むことでかなりAI化が進みやすいと思います。 逆にリーダーシップやチー
Webサイトの利用規約（無料テンプレート・商用利用可）
Webサイトの利用規約 kiyaku.jp へようこそ。 当サイトでは、Webサイト用の「利用規約」「プライバシーポリシー」等のひな型（雛形・テンプレート）を掲載しています。 ひな型（雛形・テンプレート）のご利用は無料です。 個人・法人を問わず、どなたでも自由にご利用いただけます（商用利用可）。 ご利用の際は、ご利用の際の注意事項をご確認ください。
スタートアップの方法論の変遷 ～「適切な場所で」、適切なものを、適切に作る ～ - 🐴 (馬)
スタートアップに適した「場所」の変遷 1.1 2009 年前後 - B2C 1.2 2012 年前後 – B2B ホリゾンタル 1.3 2015 年前後 – B2B バーティカル 1.4 2018年前後 – B2B エンタープライズ 場所が変われば探し方も変わる まとめ リーンスタートアップの方法論、特に仮説検証型の方法論を起業志望者の方々に伝えてきて感じたことは、「この方法論は、ちゃんと考えて運用しないと、急成長するスタートアップではなくスモールビジネスを生みやすいのでは」ということでした。 とはいえ、この方法論は「2010年代のとあるタイミングでは」スモールビジネスではなくスタートアップを生み出すためのとても有効なものだったとも思います。それは様々な条件がたまたま揃ったタイミングでした。 ただ、スタートアップに適した領域が年々変わってくるにつれ、その方法論だけでは足りなくなって
良いウェブサービスを支える「利用規約」の作り方【改訂第3版】
2024年2月24日紙版発売 2024年2月24日電子版発売 雨宮美季，片岡玄一，橋詰卓司 著 A5判／304ページ 定価2,860円（本体2,600円＋税10%） ISBN 978-4-297-14039-7 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 ウェブサービスに欠かせない「利用規約」「プライバシーポリシー」「特定商取引法に基づく表示」の3大ドキュメントがこの一冊でわかる！ ウェブサービスの当事者たるエンジニア・経営者のみなさまに寄り添った解説で，11年以上支持され続けてきたロングセラーを大幅にリニューアル。約50ページのボリュームアップで，最新の法令や
to Bスタートアップは「仮説検証」をやめようという話 - estie inside blog
こんにちは！estieでビジネス部門の責任者をしている束原です。 2024年になりましたね。estieは決算月が12月なのですが、毎年期初に「今年こそが勝負の年だ」と言っている気がしており、それに対して「ガハハ」と笑い合えるメンバーで仕事ができているのが最高に楽しいなと日々痛感しております。 さて、こちらは事業の立ち上げ（事業開発）に関する記事です。 この記事に書いてあること estieでは「仮説検証」をやめようと思っている話 事業開発の成分の8割は営業だという話 かなり極論が並んでいますが(笑)、事業開発を進める上でとても重要だと考えているので、ご興味のある方は少しお付き合いください。 to Bスタートアップは仮説検証をやめようという話 「仮説検証って言葉が嫌いなんすよねー」と、確か弊社の事業責任者の齋藤だったか代表の平井だったかが以前社内で言ってました。 1年前くらいまで私は、その発言
「いらない機能はさっさと消したい」負債解消の初手「消す」を組織全員で実践する方法【Sansan西場正浩】 レバテックラボ（レバテックLAB）
「いらない機能はさっさと消したい」負債解消の初手「消す」を組織全員で実践する方法【Sansan西場正浩】 2024年1月16日 Sansan株式会社 執行役員 VPoE/VPoP 西場 正浩 大学院で数理ファイナンスの博士号を取得後、大手銀行で数理モデルの開発に従事。その後医療系IT企業でエンジニアやプロダクトマネジャー、事業責任者、採用人事などを幅広く務める。2021年にSansan株式会社へ入社。技術本部研究開発部でマネジメント業務に当たり、現在はVPoEとしてエンジニア組織の整備と強化を、さらにVPoPとして、営業DXのためのSaaS「Sansan」のグロースを担う。 X（@m_nishiba） note 多数のビッグプロダクトがローンチから10周年を迎える昨今、技術的負債は多くの開発チームにおいて巨大な課題となっています。積み重なった負債の影響で開発生産性が下がり、返済しようにもリ
Badプラクティスを選んで失敗しながら進めた新規プロダクト開発/Develop a new product with bad practices
Badプラクティスを選んで失敗しながら進めた新規プロダクト開発/Develop a new product with bad practices
新規事業・スタートアップやりたいと言っていた1年前の自分に言ってあげたい言葉｜k1ito
これは何:伊藤(@k1ito)が、エンジニアからBiz-Devに転職して早2年技術をビジネスにするべく奔走する中で、今年勉強したこと・去年の自分に言ってあげたいことを自戒を込めて書き連ねました。来年３０歳になりますが未だに社会人１年目みたいなことを永遠に言っていて恥ずかしい限りです。 2023年は本当に社内外の色んな人に支えられて良いビジネスを色々できて大変ありがたかったです。皆さんに報いる事ができるように頑張ります。 ①作るな、売れ。ともすれば お前は素晴らしい技術や素晴らしいアイデアから新規事業を出発しているだろう。 そうじゃない 市場はどこか？顧客は誰か？顧客の悩みはなにか？を考え「絶対に売れない物を作らない」気概でつくる。顧客は技術を求めているわけでも、お前の素晴らしいアイデアを知りたいわけでもない。 ②顧客？どこの何部の誰さんでいくら予算をもっている？ともすれば お前のプロダクト
CPOが開発する覚悟 〜コンパウンドスタートアップにおける、爆速の新規プロダクト開発スタイル〜
・各社において実態は様々ですが、プロダクトを開発する役割は分化と深化を繰り返してきました。 ・この流れは一定の合理性がありつつも、フェーズによっては役割を限定せず、覚悟をもった個人に集約させることが爆発力を生むという話をしていきます。 ・兼務をする開発スタイルがいかにプロダクトを良くしていくか見ていきます。
pmconf 2023 プロダクトと事業を無限にスケールするための最強のロードマップの作り方 / The Greatest Roadmap for Unlimited Scaling your Business and Products
プロダクトマネージャーカンファレンス 2023 Track A 15:35~ LIVE 50min プロダクトと事業を無限にスケールするための最強のロードマップの作り方 https://2023.pmconf.jp/session/zBfEEEcp 近年、多くのプロダクトマネジメントに関する書籍が執筆され、日本でもプロダクトマネジメントが定着しつつある。特に課題発見からMVPローンチ、PMFまでのプロセスは、アジャイル開発関連の書籍の拡充あって、充実してきていると言える。一方で、一度PMFを迎えたプロダクトを更に進化させるためのロードマップの作り方については、未だ確立した方法論があるとは言えず、世界中で議論が続いている。本セッションでは、従来のロードマップの課題と近年議論されている対策を振り返り、その上で、プロダクトと事業を無限にスケールするための新しい考え方を導入し、状況に合わせて変更可
ロードマップに機能を書くべからず｜小城久美子 / ozyozyo
機能を書くならバックログにまず機能だけが書かれたロードマップから見ていきましょう。時系列に沿って、どんな機能を追加するのか並んでいます。 残念ながら、多くの場合、機能開発が遅延したり、差し込み案件が発生したりして、以下のようになってしまいます。 こうなると、もうこのロードマップは信頼できません。過去の実装がここまで遅延していると、次に取り掛かる機能がいつリリースされるのか分からず、どれの優先度がもっとも高いのかも判断するのが難しくなってしまいます。 こういった「機能」に近いものは、縦長のプロダクトバックログの形式で並べ、ユーザーストーリーに分解して見積もったものを上から順番に実施していくほうがスッキリします。 では、ロードマップがなぜ必要なのかプロダクトバックログはとても良いものですが、プロダクトの中期的・長期的な未来を構想するには少し見づらくなります。特に、会社の中で中期的・長期的な方針
ポイントサービスの廃止・終了時の法的規制と、ポイントの有効期限 | 弁護士法人浅野総合法律事務所
ポイントサービスを導入し、購買意欲の促進、ユーザー囲い込みなどの効果を狙ったが、期待したほど効果が出なかったり、一時的なプレゼントキャンペーンの目標を達成し終えたりといったとき、ポイントサービスを廃止・終了することがあります。 ポイントを利用できるWebサービスやアプリ自体を、採算の悪化や新規サービスの予定などで終了することがありますが、この場合も、そのサービス内でのみ利用できるポイントサービスであれば廃止、終了せざるをえません。ポイントを有効期限つきとするサービス設計もあり得ます。 いずれの場合も、サービスの廃止・終了やポイントの有効期限は、サービスを提供する事業者側の都合です。そのため、廃止・終了によってユーザーに不利益を与えると、法律トラブルとなったり、炎上して企業の信用を損なったりするおそれがあります。 今回は、ポイントに有効期限をつけるときの注意点と、ポイントサービスを廃止・終了
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.meti.go.jp/press/2024/04/20240426003/20240426003-b.pdf
A Minimum Viable Product Needs a Minimum Viable Architecture
なぜレッドオーシャン化する前にサービスを グロースできなかったのか？ - フリマアプリ編 - @yutadayo
https://www.fsa.go.jp/singi/singi_kinyu/kessai_sg/siryou/20150121/08.pdf