ふわっとした考えから仮説に至るまでをステップに分解して、見通しを良くする試みです。また、仮説を作業仮説とクレームに分けて考えることで、仮説の現在地を分かりやすくしました。 『仮説行動

GW中の連続企画として、画像生成AI「Midjourney」を使ったAIイラスト制作TIPS記事をお届けしています。また、5月2日には、これに関連した生放送企画も実施しましたが、ご覧いただけたでしょうか？ こちらの放送では、本連載企画の第1回と第2回で取り上げた、「Midjourney」の始め方の紹介と、「Midjourney」を使った似顔絵制作に実際にチャレンジしているのですが、放送時間の制約もあり、時間内にできあがったアスキー編集部つばさの似顔絵がちょっと微妙な感じでした。 そこで今回は、引き続き、あのとき例題として利用した写真を使って、もうちょっと本人に似るまで試行錯誤を繰り返したら、どんな結果になるのか、を、その試行錯誤の過程と共にお届けしたいと思います。生放送を未視聴の方は、動画の後半部分、48分20秒ころからの映像を見てから、本稿をお読みいただけるとさらに楽しめると思いますので

こんにちは、昨年末に講談社を退職し、現在はStudio ZOONでWebtoonの編集やっているムラマツです。 さて、今回は今話題のChatGPTのお話です。 ChatGPTのリリース以来、いや、それ以前のAIの驚異的な発展を目にする日々の中で 「将来、あらゆる作品がAIによって無限に自動生成されてコンテンツ業界や作家業や編集業自体が成り立たなくなるんじゃ…」 という不安を抱いている方も多いんじゃないでしょうか。 かく言う僕もその一人なわけですが、まず現状はどんなもんかを知ることが大事だな思い、ChatGPTとWebtoon新連載企画の打ち合わせを１時間してみることにしました。 今回はその打ち合わせの内容と、打ち合わせを通じて気づいたことについて書いていきたいと思います。 起点をどこにするか？普段の新連載企画の打ち合わせの進め方ですが、まずは作家さんの話を聞きながら「なるほど、こういうこと

僕は食品会社の営業部長、自分で言うのもなんだが部下に慕われている部長と自負している。その証拠に、先日、休みを取ろうとしたら、部下の一人が気を使ったのだろうね、「いてもいなくても同じですから休んでください」と言われた。一瞬、思うところはあったけれども、ポジティブシンキングで目指していた自由に発言できる風通しのいい組織の証明ととらえた。実際、営業部を今の体制に変えたのは僕なのである。 ４年前、僕は中途入社した。それまでの経験から案件の発掘から成約まで一人でやりきってしまう営業マンを揃える営業組織に限界と疑問を感じていて、意見を同じくする社長のもとで、これまで組織を変えてきたのだ。ホークアイで見込み客を見つけ、マジカルトークで有力案件に育て、ミラクルな企画提案で契約を取るスーパーな営業マンを僕は否定しない。でもスーパーマンに依存した仕事のありようは組織としては正しくない。スーパーマンが退職したと

回答 (62件中の1件目) (๑˃́ꇴ˂̀๑)衣料の盗撮防止加工vsカラーフィルター機能での透視撮影 人間は波長域380~750nmの範囲の電磁波を視覚で捉えることができます。 短波長380nm側を紫、長波長750nm側を赤色として認識するのですが、赤色750nmを超える波長域は目に見えません。 今後、透視盗撮アプリとか出てくるんでしょ～ だが！透視盗撮させないぞ！ がんばれ繊維産業☆ 繊維構造レベリング 負けるな薬品工場☆ 金属付与ふよ～

ALL STAR SAAS FUNDのメールマガジン「ALL STAR SAAS NEWSLETTER」購読登録受付中ALL STAR SAAS FUNDがお届けする 最新SaaSニュース、ブログ記事情報を配信するSaaS業界にいる方は必見のメールマガジン！ このツールを定義することは難しい。Notionは、半ば苦し紛れのように「万能ツール」や「生産ツール」と呼ばれる。ただ、俯瞰して見ると、言い得て妙でもあり、そうとしか呼べないともいえる。つまり、それこそが、Notionの魅力なのだ。 世界中で、熱心なユーザーを増やし続けるNotion。高まるのは愛情だけではない。2020年4月には約54億円を調達し、大胆な発展を見せる。今回は、共同創設者であるIvan Zhaoさんに、前田ヒロがその成り立ちや組織運営などを聞いた。 Notionは、京都で再生した 前田：今日はお時間をいただき、ありがとう

2019/7/30 s-dev talks 〜サービス開発勉強会〜「チームビルディング」での小野の講演資料になります

https://b.hatena.ne.jp/entry/s/www.timakin.com/posts/hacker-and-suits/ IT技術者のイメージが確立した頃のITというのは基本的に技術が収益性を決定していた。ビジネスの人間からすれば「おかしなこと」で、普通に考えれば顧客が何を求めているかが問題だ、という意識があったはずだ。 例えば、(フォードの速い馬車という意味ではなく)顧客がミント味のガムを求めていることが判明したとする。当然、ミント味のガムを製造すれば儲かる! のだが、ITでは「ミント味のガムを製造することを認めてよいかどうか」を決めるのはエンジニアであり、そしてエンジニアは実装言語の仕様書を読んでいるだけで、更にその仕様書は半導体ベンダが決定し、加えてその仕様書も主にカリフォルニア辺りの国立大学の発明を言語化しただけのものだ。つまり、ITにおいては、顧客が何を言おう

2019年3月にクレディセゾンに来て、ゼロからチームを立ち上げて1年半が経った。「セゾンのお月玉」を始めとして戦略的企画を自分たちで企画し、実装し、改善し、運用していくチームはとても良い感じで動けていて、現在もいくつかの大型プロジェクトに仕掛中だ。2ピザチーム(8人)ひとつでやっているにしてはかなり良い動きができていると感じている。 だが、1年経過した頃から『これは絶対に成し遂げたい』と思うことが出てきた。 1.「事業会社とSIが分かれている問題」と向き合う それは「事業会社とSIが分かれている問題」をどうにかすることだ。 新規の戦略的企画を作る私たちのチームは完全内製で開発をしている。一方、事業部門のシステムはすべて外部に委託している。 だが事業会社とSIが分かれていることで、企業対企業でやり取りをしなければならず、エンジニアリング以外のマネジメント業務が大量に発生し、開発に必要な期間や

2020年9月2日～4日、初のオンライン開催というかたちで行われたCEDEC 2020。本稿では、最終日の9月4日に行われた、任天堂の河本浩一氏と松永浩志氏による“『リングフィット アドベンチャー』～混ぜるな危険! ゲームとフィットネスを両立させるゲームデザイン～”の内容をリポートする。

以前「プロダクト企画にエンジニアを早めに巻き込む（嫌がられずに協力を得る方法）」という記事を書きました。 ykmc09.hateblo.jp 「TL;DR : ひとことでいうと」を抜粋すると以下のような感じです。 決定事項になる前に早めに巻き込もう 巻き込むときは、 その意図や相手に期待することを伝えよう 特性を理解して、ちょっとした工夫（最初の一声はチャットなどの非同期コミュニケーションを使う、etc）をしよう この記事では、「はやめに巻き込もう」ということを中心に書きましたが、最低限こういったことを考えて書いておくと、話がよりスムーズになるよ、というものを挙げてみようと思います。 プロダクトマネージャーが用意するリスト 目的の概要（なぜそれをやる？）※もっともだいじ。これが無いとかなりキツイ。 誰のための企画？（基本はエンドユーザーになる。） その人のどういう課題を解決したい？ その課

TL;DR : ひとことでいうと 決定事項になる前に早めに巻き込もう 巻き込むときは、 その意図や相手に期待することを伝えよう 特性を理解して、ちょっとした工夫（最初の一声はチャットなどの非同期コミュニケーションを使う、etc）をしよう たまに遭遇するシーン ソフトウェアプロダクトの企画（プロダクトデザイン、プロダクト設計）を行う人や組織が、 企画の要件や仕様をかっちりと固めてから、エンジニアに渡したほうがいい 、と思っているシーンを見聞きすることがあります。 「重厚なウォーターフォールプロセスを採用しているから」という場合もあると思いますが、 軽量なプロセス下にある Web サービス企業でも、企画と開発で役割分担をしている場合は（程度の大小はあれど）起こってしまう と思っていて、今回はそういったケースを想定しています。 特に、以下のような思いがあるからそうしている、というケースを話題に上

プロダクトマネジメントの名著 Inspired: 顧客の心を捉える製品の創り方[1] によれば、プロダクトマネージャの役割は2つある。 製品の市場性を評価すること開発すべき製品の定義このふたつをまとめると、プロダクトマネージャの目的は「 市場性の高い製品（≒売れる製品）を定義すること」ということになる。 前半の市場性評価は、市場要求仕様書（MRD, Market Requirements Document）というドキュメントにまとめられ、MRDは主にソリューションではなく課題にフォーカスしたものだ。製品がどんな問題を解決するか（バリュープロポジションはなにか）、誰のためにこの問題を解決するか、その市場が大きいかといったことを書く。 後半の開発すべき製品の定義に関しては、製品要求仕様書（PRD, Product Requirements Document）がその役割を担う。PRDはMRDで明

自分やチームがきちんとデータに基づいて仮説を構築し、その仮説に基づいて施策を立案し、それを検証していく思考ができるようなフレームワークを作ってみました。 イケてるテック企業というのは例外なくエンジニアやデザイナーなどの創り手がイキイキしています。そして、彼らがイキイキしているためにはメンバーからの理不尽なオーダーがない状態、つまり全ての議論や意思決定がデータや仮説を起点にしてなされている状態が必要だと思っています。 自分はMESONという「3DモデルのGoogle」のようなサービスを作る会社をやっているのですが、おかげさまで順調に人が増えてきました。 MESONは今後人数が増えていってもエンジニアやデザイナーがイキイキしている会社にしたいので、それを仕組みで実現するためにこのフレームワークを作りました。 チームの議論や意思決定を、よりデータドリブンかつ仮説ドリブンにしていきたいと考えている

これはなにか Product Manager(以下、PdM)とはどんな仕事か？についての私見である。 最近、複数の知人から上記を問われることが続いたので、そういったときにポンと渡せるまとめを作ろうと思ったことがきっかけだ。 読者はPM未経験者を想定しているため、すごく初歩的で基本的なことにとどまる。 よって現場でゴリゴリ活躍しているPdM諸兄姉にとっては、得るものが少ないと思う。 「どんな仕事か？」これを説明するために「目的(＝ミッション)」と「手段(＝業務内容)」にわけて話したい。 PdMのミッションは？ 「ユーザーの課題を特定し、解決策を実行し、KPI目標を達成すること」である。 新規プロダクトの立ち上げ、既存プロダクトへの機能追加、UI/UXの改善、CRMなど、PdMが関わる分野は多岐にわたるが基本はどれも同じである。 このミッションを遂行するために、PdMは関係各所と連携しながら業

「嫌な予感がします」大分前ですが、得意先のある部署からシステム開発の相談を受けました。 内容を聞いて「あ、嫌な予感…」と思いました。 数年前に流行ったけれども、最近は評判が悪いと私が認識していたものだったからです。 調査しました感覚でモノを言うのは苦手なので、見積もりの傍ら調査をしました。他企業でそのシステムがどう事業に貢献しているかの調査です。 集客に関するものなので、コネと頑張りで数値を集めることが出来ましたが、実はコレは結構大変でした。とても仲の良い会社さんなので良かれと思って頑張りました。 それは役に立たなそうでした結果、そのシステムは事業に貢献していないと判断できるデータが出てきました。 また、ビジネスを取り巻く環境の変化にそのシステムが対応出来ていないことも客観的に説明が付く状況でした。 とても良くやれば上手く行くこともあるかもしれません。が、それは最終回で逆転しなければ敗ける

This domain may be for sale!

1. Toshihiro Ichitani All Rights Reserved. 正しくないものをつくらない Ichitani Toshihiro 市⾕聡啓 - サービスづくり7つの失敗パターン - 2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市⾕聡啓 ソフトウェア開発16年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 株式会社 エナジャイル 代表 ⼀般社団法⼈ 越境アジャイルアライアンス代表理事 DevLOVE コミュニティ ファウンダ 0 → 1