システム導入で問うべきは、作るか買うかではない – 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 を、社内で決めることと外部に任せることを分ける道具として捉え、ベンダー選定前の整理軸を考えます。
「どちらが先か」という問いは、分けた後に生まれる – 抽象と具体の依存関係で考える 作者: si62512548投稿日: 2026年7月5日カテゴリー: 所感タグ: HLD, LLD, インフラ設計, 思考法, 技術ドキュメント, 抽象化, 設計「どちらが先か」という問いは、分けた後に生まれる – 抽象と具体の依存関係で考える へのコメントはまだありません 「卵が先か、鶏が先か」という問いを、抽象と具体、HLD と LLD、設計と実装の関係から考えます。重要なのは順序ではなく、分けたもの同士の依存関係を見ることです。
OPEX / CAPEX とは何か – IT インフラとクラウド費用を資産か費用かで考える 作者: si62512548投稿日: 2026年7月1日カテゴリー: 設計・運用タグ: CAPEX, IT インフラ, OPEX, SaaS, クラウド, クラウドコスト, コスト管理, ベンダー管理, 設計, 責任分界OPEX / CAPEX とは何か – IT インフラとクラウド費用を資産か費用かで考える へのコメントはまだありません OPEX / CAPEX を、一時的か継続的かではなく、資産として残る支出か費用として処理される支出かという観点で整理します。IT インフラ、クラウド、SaaS、ベンダー作業費の考え方をまとめます。
AI エージェントを作る前に – 定義できないものは設計できない 作者: si62512548投稿日: 2026年6月28日カテゴリー: AIタグ: AI, AI エージェント, AI 戦略, AI 活用, プロンプト, 情報設計, 業務設計, 生成 AI, 設計, 責任分界AI エージェントを作る前に – 定義できないものは設計できない へのコメントはまだありません AI エージェントを作る前に、まず AI エージェントという言葉を定義できているかを考える記事です。チャット、ワークフロー、RPA、外部ツール連携との違いを整理し、設計に必要な責務分離と評価基準を確認します。
言葉ではなく、条件を定義せよ – キーワードで思考を止めないための設計論 作者: si62512548投稿日: 2026年6月28日カテゴリー: 設計・運用タグ: AI 活用, DX, ゼロトラスト, 判断基準, 思考法, 技術ドキュメント, 条件定義, 要件定義, 設計, 責任分界言葉ではなく、条件を定義せよ – キーワードで思考を止めないための設計論 へのコメントはまだありません 設計と思考法の関連記事 設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計設計判断を文書に残す意味を整理した記事です。 基本設計は机上だけで完結するのか – 検証環境と […]
基本設計は机上だけで完結するのか – 検証環境と不確実性で考える 作者: si62512548投稿日: 2026年6月19日カテゴリー: 設計・運用タグ: PoC, アーキテクチャ, 不確実性, 基本設計, 技術検証, 検証環境, 設計, 設計書, 責任分界, 運用設計基本設計は机上だけで完結するのか – 検証環境と不確実性で考える へのコメントはまだありません 基本設計は机上資料を作る工程ではなく、方式判断を確定する工程です。検証環境が必要かどうかは工程名ではなく、設計対象に含まれる不確実性、実装差分、相互作用、性能・運用制約で判断します。
2025 年の始まりに考えていたこと – 不安定な時代に足元を整える 作者: si62512548投稿日: 2025年1月1日カテゴリー: 所感タグ: 2025年, 仕事, 学び直し, 所感, 政治, 為替, 生活, 設計2025 年の始まりに考えていたこと – 不安定な時代に足元を整える へのコメントはまだありません 2025 年の始まりに考えていた政治、為替、仕事、生活のことを整理します。不安定な外部環境の中で、一方向の前提に依存しすぎず、自分の足元を整えるための年始の所感です。
自動化は業務ロジックと責任分界を透明にする – 効率化の前に構造を定義する 作者: si62512548投稿日: 2024年5月15日カテゴリー: 設計・運用タグ: Ansible, 業務ロジック, 自動化, 設計, 責任分界, 運用設計自動化は業務ロジックと責任分界を透明にする – 効率化の前に構造を定義する へのコメントはまだありません 自動化は単なる効率化ではなく、業務ロジック、判断基準、例外条件、責任分界、組織構造を外部化する行為です。自動化できない理由を、技術、業務ロジック、組織的制約に分けて整理します。
ネットワークに詳しいとは何か – ルーティングテーブルを読めない危うさ 作者: si62512548投稿日: 2024年3月3日カテゴリー: 仕事タグ: IT エンジニア, エンジニア, ネットワーク, ネットワークエンジニア, ルーティング, ルーティングテーブル, 技術判断, 設計, 責任分界, 障害対応ネットワークに詳しいとは何か – ルーティングテーブルを読めない危うさ へのコメントはまだありません ネットワークに詳しいとは、機器の場所や配線を知っていることだけではありません。ルーティングテーブル、経路選択、通信の流れを読めなければ、障害対応や設計の会話は成立しにくくなります。
