pho @ohp_pho 専門商社の人が「AIはゴルフできないし相手のキャディバッグも持てないでしょ！焼酎薄めとか濃いめで作れないし、カラオケでタンバリンしないでしょ！負ける要素は一つとしてないです」と断言していて力強かった 2025-03-03 17:22:03

ビジネスの世界では「顧客へのヒアリングが大事だ」とよく言われます。 お客さんのもとを訪れて「どういうことに困っていますか？」と質問し、そこで聞き出した課題をもとに、プロダクトの開発や改善に活かしていく……。これが定石だとされています。 しかし、これはIT業界に広がる大きな誤謬であると、私は考えています。 ヒアリングによる「追体験」には限界があるからです。 ダイニーは飲食店に向けて、モバイルオーダーやPOSシステム、決済や勤怠サービスなど、お店の課題解決につながるプロダクトを提供しています。 私たちは、お店への「ヒアリング」のみに基づいてプロダクトを作ることはしません。 ヒアリングのみならず、メンバーが「飲食店のスタッフとして、実際に働いてみる」というやり方をとっています。自らが「当事者」としてオペレーションを体験し、そこで得た知見をもとに、プロダクトの開発・改善をするのです。 これが最も有

丹波 高山寺 【本尊御開帳】祐弘 @TanbaKosanji AIが普及すれば人間は仕事が本当に減るのでしょうか そこで思い出したのは、戦後に農村の生活改善、家事軽減の一つとして、かまどを廃してガスを引こうという運動に、多くの主婦からの反対があったという話 その理由は火の番が唯一の休憩時間であり、かまどが無くなれば別の仕事が増えるからだと 2025-02-15 15:42:15

仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」

仕事柄、大学生とよく会います。みんなひたすらに優秀。学生の頃の活動は、自分のど真ん中と紐づいてるからかどれも魅力的。 そんな彼ら彼女らですが、卒業し、就職した後、そのままめちゃ伸びて大活躍って子と、ちょっとくすぶってる子にわかれます。そんな時によく相談受けるので、アドバイス的なものをさせていただくことがあるんですが、それの評判が良かったのでnoteにまとめました。 このnoteを読んで、実践してもらった上でのGoalは、 社会人三年目くらいの「うわ、あの人仕事できるね」って言われてるような人に、半年でなる。 です。 この感覚わかりますかね？ 多分会社員の皆さんだと、「あーあいつみたいな感じね」「あーあの人みたいな感じか」となってもらえるかと思います。 会社員じゃない人だとあまりイメージ湧かないかもしれませんが、クライアントの若手の仕事できそーな感じの人を想像してみてください。そうです、その

プロダクトマネジメントを体系化したクライテリアです。企業がプロダクトを成功に導くために必要な要素を多角的かつ具体的に記載してあります。対象はプロダクトマネージャー個人ではなくプロダクトを取り巻くチームとし、プロダクトマネジメント全体をスコープにしています。 🎉 プロダクトの成功 プロダクトの成功には2つの要素があります。 ユーザー価値と事業収益がバランスを取りながら最大化している状態ビジョンが実現できている状態この2つを満たしたプロダクトの成功を実現するプロダクトマネジメントについて定義します。 🔄 プロダクトマネジメントのフロー 👆🏻2つのテーマ、5つのカテゴリプロダクトマネジメントには大きく2つのテーマがあります。 🎁 A. プロダクトをつくる仕事 👩‍👩‍👧‍👧 B. プロダクトチームをつくる仕事 そして、「🎁 A. プロダクトをつくる仕事」には大きく4つのカテゴ

株式会社明治クッカー　代表取締役　西原 亮 元外資系コンサルから牛乳屋へ！ Google Workspace活用法や仕事術を発信中！ 🚀 初の書籍発売 🚀〜2024年11月27日(水)〜 「コンサル時代に教わった 仕事ができる人の当たり前」（ダイヤモンド社） Amazonでのご購入はこちら 👉 https://amzn.to/4eFXyIi コンサル時代に叩き込まれた、成果を出すための仕事術を大公開！ 時間管理、タスク管理、コミュニケーション…etc. あらゆる業界で明日から使えるビジネススキルが満載！ ✅ 会社の研修にもぜひご活用ください！ もっと知りたい方はコチラ 👇 🌐 Google Workspace動画まとめサイト https://sites.google.com/meijicooker.com/cooker8 🔗 にっしー社長のSNS lit.l

お題箱124 671.以前ツイートされていた雑な格言シリーズの「面接では嘘を吐いてもよい」や「結果が全て」等の意味を詳しく教えて欲しいです。現在進行形で振り回されてます このツイートですね。 仕事に関する言説って「面接では嘘を吐いてもよい」とか「結果が全て」みたいな、まあ正しいっちゃ正しいけどその言い方だと学生は誤解するだろみたいな「精緻な言語化を怠った雑な格言」が無限にあってだいぶ振り回されたのけっこうムカついてる — LW (@lw_ru) 2023年9月22日 いま無職なのでやや気が引けますが書きます（無職が語ることじゃねえだろと思ったので、念のため信頼できる社会人の友達に下読みしてもらって内容に問題ないことを確認しました）。 最初に書いておくと、僕は数百人規模の中小ITでしか働いたことがないので、価値観がその規模感に寄っています。仕事の感性は職や規模によってかなり違って、例えば同じ

最近よく聞かれるので改めて言っておく。俺に起業の相談をするな。一切受けつけていない。突然事業のアイデアを言われても俺は助けないし助けられない。 俺が相手にするのはUberEatsのユーザーと、昔から一緒に仕事をしている人の紹介だけだ。もうすぐ五十路が見えているというのに新たな人間関係を構築しようとするほど俺は暇でも気長でもない。 相談されるとそれだけで僕の頭脳が無駄に消費される。俺に相談するというのは基本的に泥棒である。俺は何か聞いたら自分でも意識しないうちに気の利いた解決策を考えてしまう。俺にとって俺の頭脳は商売道具だから、俺に起業の相談をするというのはタダでイラストレーターに絵を描けと言ってるのと同じだ。 相談を受けなくていいようにたくさん記事を書いてるし本も書いている。俺の情報を一方的に発信するのは構わないのだが、誰かのへんな考えを聞いて時間を浪費したくない。時間は限られているのだ。

先日、「漫画を描きたいと言いながら今一作も描いていない人間が漫画家になれるはずがない」みたいな話をネットで目にして、その描いていない人に対しての厳しい意見が沢山目に入りました。 僕は30代半ばで、ひょっとしたら今なら漫画が描けるんじゃないかと思って、チャレンジしたら描けたので、そこからうっかりプロの漫画家になったりしましたが、これは大人になってから初めて描き始めたということではなく、大学では漫研にいたので、20歳前後あたりでも漫画を描いてみようとしたことはあって、でも、ちゃんと最後まで描けなくて挫折したというその前の経緯があります。 その後、30代半ばになって、会社員としての経験を色々経た後で、「今できないことを、なんとかしてできるようにする」ということをある程度筋道立ててできるようになってきたので、そのノウハウを応用すれば漫画だって描けるようになるのではないか？と思い立ち、色々試行錯誤し

プログラマというのは、道具に慣れることが、実力があがることにならないのですよね。だから、勉強せず業務経験だけだとレベルが低いままということになってしまう。 Javaを10年さわり続けて、Strutsを5年さわり続けても、それだけでは、与えられた画面を手際よく作成できるようになるだけで、たとえばStrutsすらよりよく使えるようになるわけではなかったりする。 Javaにしても、「volatileってなんですか？」という問いに、まあ知らないのはしかたないとしても、解説を見ながらですら答えられない可能性がある。 プログラムの反復生産は、プログラミング能力の向上にあまりつながらない。設定や記述に慣れるだけだ。そして、この「慣れ」というのには「難しいからそもそも実装を回避する」というようなものも含まれる。実力の向上は、作業ができるレベルで止まってしまう。 プログラマとしての実力をあげるための勉強が自

JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。

前提としての情報 単に「Figmaで要件定義のためのUMLも、外部設計のためのデザインも、内部設計のためのERDも全部つくるよ〜〜」という話をすると、ERD書くならデザインツールなんて使わないで、DBMSから自動生成できるツールとか使った方がいいじゃん、みたいな疑問が出るのは重々承知なので、そもそもこの形式に落ち着いた前提事項を書いておきたいと思います。 ご興味がなければ読み飛ばしてください。 筆者の仕事範囲 さて、冒頭で「事業会社でデザイナーとPMの狭間みたいな仕事をしてます」と書きました。キャリアの背景的には受託のPMっぽい仕事（厳密には違うんですが、本旨ではないので割愛します）→事業会社のインハウスデザイナー→現職という感じで、外渉から手を動かす所まで、必要ならなんでもします。 ざっくりいうと、機能の起案をして、経理などの関連部署に相談して、WBS引いて、UML書いて、画面遷移図書い

前回記事「Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権」は、おかげさまで沢山の方に読んで頂き、いろいろな意見や御質問や取材を頂きました。 それらの意見・御質問や取材を通じて、自分の中で新たな整理ができたので、続編の記事を書きたいと思います。 第1　どのような場合に著作権侵害になるのか みなさんの興味関心が強いトピックとして「画像自動生成AIを利用して画像を自動生成し、既存著作物の類似画像が生成された場合に著作権侵害に該当するか」があります。 前回の記事では「学習に用いられた画像と同一の画像が『偶然』自動生成された場合、著作権侵害に該当するか」について解説をしましたが、今回の記事では、もう少し多くのパターンについて検討をしたいと思います。 まず、その前提として「著作権侵害の要件」と「著作権侵害の効果」について説明をします。 この「要件」と「

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 0 本記事の最重要ポイント 本記事がストックの墓場に行ってもいいように、本記事の最重要ポイントだけ先に伝えておきます。 質問に答える時は、聞かれたことにシンプルに答える。 事実と解釈を分けて話す。 1 本記事で伝えたいメッセージ 1-1 コミュニケーション能力の苦手意識はノウハウで解決する ITエンジニアの裾野が広がるにつれて、SNSでも「コミュニケーション能力の低いITエンジニア」の話題をちらほら見かけるようになりました。いわく「これからはITエンジニアにもコミュニケーション能力が求められる」「プログラミングができるだけでは生き残れな

はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません（うろ覚えで書いてたり、大人の事情） これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる

リンク ITmedia NEWS au通信障害でKDDI社長が謝罪 影響回線数は最大で3915万 同社史上最大規模 7月2日未明から続いている、auなどKDDIモバイル通信サービスでの通信障害について、KDDIは3日午前11時に記者会見を開き謝罪した。詳細は精査するとしつつ、影響回線数は最大で3915万回線に及ぶとしている。障害規模は同社史上最大という。 30 users 442 ジツーニ・バ・カダーナ @old_keynesian 困難な状況のなか記者会見をやり切ったKDDIの社長と、auショップに行列作って怒鳴ってるだけのおっさん、どうして差がついたのか…、慢心、環境の違い。 pic.twitter.com/VkcUDKFfbd 2022-07-03 17:55:21

みなさんこんにちは、電通国際情報サービス（ISID）Xイノベーション本部ソフトウェアデザインセンターの佐藤太一です。 少し前になりますが4/23に、私はGo Conference 2022 SpringにおいてGo で RDB に SQL でアクセスするためのライブラリ Kra の紹介というタイトルで登壇しました。 登壇時の資料はこちらです。 このエントリでは、スライドを作成する際に私が考えていることや、情報を整理する方法について説明します。 伝えたいメッセージを作りこむ アイディア出し 初期のアイディア出し例 アイディアの統合 アイディアの統合例 メッセージの絞り込み メッセージの例 今回のメッセージ 伝えたい情報を構造化する 構造のテンプレート 論理の順序を整理する まとめ 伝えたいメッセージを作りこむ 私が技術系のイベントに登壇する際に最も重視しているのがメッセージの作りこみです。

とくじろう @toku2row 製造業のITって、ぶっちゃけ、最適解はわかってる人はわかってるけど、現場の抵抗やコスト至上主義、現場が強すぎ問題とかで、うまくいかないから、実際にスキルを持った人より、とりあえず上手くまとめていく人が必要だけど、相変わらずスキルやエンジニアリングだけでなんとかなると思ってる層が多い 2022-06-09 12:27:44 とくじろう @toku2row 最初から敵意むき出しの現場の人達にヒアリングとか、え？別に今のままでよくね？っていう同じ事やって一生過ごしたい人とか、その役割はあっちの部門でとか言う現場vs管理部門の対立とかめんどくさい事を解決しないとどんな凄いシステムあっても無駄w 2022-06-09 12:29:36 とくじろう @toku2row CAMでポスト作って投入すれば楽だって言ってるのに、は？そんなもの途中で干渉してとまったら誰が対応する