属人化は誰の問題なのか – 専門性と独占性を分け、依存関係を設計する 作者: si62512548投稿日: 2026年7月26日カテゴリー: 仕事タグ: ナレッジ管理, 専門性, 属人化, 引き継ぎ, 業務設計, 組織設計, 責任分界, 運用設計属人化は誰の問題なのか – 専門性と独占性を分け、依存関係を設計する へのコメントはまだありません 属人化を考えるには、専門性と独占性を分ける必要があります。専門職や管理職の価値まで否定せず、一人へ集中した原因、業務の再現性、不在時のリスクから、組織の依存関係を設計します。
システム導入で問うべきは、作るか買うかではない – Build or Buy より業務の継承を考える 作者: si62512548投稿日: 2026年7月10日カテゴリー: 設計・運用タグ: システム設計, ベンダー選定, 業務設計, 標準化, 要件定義, 設計, 運用設計システム導入で問うべきは、作るか買うかではない – Build or Buy より業務の継承を考える へのコメントはまだありません システム導入の Build or Buy を、内製か既製品かという二択ではなく、現行業務の何を継承し、何を標準化し、どの判断を組織に残すかという観点から考えます。
RFI/RFP の考え方 – 社内で何を握り、外部に何を任せるか 作者: si62512548投稿日: 2026年7月9日カテゴリー: 仕事タグ: RFI, RFP, ベンダー選定, 仕事, 業務設計, 要件定義, 設計, 運用設計RFI/RFP の考え方 – 社内で何を握り、外部に何を任せるか へのコメントはまだありません RFI/RFP を、社内で決めることと外部に任せることを分ける道具として捉え、ベンダー選定前の整理軸を考えます。
Copilot を入れれば AI 先進企業なのか – 道具と戦略を取り違えないために 作者: si62512548投稿日: 2026年6月29日カテゴリー: AIタグ: AI, AI 戦略, AI 活用, Copilot, DX, Microsoft 365, 情報設計, 業務設計, 生成 AI, 経営Copilot を入れれば AI 先進企業なのか – 道具と戦略を取り違えないために へのコメントはまだありません 企業の生成 AI 活用を語る時、かなりの確率で Copilot という名前が出てきます。これは自然な流れです。多くの企業では、Windows、Microsoft 365、Teams、Outlook、Excel、Power […]
AI の気持ちになってみろ – 人間の悪習を押し付けないための仕事設計 作者: si62512548投稿日: 2026年6月28日カテゴリー: AIタグ: AI, AI エージェント, AI 活用, ナレッジ管理, 仕事設計, 情報設計, 技術ドキュメント, 業務設計, 構造化, 生成 AIAI の気持ちになってみろ – 人間の悪習を押し付けないための仕事設計 へのコメントはまだありません AI 活用とは、既存の無駄な仕事を AI に肩代わりさせることではありません。人間の仕事を、AI が処理できる構造へ作り替えることです。
AI エージェントを作る前に – 定義できないものは設計できない 作者: si62512548投稿日: 2026年6月28日カテゴリー: AIタグ: AI, AI エージェント, AI 戦略, AI 活用, プロンプト, 情報設計, 業務設計, 生成 AI, 設計, 責任分界AI エージェントを作る前に – 定義できないものは設計できない へのコメントはまだありません AI エージェントを作る前に、まず AI エージェントという言葉を定義できているかを考える記事です。チャット、ワークフロー、RPA、外部ツール連携との違いを整理し、設計に必要な責務分離と評価基準を確認します。
AI にも専門分野がある – 企業の事業構造が AI の個性を作る 作者: si62512548投稿日: 2026年6月28日カテゴリー: AIタグ: AI, AI モデル, AI 戦略, AI 活用, Copilot, Gemini, 事業構造, 情報設計, 業務設計, 生成 AIAI にも専門分野がある – 企業の事業構造が AI の個性を作る へのコメントはまだありません AI について語る時、「どの AI が一番賢いのか」という比較をよく見かけます。しかし、この問いはあまり本質的ではありません。AI を単純な順位で見るよりも、どの AI が、どの業務、どのデータ、どの制約、どの利用者に向 […]
AI を中途半端にしか使えない理由 – プロンプト術より構造化が重要 作者: si62512548投稿日: 2026年6月7日カテゴリー: AIタグ: AI, AI 戦略, AI 活用, ナレッジ管理, プロンプト, 思考法, 情報設計, 業務設計, 構造化, 生成 AIAI を中途半端にしか使えない理由 – プロンプト術より構造化が重要 へのコメントはまだありません AI 活用の本質はプロンプト術ではなく、語彙、構造化、責務分離にある。AI を中途半端にしか使えない理由を、情報設計の観点から整理します。
生成 AI のセキュリティに関する私見 作者: si62512548投稿日: 2025年10月20日カテゴリー: AIタグ: AI, AI セキュリティ, AI 活用, クラウド, ゼロトラスト, 情報セキュリティ, 情報設計, 業務設計, 生成 AI, 責任分界生成 AI のセキュリティに関する私見 へのコメントはまだありません 企業での生成 AI 利用が急速に広がっています。一方で、「生成 AI は情報漏えいのリスクが高い」「AI は危険だから禁止すべき」といった声も少なくありません。私は、この議論を「AI は危険か安全か」という二択で扱うべき […]
チャットツール選定にエンジニアが関与すべき理由 – 通知、権限、情報設計で考える 作者: si62512548投稿日: 2023年7月15日カテゴリー: 設計・運用タグ: Microsoft Teams, Slack, チャットツール, 情報設計, 業務設計, 権限管理, 監査ログ, 責務分界, 通知設計チャットツール選定にエンジニアが関与すべき理由 – 通知、権限、情報設計で考える へのコメントはまだありません チャットツール選定を、単なる使いやすさや好みではなく、通知設計、権限管理、監査ログ、外部連携、業務フロー、情報設計の観点から整理します。Slack や Microsoft Teams を選ぶ前に見るべき責務を考えます。
