システム導入で問うべきは、作るか買うかではない – 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年6月28日カテゴリー: 設計・運用タグ: AI 活用, DX, ゼロトラスト, 判断基準, 思考法, 技術ドキュメント, 条件定義, 要件定義, 設計, 責任分界言葉ではなく、条件を定義せよ – キーワードで思考を止めないための設計論 へのコメントはまだありません 設計と思考法の関連記事 設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計設計判断を文書に残す意味を整理した記事です。 基本設計は机上だけで完結するのか – 検証環境と […]
求人票の「高いコミュニケーション能力」が危険な理由 – 要件定義できない組織を見抜く 作者: si62512548投稿日: 2025年10月19日カテゴリー: 仕事タグ: エンジニア転職, キャリア, コミュニケーション能力, 技術職, 求人票, 組織設計, 要件定義, 責任分界, 転職求人票の「高いコミュニケーション能力」が危険な理由 – 要件定義できない組織を見抜く へのコメントはまだありません 求人票にある「高いコミュニケーション能力」は、それ自体が悪い言葉ではありません。問題は、具体的な責務や判断範囲の代わりに使われている場合です。要件定義できない組織を見抜く観点で整理します。
