プロダクト開発はなぜ直観に反するのか - 弁護士ドットコム株式会社 Creators’ blog
この記事は、弁護士ドットコム Advent Calendar 2023の25日目の記事です。 前日は tsuchiya さんの「ログや例外についてレビューや実装時に意識していること」でした。 はじめに: 人と成りては童子のことを棄てたり インターネットの海には、不幸な開発プロジェクトの話が溢れています。例えば「とにかく言われた通りに作ればいいんだ」「スケジュールにコミットしろ」「遅れは徹夜で取り戻せ」「障害を起こしたら減給だ」など*1。 プロダクト開発に携わる人であれば、こうしたやり方が無意味どころか逆効果であることはご存知でしょうか。では、なぜこうしたやり方が提唱されてしまうのでしょうか。 それは、旧来のビジネスの常識*2に照らせば、ある意味でまっとうなやり方だからです。問題は、プロダクト開発においてはビジネスの常識が通じないことにあります。 (加えて、にも関わらず旧来の常識が押し通され
「ソフトウェア開発」と「プロダクト開発」は違う｜市谷 聡啓 (papanda)
執筆をしていて、時々迷うことがある。 「ソフトウェア開発」と書くべきか、「プロダクト開発」と書くべきか。 手元の行為としては同じでも、この2つの言葉の間には隔たりがある。 何げなく使っている言葉であっても、突き詰めて捉えていくと違いに気づくことができる。言葉を丸めたまま扱うと、それ以上理解が深まることはない。大事なテーマであるほど、使う言葉に気を払うようにしたい。「ソフトウェア開発」と「プロダクト開発」この言葉の違いを、置いている「目的」から捉えてみよう。 ソフトウェア開発の目的とは、ソフトウェアを作ることにある。ソフトウェア開発と称して「作らない」ということは稀だろう。どのようにソフトウェアを作るか、という観点に焦点があたりやすい。ときとして、ソフトウェア作りそのものが「こだわり」へと昇華していく。 一方、プロダクト開発の目的とは、プロダクトを利用してもらうことにある。プロダクトを提供し
カスタマーサクセスオートメーションツールpottos
pottosは、顧客のSaaS利用状況管理やカスタマーヘルスに応じた自動アクションなど、BtoBのSaaSのカスタマーサクセスを実現する上で必要な機能が多く揃ったカスタマーサクセスオートメーションツールです。
【参加レポート】カスタマーサクセス カンファレンス -BRIDGE 2020- へ参加しました！ DAY1 #CSカレッジ | DevelopersIO
【参加レポート】カスタマーサクセス カンファレンス -BRIDGE 2020- へ参加しました！ DAY1 #CSカレッジ 今回は、日本最大級のカスタマーサクセスカンファレンスである BRIDGE 2020 へ参加レポートとなります！ 開催概要 近年、国内外で大きな盛り上がりを見せる"カスタマーサクセス"。 事業成長に貢献する経営的重要性から多くの企業が様々な取り組みを始めています。 その中で生まれた知見や成功事例を学び合える場として、カスタマーサクセスに携わる 全ての方の成功の一助になるべく、カンファレンスの開催に至りました。 引用： https://www.bridge.customer-success.college/ 【Day0】 2020/11/08 19:00 - 21:00 【Day1】 2020/11/09 12:15 - 20:15 ◀︎◀︎◀︎ 本記事はこちらのレポート
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://twitter.com/shin_sasaki19/status/1478913962561327105
