AI の気持ちになってみろ – 人間の悪習を押し付けないための仕事設計 作者: si62512548投稿日: 2026年6月28日カテゴリー: AIタグ: AI, AI エージェント, AI 活用, ナレッジ管理, 仕事設計, 情報設計, 技術ドキュメント, 業務設計, 構造化, 生成 AIAI の気持ちになってみろ – 人間の悪習を押し付けないための仕事設計 へのコメントはまだありません AI 活用とは、既存の無駄な仕事を AI に肩代わりさせることではありません。人間の仕事を、AI が処理できる構造へ作り替えることです。
設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計 作者: si62512548投稿日: 2026年6月28日カテゴリー: 設計・運用タグ: ADR, Docs as Code, HLD, LLD, アーキテクチャ, 技術ドキュメント, 文書設計, 構造化, 設計書, 運用設計設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計 へのコメントはまだありません 技術文書と設計の関連記事 「ルータ」と「ルーター」の違いから考える、技術ドキュメントの品質表記統一を文書設計の一部として扱った記事です。 AI を中途半端にしか使えない理由 – プロンプト術より構造化が重要情 […]
言葉ではなく、条件を定義せよ – キーワードで思考を止めないための設計論 作者: si62512548投稿日: 2026年6月28日カテゴリー: 設計・運用タグ: AI 活用, DX, ゼロトラスト, 判断基準, 思考法, 技術ドキュメント, 条件定義, 要件定義, 設計, 責任分界言葉ではなく、条件を定義せよ – キーワードで思考を止めないための設計論 へのコメントはまだありません 設計と思考法の関連記事 設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計設計判断を文書に残す意味を整理した記事です。 基本設計は机上だけで完結するのか – 検証環境と […]
「ルータ」と「ルーター」の違いから考える、技術ドキュメントの品質 作者: si62512548投稿日: 2020年10月31日カテゴリー: 設計・運用タグ: エンジニア, 技術ドキュメント, 技術文書, 表記統一「ルータ」と「ルーター」の違いから考える、技術ドキュメントの品質 へのコメントはまだありません 技術文書・仕事の関連記事 システムエンジニアとは何か – 調整役ではなく技術責任を扱う仕事技術と業務の間にある判断責任を整理した記事です。 エンジニアの仕事は一般職と何が違うのか – 技術判断と不 […]
