Skill.md検索
2258件の Skill.mdから、あなたに最適なものを見つけましょう
検証結果に基づいてデザインを改善・洗練
by haru860
デザイン検証の結果ファイルから改善点と改善のためのヒントを抽出し、それらに基づいてデザインを再作成できます。 前のステップで見つかった問題点を具体的に反映させ、より良いデザインへと段階的に洗練できます。 検証と修正のサイクルを繰り返すことで、品質の高い最終デザインに到達できます。 UX/UIデザイナーで、ユーザーテスト結果をデザインに反映したい方 プロダクト設計担当者で、反復的な改善プロセスを管理したい方 デザイン品質の段階的向上を目指すチーム このスキルは4つの手順で構成されています。手順1では Glob ツールで検証結果ファイル output/verify-design-result.md の存在を確認し、ファイルがない場合は /verify-design の実行を案内します。手順2では Read ツールで検証結果ファイルを読み込み、「悪い点・改善点」と「改善のための問い」を抽出します。手順3では Skill ツールで value-design-design スキルを呼び出し、抽出した改善点と問いを引数として渡し、デザインを再作成します。手順4では @common-procedures の「完了報告」に従い、検証と修正のサイクルを続ける場合は再度 /verify-design の実行を案内します。出力ファイルは output/value-design.tsv(更新)です。
価値デザインモデルを図に変換する
by haru860
TSVファイルから読み込んだ情報を自動的に視覚的で分かりやすいDrawIO形式の図に変換できます。複雑な価値デザインモデルを図として一目で理解できるようにします。 匠Method(しょうこうmethod)の価値デザインモデルの視覚化に特化した図を生成でき、ビジネスロジックやサービス構造を正確に表現できます。 DrawIO形式のXMLを生成するため、diagrams.netで編集・共有できる形式になり、チームでの図の修正や更新が容易です。 UML図の記法やレイアウト最適化の知識に基づいて設計された図なので、見栄えが良く、情報が整理されています。 追加指示がある場合は、その指示を優先的に考慮して図を生成できるため、カスタマイズされた図要望にも対応できます。 ビジネスモデルやサービスの価値構造を図で説明・共有したいマネージャーや企画担当者 匠Methodを使用してシステムやサービスを設計しているチーム 複雑な関係性を図で可視化して、ステークホルダーに説明したい人 diagrams.netで後から図を修正・改善できる形式での成果物を求める人 このスキルは、匠Methodの価値デザインモデルの視覚化に特化したDrawIO生成エキスパートであり、TSVファイル(output/value-design.tsv)から情報を読み込み、DrawIO形式のXMLを生成します。専門分野はDrawIO(diagrams.net)のmxGraphModel XMLフォーマット、UML図の記法、情報デザインとレイアウト最適化です。実行手順は5ステップ:(1)Taskツールで ValueDesignDrawioGenerator エージェントを起動、(2)既存ファイル output/drawio/value-design.drawio があれば削除、(3)Writeツールで新しいDrawIOファイルを生成(共通ルールに従う)、(4)出力確認手順に従ってファイル作成を検証、(5)完了報告を実施。呼び出し元から追加指示($ARGUMENTS)が渡された場合は、通常の処理に加えてその指示を優先的に考慮して実行します。
要求分析ツリーを JSON に自動変換・検証
by haru860
ビジョン・コンセプト・目的・業務要求・IT 要求・活動の 6 階層を持つ要求分析ツリーを自動的に JSON 構造に変換できます。 複数の TSV ファイルから入力データを読み込み、階層関係を自動で紐付けして統合 JSON を生成できます。 入力ファイルのすべてのデータが JSON ツリーに正確に含まれているか、自動検証できます。 Human-Readable JSON(インデント 2 スペース、UTF-8)形式で出力し、後続の処理や可視化に活用できます。 タクミメソッドの要求分析プロセスで生成された複数の分析結果を、統一的な JSON データモデルで統合できます。 タクミメソッドで要求分析を行うビジネスアナリスト・要件定義者 要求分析の複数出力ファイルを統一フォーマットに整理したい人 要求ツリーをプログラム・ダッシュボードで処理・可視化したい開発者 要求分析から要件実装までのデータ連携を自動化したい人 本スキルは Phase 2〜4 完了後の Phase 4-5 で実行され、前提条件として value-design.tsv、value-analysis-objective.tsv、requirement-tree-business/it/activity.tsv が存在する必要があります。実行手順は (1) requirement-tree.md 読み込みで構造理解、(2) 5 つの入力 TSV ファイル読み込み(ビジョン・コンセプト、目的、業務要求、IT 要求、活動)、(3) 6 階層を持つ JSON ツリー作成、(4) 既存 requirement-tree.json 削除、(5) 新規 JSON 出力(output/requirement-tree.json、整形済み)、(6) 構造検証(コンセプト・目的・業務要求・IT 要求・活動すべてが含まれているか確認)から構成されます。
IT 要求・活動のインパクトスコアリング観点を理解できる
by haru860
IT 要求や活動に対して、ビジネス価値に基づくスコア(重要度・優先度)をどのように付与すればよいか、その考え方と観点を学べる .claude/skills/takumi-method/value-metrics.md に記載されたスコア付けのルール・評価基準を確認し、自分たちのプロジェクトに適用する方法を理解できる 引数(追加指示)が指定された場合は、その内容も踏まえて、より具体的な説明を受け取れる プロジェクト全体で一貫性のあるスコアリングを行い、優先順位判断の透明性を高められる IT 要求を受け取った際、どう優先順位を決めるか判断基準が欲しい人 チーム全体でスコアリングの考え方を統一したい PM・リーダー 活動(開発・改善)の価値を定量的に評価したい人 タスク管理の精度を上げ、重要度・優先度を客観的に決めたい人 スキルの実行手順は、まず Read ツールで .claude/skills/takumi-method/value-metrics.md ファイルを読み込む。その後、読み込んだ知識内の「## IT要求、活動のスコア付け」セクションの内容をコンソールに出力する。追加指示(引数 $ARGUMENTS)が空でない場合は、その内容も考慮して説明を加える。ファイル出力は行わず、参考情報として提供されるのみ。引数に具体的なシナリオやプロジェクト固有の要素が含まれる場合は、それに基づいた解釈や応用例を追加で説明する。
企画立案の全成果物を段階的に自動生成
by haru860
因果関係ループ図の作成 - システム思考に基づいた因果構造を可視化し、施策の優先順位と最適な実装順序を提示します。 MSP(最小販売可能製品)計画の立案 - 顧客価値の提供と早期販売開始を実現する必要最小限の機能・サービス計画を生成します。 ゴール記述モデルの細分化 - MSP計画の各作業項目を「誰が・何を・いつまでに・どのように」という具体的なゴールに分解します。 完成度の高い企画書の生成 - 匠Methodの全成果物(因果関係・MSP・ゴール)を統合した、実装チーム向けの企画書を自動作成します。 段階的実行による品質保証 - 4つのステップを順番に実行することで、各段階の出力が次のステップに正確に引き継がれることを確保します。 新規事業企画者・プロダクトマネージャー - 要件から実装計画まで、一貫した企画書を高速で作成したい コンサルタント・ビジネスアナリスト - 顧客とのワークショップ後、すぐに企画成果物をまとめたい プロジェクトマネージャー - 要件・計画・ゴール・企画書の整合性を確保したまま運用したい スタートアップ・新規部門 - 限られたリソースで、最小限の投資で市場投入を実現したい このスキルは4つのSubSkillを順番に実行します。前提条件として Phase 4完了、/vm-all実行済み(vm-compare-score.md存在)、および requirement-tree-*.tsv と requirement-tree.json が必要です。 Step 1(planning-causal-loop-diagram):要件分析ツリーから因果関係ループ図を生成し、企画の効果的な進行を可視化。 Step 2(planning-msp-plan):MSP計画を立案(出力:msp-plan.md)。 Step 3(goal-description):ゴール記述モデルを細分化(出力:goal-description-model.tsv)。 Step 4(planning-proposal-make):企画書を生成(出力:proposal-format1.mdまたはformat2.md)。 全ステップ完了後、出力ファイル一覧、因果関係ループのレバレッジポイント要約、MSP計画概要(フェーズ数・主要要件)、ゴール記述モデル総数・期間、企画書フォーマットと構成を報告します。
検証結果から因果関係ループ図を改善・修正
by haru860
因果関係ループ図の検証結果を読み込み、問題点と改善ポイントを自動抽出できます 検証指摘に基づいて因果関係ループ図を再作成し、より正確な図へ改善できます 修正内容をGitで管理し、自動でPR作成・マージまで完了させられます 検証と修正のサイクルを繰り返しながら、図の品質を段階的に高められます 経営企画・経営管理職(事業・システムの複雑な関係性を図解で整理・改善したい方) コンサルタント・ビジネスアナリスト(クライアント企業のループ図を精度高く検証・修正したい方) プロジェクト推進チーム(検証と改善のサイクルを効率的に回したい方) 前提条件として/verify-planning-causal-loop-diagramが完了し、output/verify-planning-causal-loop-diagram-result.mdが存在する必要があります。処理フロー:(1)Globツールで検証結果ファイルの存在確認、存在しなければメッセージ出力して終了、(2)Readツールで検証結果ファイルを読み込み「悪い点・改善点」と「改善のための問い」情報を抽出、(3)Skillツールでplanning-causal-loop-diagramスキルを呼び出し、抽出した改善点と問いを引数として渡す、(4)@common-proceduresの「完了報告」に従い処理完了を報告。出力ファイルはoutput/causal-loop-diagram.md(更新版)。検証と修正サイクルを続ける場合は/verify-planning-causal-loop-diagramの再実行を案内します。
業務要求の観点を素早く確認できる
by haru860
業務要求作成の重要な観点を瞬時に確認できます。requirement-tree.mdから標準化された視点を参照できるため、要件定義のばらつきを防げます。 追加の質問や文脈を指定することで、その内容に応じた業務要求の観点をカスタマイズして説明してもらえます。 要件定義の初期段階で、何を明確にすべきか、どんな視点から業務要求を捉えるべきかを参考情報として得られます。 業務要件をまとめるビジネスアナリスト・PM・企画担当者 要件定義書を作成する際に、漏れのない観点を確保したい人 チーム内で要件定義の質を統一したい組織 .claude/skills/takumi-method/requirement-tree.md を Read ツールで読み込み、その「## 業務要求」セクションの内容をコンソール出力します。追加指示($ARGUMENTS)が指定されている場合は、その内容も考慮した説明を行います。ファイル出力は行わず、参考情報としてコンソールに表示するのみです。
要求分析ツリーの活動情報を自動生成
by haru860
業務要求(ビジネス層)と IT 要求(システム層)から、それらに紐付く活動情報を自動抽出・生成できます。 各活動に対して詳細説明と最も関連度の高い業務要求を自動マッピングできます。 構造化された TSV ファイル形式で活動情報を自動出力し、後続の分析工程へデータを引き継げます。 既存ファイルの自動削除と新規出力を組み合わせて、常に最新の活動情報を維持できます。 要件分析担当者:ビジネス要求と IT 要求から活動を系統的に抽出したい方 システム企画者:要求分析の各段階を自動化し、作業効率を高めたい方 プロジェクトマネージャー:Phase 4-3 の活動作成を加速したい方 このスキルは RequirementTreeActivity エージェントを起動し、Phase 4-2(業務要求・IT 要求の分析)の完了を前提に活動情報を生成します。実行手順は以下の通りです。 1. Task ツールで RequirementTreeActivity エージェントを起動し、追加指示(引数)を渡す 2. output/requirement-tree-activity.tsv が存在する場合は削除 3. Write ツールで TSV ファイルを出力:パスは output/requirement-tree-activity.tsv、ヘッダーは「活動」「説明」「業務要求」。各行は 1 つの活動を表し、業務要求は最も関連度が高い 1 つのみを指定 4. 出力ファイルの存在を確認し、完了報告を実施 重要な制約として、同一の活動名で複数行を作成せず、活動 1 つにつき必ず 1 行で出力することが求められます。