絞り込み条件を変更する
検索条件を絞り込む

すべてのカテゴリ

2 件中 1 - 2 件表示
カバー画像

システム構築の発注における受注側・発注側双方の注意点!

こんにちは。 小規模事業・個人事業主に向けたITサービス利用のご支援をしています! ITコーディネータさとよです。システムを構築する際に要件定義フェーズというのがあります。このフェーズは突き詰めれば実に難しく、数々の失敗プロジェクトの原因を生み出す根源となっています。まず、一人で開発するシステムづくりについてはこのようなことはないと思います。自分でどんな要件が必要なシステムかを自分で考えて構築する点で齟齬が生まれる余地がないからです。問題が発生するのは構築を担当する受注者側と発注側のユーザが分かれるときに発生します。その発生する問題が、要件定義の見方が一緒ではないということに起因します。要件定義の認識相違はなぜ生まれるのかどういうことかというと、SEはモノづくりを考えるので、システムにどのような機能を持たせるかというのを考えます。どのような技術でどのような機能を実装させるかを考えます。システムに必要な要件は全部ユーザが提示するべきと考えています。どのような機能を盛り込むかで見積もりを行います。一方ユーザは業務からシステムを考えています。自分たちの業務に必要な要件を出していきます。細かいことはSEさんが汲んでくれると思って、具体的に提示しないことも多いです。ベテランSEであればそんなことは百も承知で、具体的な要件を確認してくれるSEもいます。しかし、やはり業務を行っていない分多少の漏れが発生してしまうこともあります。本来であれば、業務要件からシステム要件を抽出して構築するための要件定義をまとめていきます。一般的に要件定義フェーズというのは本来構築サイドで仕上げるというよりは、ユー
0
カバー画像

社内AI検索は全社導入より小さなPoCから

社内FAQ、手順書、議事録、研修資料などをAIで探せるようにしたい、という相談は増えています。ただ、最初から全社導入を目指すと、つまずきやすい点も多いです。・どの資料を対象にするか決まっていない・AIの回答をどこまで信じるか決まっていない・権限や機密情報の扱いが曖昧・分からない質問を誰に戻すか決まっていない・導入後に続けるべきか判断できないそのため、最初は1部署・1テーマに絞る方が安全です。たとえば、社内FAQだけ、研修資料だけ、議事録の決定事項だけ、というように対象を切ります。そのうえで、質問例、回答候補、根拠確認、不明時の返答、人が確認すべき範囲を先に決めます。AIに全部任せるのではなく、AIが出す範囲と人に戻す範囲を分けることが大切です。相談段階では、機密資料そのものは不要です。資料の種類、よくある質問例、ダミー資料や一部抜粋があれば、PoCとして切れる範囲を確認できます。社内AI検索は、AIを入れることより先に「どの資料を対象にするか」「人が確認する場面をどこに残すか」を決めると進めやすくなります。見積り相談では、次の3点だけ送ってください。・試したい部署またはチーム・対象にしたい資料の種類・よくある質問を3つSlackで社内資料AI検索を小さく試作します:https://coconala.com/services/4116101
0
2 件中 1 - 2