「いくらアイデアを出しても、使えるものが見つからない……」 「このアイデアを、取引先におもしろいと思ってもらえるだろうか……」 このように悩んでしまうのは、アイデアの質を、いまひとつ高めることができていないから。 とはいえ、アイデアの質が高まらないのは、そうするための方法を単に知らないだけの話かもしれません。その方法とは、「トリーズの9画面法」。今回は、よりよいアイデアを生むのに役立つトリーズの9画面法のやり方を、筆者の実践例もあわせてご紹介しましょう。 アイデアの質が低い理由 1. アイデアの3要素がそろっていないから 2.「ベストなアイデア」でなければ意味がないと考えているから 「トリーズの9画面法」とは 「トリーズの9画面法」を活用するメリット 「トリーズの9画面法」を実践してみた 実践してみたら、アイデアをよりよくすることができた！ 素朴なアイデアの質を簡単に高められる 勉強でも「
サービスを0→1でつくる上でまず必要になるのが、サービスのコンセプトづくりです。 いままで自社事業や様々な企業との共同プロジェクトを通じてサービスづくりに取り組む中で、サービスのコンセプトづくり、すなわちコンセプトメイキングのプロセスにもある種の型があることに気付きました。 このnoteでは社内ドキュメントである「サービスコンセプトのつくり方」の内容を一部NDAでシェアできない資料を除いて全公開します。 ＜コンセプトメイキングの大前提＞🧐 STEP１：コンセプトとは何かを知ろうコンセプトが何かを知る上で、コンセプトの立ち位置と役割を知ろうコンセプトそれ自体は様々な形があり、非常に漠然としている。 なので、コンセプトがそれ以外の要素とどういった関係にあるのか、どういった役割を果たすのかという観点からコンセプトとは何かを理解しよう。 まずサービスアイデアは下図のような構造を持っている。 ある
非同期メッセージングを使ったインテグレーションパターン (EIP)は、クラス設計にも参考になるものが多い。 すぐに非同期メッセージングを使わないとしても、EIPは設計の参考情報として知っておきたい。
こんにちは、サービス開発課の丸山です。 本日はタイトルの通り、サービス開発課で開発している Cloud Automator の新機能の開発前の段階で行っている取り組みについてご紹介したいと思います。 とは言っても、うまくいっているベストプラクティスというほどのものではなく「今のところ実験も兼ねてこんな感じで回しています」という温度感のものです。 そのため、うまくいった取り組みや利点はもちろんのこと、課題に感じている部分も紹介していければなと思っております。 開発前に行っている取り組み 今回は次の3つの取り組みを紹介したいと思います。 Working Backwards ユーザーストーリーマッピング Example Mapping これらの取り組みは実装に着手する前に1~3の順番で行っています。 Working Backwards 背景 Working BackwardsとはAmazon社内
まずはじめにこれは、デザインエンジニアとして生きてきた私Rikikaのポジショントークです。 エンジニアとデザイナーの垣根が少しでも低くなれば、最高のプロダクトが次々に生まれると信じています。気に入ってくれた方はフォローお願いします！ Server-Driven UI（SDUI）とは何かAirbnbのテックブログで出てきた、UIをサーバーサイドで定義し、クライアント側に返却するという手法です。 つまりクライアント側で状態管理やレンダリングのロジックを持たせずに、各プラットフォームでのUIの同一性をサーバー側で担保するというもの。 GhostPlatform というイケイケの名前で立ち上がったというプロジェクト、Airbnb社内ではかなり普及しているようです。 ※GuestとHostを大切にするためのシステムだからGhostらしい SDUIは何を解決しているのか例えば、コンポーネント間の並び
3. Cynefin Framework Chaotic Complex Complicated Simple / Obvious Disorder 問題に対する解: 1つは既知 (最良かどうかは分からない) 問題と解の因果関係: あり 問題の解き方: 把握-分析-対処 問題に対する解: 1つで既知 問題と解の因果関係: あり 問題の解き方: 把握-分類-対処 問題に対する解: 未知 問題と解の因果関係: あり 問題の解き方: 調査-把握-対処 問題に対する解: 未知 (問題も不明) 問題と解の因果関係: なし 問題の解き方: アクション-把 握-対処 解決策を得るための方向にはパ ターンがある 既知の解法から選択して適用す る (Good Practice) 既知の解法を適用する (Best Practice)行動を起こして、Complexな状 態に移行させる。 分からないことが分からな
本記事では、AIエンジニアやAI関連のビジネスパーソン向けに、起業および新規事業立案に関するノウハウ・情報をお知らせします。 AIに特化していない新ビジネス立案関連の内容も多いのですが、ご容赦ください。 AIに関わる内容は本記事の後半部分から始まります。 本記事は、 [1] スタートアップ系での有名なアドバイスを引用掲載 [2] それに対して、私（小川）なりの私見を記載 という構成で執筆します。 AIエンジニア向け記事シリーズの一覧 その1. AIエンジニアが気をつけたいPython実装のノウハウ・コツまとめ その2. AIエンジニアが知っておきたいAI新ビジネス立案のノウハウ・コツまとめ（本記事） 本記事の目次 はじめに 0. 起業や新規事業立案を学ぶうえで知っておきたい人物・組織 アイデアの見つけ方 アイデアの育て方 ユーザーインタビューの仕方 AI新ビジネス立案について MVPの作成
こんにちは、フリッツ です。プロダクトマネージャー（以下 PM）になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました（ありがたい）。 ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。 ということで、旅の序盤として、本記事では「プロダクトの成功」を導くために必要とされる、問題定義・優先順位決定・実行 という 3 つのステージを PM 視点から 20 項目にわけてみました。できるかぎり、（自分の今までの）現場の動き方に沿うようにまとめました。割と基本的な内容ではありつつも、特に実行のパートにおいては、現場で役立つような個人的知見を多少含められたはず…。 プロダクトに関わる方、および・駆け出し～数年目の PM の方のお役に立てる記事になっていれ
The Prototyping of Science Fiction Prototyping：SFプロトタイピングのためのプロトタイピング(随時更新中) ※本稿はこれから書かれる本のための試し書き、つまり、SFプロトタイピングのためのプロトタイピングです。「もっとこういう視点がほしい！」「もっとこういう情報がほしい！」など、ご意見・感想があれば今後の改善に活かしますので、 ぜひとも @rrr_kgknk までご連絡ください。よろしくお願いいたします。 はじめに．夢を見ること、あるいは未来の複数性について 人は未来を予測することができる。 あるいは少なくとも、人は未来を予測しようと試みることができる。 一般に、ビジネスの世界ではそう信じられている。一様に黒や紺色のスーツを着て首にネクタイを巻いた集団は、ロジカル・シンキングとデータ・アナリティクスを用いて、ビッグデータが算出する未来のビジネス
デザイン思考がもてはやされてしばらく経ちましたが、デザイン思考の成功例、何か思い出せますか？仮に思い浮かんだとしたら、その「成功例」は本当にデザイン思考によって生まれたものですか？ 一応最初に断っておきますと、僕は「デザイン思考はゴミだ」と言っているわけではありません。デザイン思考（デザインシンキング）にも向き・不向きがあるのに、その特性を踏まえないまま変なバッターボックスに立たせた企業が大変シュールな状況に陥っていることを、普段デザインで事業成長を支援している身として危惧しているというわけです。マイナスドライバーでプラスのネジを回すのはやっぱり無理があるし、おもしろTwitterおじさんだった人に大統領をやらせたらそりゃみんな怪我するよね、という単純な話です。 著名デザインファームPentagram New Yorkのグラフィックデザイナーであり教育者でもあるNatasha Jenは「D
アーキテクチャ（Architecture）とは一般には建築や建築学を指しますが、コンピューターの世界ではあるシステムの概念や設計思想を「アーキテクチャ」という言葉で分類することがあります。中でもソフトウェアの領域では実装モデルの設計指針や分類、コンポーネントの相互関係、ソフトウェアの構築方法などを定めた一連の構造をそう呼ぶことがあります。 アーキテクト（Architect）とは建築家や（建築）設計士、技術者といった職種を指しますが、コンピューターの世界では「アーキテクト（仕組士）: システムのアーキテクチャを設計する責任がある、人、チーム、あるいは組織」（IEEE 1471）と規定されます。要するに、システムの構造設計に関して責任を持つ役割です。「構造設計の指針を示し、実行する人」と言った方がわかりやすいでしょうか。 このような、構造設計やそれを担う設計士の役割は、当然のようにUIデザイン
プランニングといえば、クリエイティブなプランナーが身に付ける、センスと発想力を求められる特殊スキルと思われがちです。 しかしプランニングはもっと身近なスキルです。すべてのビジネスパーソンにとって必要な力で、誰でもそれなりに実践できる日常的な営みです。 というわけで、誰でも真似できるプランニン…
noteに関わってる深津さんと安藤さんに熱烈に欲しいと言われたので、すごくマニアックな複雑な業務を紐解く過程を本気出して解説してみる。（宣言してからもう2ヶ月経過してたw） そもそもビジネスプロセスとは 本書ではビジネスプロセスを「お客様に始まりお客様に終わる価値提供のライフサイクル」と定義しています。ビジネスプロセスはいくつもの業務の集合体です。それぞれの業務はインプットとなるモノや情報に処理を加えて、より価値のあるモノや情報をアウトプットとして送り出します。 山本 政樹. ビジネスプロセスの教科書 アイデアを「実行力」に転換する方法 (Japanese Edition) (Kindle の位置No.30-33). Kindle 版. まさに上記の通りなのだが、問題が表面化するのはお客さまとの接点であることが多く、問題の原因は途中の社内プロセスであることがかなり多い。そして、お客さまとの
つい先日、メルカリ社＠六本木ヒルズにお邪魔してきました。 今や、東京だけではなく、仙台や福岡、そしてサンフランシスコからロンドンに至るまでグローバルに組織展開をしているメルカリ。 創業期に参画し、現在は社長を務めている小泉文明さんに、従業員数も数十人から1000人以上に至るまでの組織づくりの秘訣をご教授いただきました。 メルカリ@Koizumi さんによるHR勉強会参加してきました。 コーポレート・デザインは極めて重要な経営者マターで、思想レベルから運用レベルまで一貫した骨格が整えられるとポジティブなサイクルに入れて、良い組織が良いプロダクトを創る。 そのためのHOWをたくさん頂いたので、需要あればまとめます。 — 吉兼 周優 / SHUYU（Azit） (@shuyu_y) 2018年8月28日 ツイートした通り、スタートアップの経営者として目から鱗の連続でして、このメモを自分のものだけ
先日、東洋経済さんでこんな記事を拝読しました。 ｢作文｣が書けない子に教えたい3つの言葉 文章を書くことは、観察し、驚きを見つけ、考えることです。これがステップ1からステップ3への手順に当てはまるのです。 （東洋経済オンライン） 正直なところ、この記事を書いた方は「作文が書けない子」のレベルをかなり高く見積もっているなあ、と感じました。 いや、文中のテクニック、文中の手法が悪い、というわけではないのです。ここに書かれていることは、それはそれで非常に有用、非常に有効なことだと思います。 「観察→深堀りと整理→考察」という思考法は、あらゆる表現、あらゆる論考で重要な手順です。 小さい頃からこの手順になじんでおくことはとても有益ですし、その際の教え方、かみ砕き方として、文中提示されているような言い方をするのも有効でしょう。そこについては何の文句もないんです。 ただ、ここでいう「作文が書けない子」
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 『エンジニアの知的生産術』の書籍を読んでいます。 この書籍の第二章では、「記憶を鍛えるには」の知見が共有されています。 その中で、1999年にSupermemoの作者Piotr Wozniakさんにより公開された文章「知識を構造化する20のルール／Effective learning: Twenty rules of formulating knowledge」が紹介されていましたので、本ブログでサマリーを紹介します。 エンジニアの知的生産術 ──効率的に学び、整理し、アウトプットする ここに、知識を構造化するための20のルールについて
未来から逆算してアイデアを共有・構築する「バックキャスティング」というフレームワークを基に、チームで合宿をし、事業領域の未来について議論しました。 その結果… ・チームの士気が上がった（楽しく議論できる） ・これから取り組む（取り組もうとしている）事業が2つできた ・しかも短期間（2日間） ということでその発想法のフローを記事にまとめました。ぜひご覧ください。 実際に自分たちはAR/VR領域で活動しており、トピック自体はAR/VRの2040年に向けて書いているのでAR/VRに興味がある方もぜひ。 【こんな方が読むと面白いと思います】 ・スタートアップで働いている人 ・事業を構想している人 ・最先端のテクノロジーに携わっている人 ・不確実性の高い環境にいるから未来予測はできないと思っている人 ・チームで何かワークショップをやりたい人 ・AR/VRに携わっている、興味がある人 --------
はじめに 「イノベーションのジレンマ」で有名なクレイトン・クリステンセンの最新著作「ジョブ理論」。いわゆるビジネス書の類ですが、なんか話題になってるな……ぐらいに認識してる人はエンジニアでも多いのではないでしょうか。 市場価値の高い(＝ビジネス的な競争力につながる)エンジニアスキルを身につけるという観点ではこの手の本を読むことも役立つと思うので、そのエッセンスまとめてみます。 以下、箇条書きが本書に書かれていることの概要、平文が感想というか私なりの解釈です。 要はどんな本？ イノベーションを起こすには ユーザが片付けるべき"ジョブ"に着目して それを片付ける最適なプロダクトと組織を作ろう 「イノベーションのジレンマ」等で語られてきた"破壊的イノベーション"をどうやって起こせばいいの？という問いに対する回答、という位置づけの本です。確かに「イノベーションのジレンマ」は読んでなるほど感はあるも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く