要件定義で意識していることを言語化したくなった こんにちは、のんピ(@non____97)です。 皆さんは要件定義で意識していることを言語化したくなったことはありますか? 私はあります。 いくつかのプロジェクトで要件定義をしてきましたが、改めて考えると、普段は感覚でやっている箇所も多くあったなと感じています。 そこで、改めて言語化することで、プロジェクトごとのブレを抑えたり、さらにどういった対応が必要なのかが整理できる予感がしてきました。 ということで、以降、要件定義で意識していることと要件の例を紹介します。 なお、「要件定義とは」や「要件定義の進め方」は語りません。書籍やインターネット上に先人たちが大量にアウトプットしてくださっているため、そちらを参照ください。 特にIPAが公開している「ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ」や「システム再構築を成功

プロジェクトマネジメント未経験の方も今日から参考にできるTipsをシェア。 ゼロから始めるプロジェクトマネジメントシリーズ第十二回です。 プロジェクトで新規要件が発生した際には瞬間的に考えた見積を３倍して、その要件を請けるかどうか判断しましょう。 情報システム室の進地@日比谷です。 プロジェクト進行中に新しい要求、要件が発生する。よくあることです。そして、それほど重い要求、要件ではないと感じた貴方は直感で導いた工数で対応の可否を判断しようとする。これもよくあることです。 しかし、これはとてもx２危険なことです。 新規要件を即答して請けてはいけない理由 新規要件を即答して請けてはいけない理由はいくつかあります。 新規要件を出す側の心理的ハードルが下がり、新規要件が噴出しやすくなるから 直感で出した工数の確かさはかなり疑わしいから あなたは大きなステップを見落としているから、確実に すぐに出来

はじめに 新規事業部 生成AIチーム 山本です。 ChatGPT（OpenAI API）をはじめとしたAIの言語モデル（Large Language Model：以下、LLM）を使用して、チャットボットを構築するケースが増えています。通常、LLMが学習したときのデータに含まれている内容以外に関する質問には回答ができません。そのため、例えば社内システムに関するチャットボットを作成しようとしても、素のLLMでは質問に対してわからないという回答や異なる知識に基づいた回答が（当然ながら）得られてしまいます。 この問題を解決する方法として、Retrieval Augmented Generation（以下、RAG）という手法がよく使用されます。RAGでは、ユーザからの質問に回答するために必要そうな内容が書かれた文章を検索し、その文章をLLMへの入力（プロンプト）に付け加えて渡すことで、ユーザが欲しい

プロジェクトマネージャーの頭の中を書いてみました。 （本当は美味しいもの食べたいな、とかコーギーってかわいいよな、とか考えています。） AWS事業本部　マイグレーション部松浦です。 今月の終わりでちょうど入社して1年が経ちます。早い・・・ なので、この1年を振り返ってみたいと思いブログを書きました。 AWS移行におけるプロジェクトマネージャーとは、を考える良い機会になったのでよかったらご覧ください。 （最後に宣伝あり） 入ってからやっていたこと プロジェクトに関わる各種対応、およびチーム立ち上げ時期ということもあり、主に以下のような取り組みをしていました。 プロジェクト対応 提案活動 移行案件の推進、プロジェクト管理 全体的な状況整理や顧客調整 技術的な実務はソリューションアーキテクト(以下SA)、AWSエンジニアの方が対応 チームの立ち上げ 情報整理や調整 AWSプログラム プロジェクト

しばたです。 個人的にはあまりお勧めしないのですが、小規模な環境でコストを重視する場合にEC2インスタンス単体をCloudFrontのオリジンにすることがあると思います。 また、セキュリティ要件によりエンドツーエンドで通信の暗号化が必須という場合もあるでしょう。 この様な場合ざっくり下図の構成になると思います。 エンドツーエンドで暗号化通信を行うためEC2インスタンスにもSSL証明書を導入しCloudFront⇔EC2間の通信をHTTPSにしてやります。 環境によってはAWS WAFを導入したり静的コンテンツをS3バケットに配置することもあるでしょう。 本記事ではこの構成のうちCloudFrontとEC2を中心にした構築方法について解説していきます。 CloudFrontとカスタムオリジン間の通信でHTTPSを必須にする CloudFrontからEC2オリジン(カスタムオリジン)の間でHT

先日行われた私の登壇内容「知らなきゃ損だ！こんな使い方もできるChatGPT活用例10選！」をブログでもお伝えさせていただきます。 当日のセッションではお伝えできなかったChatGPTとの細かいやりとりも当ブログでは公開させていただきますので、セッションを見ていただいた方もぜひ見てみてちょ。 はじめに 今回の活用例10選は以下2つのテーマに分けてお伝えをさせていただきます。 知っておくとちょっと便利な活用例3選 マーテックで役立ちそうな活用例7選 前半の活用例3選は普段ChatGPTを使っている時に発生するトラブルに対する対処法、後半の活用例7選は私が担当しているマーテックのプロダクトで使える活用例7選をご紹介します。 知っておくとちょっと便利な活用例3選 ネットワークエラーの対処法（活用例1） ChatGPTを使っていると以下のようなネットワークエラーのトラブルに遭遇することがあるかと思

データアナリティクス事業本部＠札幌の佐藤です。 今回は私のプロジェクトで実際に活用している、各メンバーとの役割や期待値のすり合わせ方法について記載します。 当活用にあたっては株式会社コパイロツトの方に相談させていただいたうえで、ルールとして運用しているものとなります。 ご協力いただきありがとうございます。 お話の前提 私の案件は小規模（メンバー10人未満）のプロジェクトが多いため、小規模案件での前提として記載します。 大規模案件の場合は必ずしも該当しない観点がある可能性がありますので、あらかじめご認識いただければと思います。 今回のお話は、クラスメソッドの主な文章でのコミュニケーション手段がSlackであるため、チャットツールでのコミュニケーションに特化しています。 プロジェクトでよくある問題 私はプロジェクトマネージャという立場上、色々な相談や報告をされることが多いです。 その中でよく遭

データアナリティクス事業本部＠札幌の佐藤です。 今回は朝会について実施要否から、実際の私のプロジェクトで実施している内容まで、現在私が考えている内容について記載させていただきたく考えております。 当対応にあたっては株式会社コパイロツトの方にもいろいろ相談させていただいたうえで、ルールとして今整備、運用しているものとなります。 ご協力いただきありがとうございます。 お話の前提 私の案件は小規模（メンバー10人未満）のプロジェクトが多いため、小規模案件での前提として記載します。 また、期間においても3ヶ月程度の短期間の開発プロジェクトを前提としております。 大規模案件・長期間案件・保守案件の場合は必ずしも該当しない観点がある可能性がありますので、あらかじめご認識いただければと思います。 そもそも朝会はやるべきなのか 朝会の実施要否については私もいろいろ考え、実施しないケースでのプロジェクトも経

データアナリティクス事業本部＠札幌の佐藤です。 今回は私のプロジェクトで実際に活用している、プロジェクト体制・役割をどうプロジェクトメンバーに伝えるといいのかについて記載したいと思います。 当活用にあたっては株式会社コパイロツトの方に相談させていただいたうえで、ルールとして運用しているものとなります。 ご協力いただきありがとうございます。 お話の前提 私の案件は小規模（メンバー10人未満）のプロジェクトが多いため、小規模案件での前提として記載します。 大規模案件の場合は必ずしも該当しない観点がある可能性がありますので、あらかじめご認識いただければと思います。 プロジェクト体制は何のために存在しているのか そもそもプロジェクト体制とはなぜ必要なのでしょうか。 プロジェクトはWikipediaに下記のように記載されています。 プロジェクト（英: project）は、何らかの目標を達成するための

データアナリティクス事業本部＠札幌の佐藤です。 今回は私のプロジェクトで実際に活用している、各メンバーとの役割や期待値のすり合わせ方法について記載します。 当活用にあたっては株式会社コパイロツトの方にナレッジの共有や、推進方法など相談させていただいたうえで、ルールとして今整備、運用しているものとなります。 ※コパイロツト様に事前に掲載のご了承をいただいているものとなります。 ご協力いただきありがとうございます。 お話の前提 私の案件は小規模（メンバー10人未満）のプロジェクトが多いため、小規模案件での前提として記載します。 また、期間においても3ヶ月程度の短期間の開発プロジェクトを前提としております。 大規模案件・長期間案件・保守案件の場合は必ずしも該当しない観点がある可能性がありますので、あらかじめご認識いただければと思います。 プロジェクトでよくある問題 プロジェクトを実施していく中で

データアナリティクス事業本部＠札幌の佐藤です。 今回は私のプロジェクトで実際に活用している、プロジェクトマネジメントするうえでの、クライアントやプロジェクト内でのコミュニケーションについて記載したいと思います。 当活用にあたっては株式会社コパイロツトの方に相談させていただいたうえで、ルールとして運用しているものとなります。 ご協力いただきありがとうございます。 また、当記事の別側面としてコパイロツト様から見た視点でプロジェクトの進め方を記載しておりますので、併せて見ていただくと、このプロジェクトマネジメントをより深く知ることができるかと思います。 当記事はプロジェクトマネージャ向けの記事ではありますが、コミュニケーションの根本についてもお話ししていますので、エンジニアの人も良ければ読んでいただければと思っています。 そもそもプロジェクトマネジメントって何か まず話の前段としてなぜプロジェク

この記事では、現在弊社がクラスメソッド社（データアナリティクス事業本部＞ビジネスソリューション部）でご支援をさせていただいている「Project Enablement」――「プロジェクトの進め方」や「プロジェクトマネージャーに求められるスキルや振る舞い」を言語化し、組織内に浸透させていくプロジェクト――の概要についてお伝えします。 なお、本記事は、ビジネスソリューション部佐藤さんとの連携企画となっており、佐藤さんによるブログ記事も同時に公開されています。そちらも合わせてお読みください。 dev.classmethod.jp 実際の取り組みを理解いただくために、今回プロジェクトをご一緒させていただいているクラスメソッド佐藤さんが執筆されているブログ（上記以外）をご紹介します。いずれも、とても読み応えのある深いナレッジです。 朝会は長いし無駄？朝会の実施要否パターンと実施内容を公開します |

2023年3月23日、OpenAI社はChatGPTでのプラグインの立ち上げを発表しました。 これにより、ChatGPTとさまざまな情報を組み合わせることができるようになり、ChatGPTが利用できるシーンはさらに多様になっていくと予想されます。 この発表と併せて、OpenAI社のGithubリポジトリで、「ChatGPT Retrieval Plugin」が公開されました。 このプラグインにより、ChatGPTで自前のドキュメントを利用する（つまり、自前のドキュメントの情報をもとにしたQ&Aなどができる）ようになるようです。 2023年3月24日現在、まだChatGPTのプラグイン自体は利用するにはWaitlistに登録して順番を待たなければいけない状態です。そのため、このプラグインをいまいま試すことはできないのですが、Github上のREADMEを読み解いて、どんなことができるかなどざ

こんにちは。CX 事業本部 Delivery 部のきんじょーです。 ここのところChatGPT と戯れてアプリを作ったり、様々なプロンプトの検証をしていましたが、言語モデルの性能を最大限に引き出すために、体系的にプロンプトエンジニアリングを学びたいと考えていました。 GitHub に「Prompt Engineering Guide」という素晴らしいリポジトリがあったので、読んで検証した内容をブログにまとめていきます。 本記事は、執筆時点の上記リポジトリの内容を元にしていますが、意訳や独自に検証した日本語のプロンプトを含みます。 上記リポジトリも絶賛開発中の段階のため、最新情報や原文が気になる方はリポジトリを直接参照してください。 目次 プロンプトエンジニアリングとは？(Prompting Introduction) 基礎的なプロンプト(Basic Prompting) 応用的なプロンプト

当初公開したタイトルに誤りがありました。本ブログはChatGPTではなく2022年初頭にトレーニングを終えたGPT-3.5シリーズのモデルをAPIとして実行したものになります。ChatGPTのAPIがAPIで実行できるようになり次第ブログを更新したいと思います。※ChatGPTはGPT-3.5シリーズのモデルをベースに微調整を加えたもの 各所で盛り上がっている ChatGPT を 使い慣れた LINE から使えるようにしてみました。 簡単なやり取りであればコードを書く必要すらないのでノーコードツール（Make）を使って実現してみます。 今回の成果物はこちら(15 分程度で作成することができます) ChatGPT とは 作り方の説明に入る前にまず簡単に ChatGPT とは何かについてChatGPTに聞いてみます。 だそうです。 少しだけ補足すると ChatGPT はOpenAIが開発した言