サッカーパンチプロダクションズが手掛けた『Ghost of Yōtei』は、かなり高い評価を得ているゲームだ。ありえないほど美しい江戸時代初期の北海道を描いており、その場所で吹く風を感じられるかのような作品といえよう。 一方で、筆者が本作を遊んだ実感としてあるのが「アドベンチャーとしてはおもしろいがアクションとしては退屈」というものである。 なぜそう感じられるのか？ それは『Ghost of Yōtei』が「映画的」だからこそではないだろうか。 オープンワールド風味のリニアなゲーム 『Ghost of Yōtei』は大作タイトルらしく、オープンワールド風の世界になっている。広大な北海道を自由に冒険できるといったスタイルだ。 ただし、厳密に言えばこれは複数のエリアに区切られた箱庭世界である。日本語版公式サイトを見てもオープンワールドといった言葉は使われていないようだ。 とはいえ、一般的にはオ

2️⃣ ログラスの「AI活用」への本気度と、立ち上げのリアル入社してすぐに、私はある驚きを実感しました✨ 私がジョインした時でさえ、すでに会社全体として「AIの活用」が進んでいました。 多くの企業では「AIは重要だ」と提唱するものの、実際の活用は一部の限られた人のものになりがちです。 しかしログラスでは、CEOからメンバーまで、全員が日々AIを活用し、キャッチアップを続ける文化が根付いていました。 また、社内には既にDify、Make、LLM基盤などがあり、各種AIツールの導入が一定進んでいました。 そして何より、メンバーひとりひとりがAIツールを日常的に使いこなし、新しいことを学ぼうとする姿勢があったのです。 「これほどAI推進できる環境がある企業は本当に数少ない」と感じました。 しかし、そんな環境だからこそ、立ち上げフェーズの私のもとには、各所から「AIでこれを実現したい」というヒアリ

この記事の要約 インタビューで得た貴重な知見がフォルダに眠り、他メンバーが参照できず同じ調査を繰り返す無駄が発生している NotionやConfluenceでリサーチデータベースを構築し、適切なタグ設計により過去の知見を即座に検索可能にする 新機能検討時に「DBを確認する」を習慣化し、週次で更新を共有することで、ユーザーの声を組織の資産として活用できる 我々には、なぜリサーチデータベース構築が必要なのか？ 「インタビューで得た貴重な知見が、時間の経過とともに活かされなくなる」。これは僕たちプロダクトマネージャーやUXデザイナーがよく感じる問題ですよね。 フォルダやメモに眠ったまま、他のメンバーが参照できない 過去に学んだはずの教訓を忘れ、同じ質問や検証を何度も繰り返す これはユーザーに失礼なだけでなく、開発リソースも浪費してしまいます。 そうしたムダをなくし、顧客の声をきちんと活かすために

はじめに 皆さん、こんにちは。IT本部IT戦略部の部長の鳥越です。 私たちIT本部が全力で推進している「AIジャーニー」。 この取り組みは、単なるツールの導入ではなく、AIという新たなテクノロジーの力を活用して、私たち一人ひとりの働き方そのものを変革し、会社全体の未来を創っていくための壮大な航海です。 … このツールはSlackとAIを組み合わせることでユーザーは普段使い慣れたSlackから気軽に質問を投げかけ、FindoutのAIから即座に回答を得られるようになり、ユーザー体験は飛躍的に向上しました。 しかしAIが正しい回答ができない場合もあり、結果的にヘルプデスク担当者のリソースが割かれ、本来注力すべき付加価値の高い業務に集中できない状況にありました。 そこで私たちは、AIの力を最大限に活用してヘルプデスク業務の抜本的な改善に着手しました。 IT領域の質問回答100%への挑戦 この挑戦

こんにちは。すべての経済活動を、デジタル化したいtakkyyです。バクラク勤怠・バクラク給与などHCM領域*の立ち上げ責任者をしています。 *HCM：Human Capital Management（人的資本マネジメント） ありがたいことに多くのお客様にご導入をいただき、バクラク勤怠は想定以上のスピードで成長しております。結果、バクラク勤怠の立ち上げチームとしてLayerX 社内においてFY25-上期 - ベストプロジェクト賞をいただくことができました🎉 LayerXでは様々な部署で新規立ち上げや大型プロジェクトが始まっている中で選んでいただけたので、とても嬉しいです！みなさま、いつもありがとうございます。 Biz組織立ち上げから1年。節目として、主に組織マネジメントの観点（採用・オンボーディング・目標設定/評価・ミッション整理など）において、意識していることをまとめてみます。徒然なるま

カミナシでプロダクトマネージャーをやっています、よしおかしおり（@oriori440）です。 プロダクトマネージャーのミッションの一つである、「目標設定」。 目標設定は、プロダクトの成功に向け、チームに進むべき方向性を示す大切なプロセスです。 しかし、実は、私がカミナシに入って最初に立てたプロダクトの目標はワークしきれていませんでした。 目標に対しての進捗は定期的にレポーティングしているが、正しい対策が打てている実感がない 開発チームから、「目標は理解しているが、日々の業務と繋がっていないように感じる」と言われてしまう こういった状況に対し、どのように目標を見つめ直したのか。 今回のnoteでは、そんな「目標」についての話をしようと思います。 同じような悩みを抱えるプロダクトマネージャーや、あらゆるプロダクトや組織の目標に関わる方々の参考になれば幸いです！ 共感いただけたら、ぜひスキやシェ

独学で学んできたAIスキルを体系的に 学び直し、業務の質とスピードが向上 KDDI株式会社　勝尾 優大さん 職場でAIツールを使用する機会が増え、より知識を身につけたいと思い、AIの学習をはじめました。 動画や書籍での独学では、体系的な学習が難しく、試行錯誤を繰り返していました。そんな時、日本リスキリングコンソーシアムのAIのトレーニングプログラムを受講し、AIの活用スキルが大きく向上。特にプロンプト作成のスキルが身につき、AIからより精度の高い回答を得られるようになりました。 マーケティング部門の業務では、キャッチコピーの作成や業績報告書の作成などでAIツールにアイデアや方向性を求め、実務を効率化しています。 AIスキルの習得と業務効率化で自信をつけ、 広がったキャリアの可能性 外資系製造業　50代 Sさん(女性) マーケティングの仕事に携わっている中、日本リスキリングコンソーシアムでデ

はじめに はじめまして、hibikiです。株式会社ココナラでプロダクト開発のエンジニアとして働いており、今年で新卒3年目になります。 直近では、開発エディタ「Cursor」の全社導入や「Claude Code」の活用推進といった、AIで開発組織全体の生産性を向上させる取り組みを担当しています。 こうしたAI推進の業務に携わる中で、「AIを中心とした世界で、エンジニアとしての自分の価値、人材としてのポジショニングはどうあるべきか」を深く考えるようになりました。 そんな問題意識を抱えていたタイミングで、すてぃおさんのClaude Code時代のソフトウェアエンジニア生存戦略という記事を拝見し、自分が抱いていた危機感が的確に言語化されていることに、強く共感しました。 皆さんは、自分の仕事、5年後はどうなっていると思いますか？ 生成AIが登場するまで、私たちはスキルアップという名の、地続きの未来を

「AIを活用して業務を効率化したい」 多くの企業がこの目標を掲げていますが、その道のりは決して平坦ではありません。特に、Difyのような高機能なAIワークフロー構築プラットフォームの導入を検討する際には、「経営」「セキュリティ」「技術と運用」という、避けては通れない壁が立ちはだかります。🧱 しかし、その高いハードルを前にAI導入を諦めてしまうのは時期尚早です。🙅‍♀️ 本記事では、AI導入がなぜ進まないのか、その具体的な課題を整理し、より実践的かつ安全な第一歩として、Googleの「NotebookLM」を活用した業務自動化の具体的な方法と、その成功の鍵となるワークフロー構築の秘訣を詳細にご紹介します。🔑 なぜAI導入は進まないのか？立ちはだかる「3つの壁」🧱多くの企業が、Difyに代表される高機能なAIツールの本格導入に踏み切れない背景には、共通の課題が存在します。 1. 経営の

251021登壇資料_Biz_Dify_Meetup_ノンエンジニアでもここまでできるDify実践_展開版_.pdf

2025-10-21 ノンエンジニアでもここまでできるDify実践 Biz ×Dify Meetup 2025 --- 株式会社Algomatic ネオセールスカンパニー 五十嵐夏菜（@_kanacan_）

この記事は、NOT A HOTELのソフトウェア開発連載「Inside the SOFTWARE TEAM」10日目の記事です。 NOT A HOTELのソフトウェア開発連載：Inside the SOFTWARE TEAMスタート｜NOT A HOTEL inc. https://note.com/notahotel_inc/n/n5a29a2c064b5NOT A HOTEL Business Accelerator の @enpipi です。 NOT A HOTEL では、AI を前提に業務効率化を進めています。 本記事は、反社会的勢力との取引防止チェック（以下、反社チェック）業務の自動化を題材に、AI ワークフローに目を開き、最終的に n8n の全社導入に至るまでの挑戦をまとめたものです。 1. はじめに：AIへの焦燥感から行動へBusiness Accelerator の役割は、

エクスプラザさん・ピネアルさんに企画いただいたイベント "【Biz×Dify Meetup】ノンエンジニアでもここまでできるDify実践" https://explaza.connpass.com/event/370625/ イベントのLT登壇資料です。BPaaSにおけるAIエージェント開発の…

AI時代、多数のツールが市場に生まれ、UIやクリエイティブをつくるのはデザイナーだけの仕事ではなくなりつつあります。 ログラスのデザイン部ではこの流れに乗りながら、デザイナーがやるべきことに集中できる環境をつくるために「AI駆動の新しいデザインワークフロー構築」に大きく注力しています。 AI時代にログラスのデザイン部は「AI駆動の新しいデザインワークフローの構築」に取り組んでいる今回は、その一環として、AI駆動なデザインシステム運用ワークフローを構築したので紹介します。この導入によって、これまでデザイナーの中で暗黙知的に運用されており、更新の負荷が高かったデザインルールをまとめたドキュメントを、ほぼコストゼロで作成・運用できるようになっています。 また、このワークフローの構築を進めると、いずれUI設計の業務をデザイナーから手離れすることもできるのではないかと思っています。 AI駆動なデザイ

こんにちは。Findy Tech Blog編集長の高橋（@Taka_bow）です。 2025年7月3日、ファインディ主催の開発生産性Conference 2025にて、エクストリームプログラミング(XP)の提唱者として知られるKent Beck氏による基調講演が行われました。 本記事では、Findy Conferenceで公開された講演動画とともに、全文の日本語文字起こしをお届けします。前編では、グッドハートの法則の本質と、それが開発現場でどのように機能するのかを解説します。 後編はこちら tech.findy.co.jp 講演動画 ※ 視聴には Findy Conference へのログイン、並びに視聴登録が必要です。ご登録頂ければ、他の講演アーカイブも視聴できます。 講演について Kent Beck氏は、アジャイル開発の礎を築いた開発者として世界的に知られています。 1999年に出版さ

カミナシでエンジニアをしている osuzu です。 この半年、Claude Codeを利用しながらプロダクトディスカバリに参加する業務を中心に行ってきました。 カミナシは現場ドリブンというValue（行動指針）を大切にしていますが、私もエンジニアながら今月(2025年10月)だけで月6件の現場訪問に参加予定です！ AIの進化が激しい現代に、エンジニアとしてがっつりプロダクトディスカバリに参加する経験を得られたため、そこから得られた学びについて共有させてください。 プロダクトディスカバリってそもそも何？ 書籍『INSPIRED』の中では、プロダクトディスカバリの目的を「良いアイデアと悪いアイデアをすばやく切り離すこと」であり、「その成果は、検証されたプロダクトバックログである」と定義しています。 著者のCaganさんは、成功する製品ディスカバリーのために、製品チームが以下の4つの重要な問いに

Kaigi on Rails 2025 登壇資料

最近読んだ「プロダクトマネジメント　ビルドトラップを避け顧客に価値を届ける」という本から、ビルドトラップに思い当たる節があったので少し当時のことを思い出してみました。 ビルドトラップとは、機能を作ることばかりに集中してしまう状態のことで、本書の冒頭ではこのように説明されています。 ビルドトラップとは、組織がアウトカムではなくアウトプットで成功を計測しようとして、行き詰まっている状況のことです。私が人生で一番ビルドトラップの深いところにはまっていたのは、2社目に転職したばかりの頃でした。そしてその時の記憶を紐解くと、設定されていたKPIのせいでビルドトラップから逃れられなくなっていたのだと気づきました。 悪いKPIの王道私の当時の担当プロダクトは、当時所属していた会社の公式アプリでした。私が入社した2013年の時点で、数百万のダウンロードがありました。 モバイルアプリの典型的な悪いKPIの代

Gitに対して（理不尽に）キレてみることがこの記事のコンセプトです。 そのため、考察が甘い・過剰な言い切り表現になっている部分があります。ご了承ください。 コメントありがとうございます。追加検討の材料にさせていただきます。 20周年記念にGitを嫌いになろう Gitは最悪のバージョン管理システムである、ほかに使われたバージョン管理システムを除いては。 というのはチャーチルの言ってない名言です。 バージョン管理から逃れることはできません、逃げた先には約束された破滅が待っています。 バージョン管理システムは、誰が何をどう変更したのかを記録し、誰かがやらかしたときに巻き戻し、誰かと開発を分割可能にするために存在します。 そしてそれに使われるのは、だいたいGitです。 GitはLinuxカーネルの開発のためにリーナス・トーバルズ氏が作りました。 初版が出たのは2005年の12月21日で、そろそろ2