開発中こそ気づきを記録する 新規事業・新商品を生み出す技術戦略(その32)

更新日

投稿日

 
  技術マネジメント
 
 今回は開発中にやっておくべき「気づきメモ」について解説します。
 
 開発が始まると、どうしてもQCD目標を最優先に開発・設計を行うと思います。この開発・設計の真っ只中に是非、並行して実施してほしい作業が、「気づきメモ」です。
 
 どんなことをメモするかと言いますと、以下のように「次のステップで解決したい課題や気づき」です。
 
  • 使いづらいと感じた設計ルール
  • 長すぎる進捗報告の仕方
  • 連絡ミスが発生した開発環境の更新
  • 設計データの共有がうまくいかなかった事例
  • 他部署とのミスコミュニケーション
 
 この時、改善策を提案できるならば、改善案を記載します。現段階で改善策がなくとも、業務にやりづらさを感じたものは全てメモしておくことが重要です。また忘れてはいけないのが、よかったことをメモすることです。
 
 ルールにしていなくてもメンバーが自発的に改善した事例も記録として残します。
 
 そしてこの「気づきメモ」は開発メンバーで共有し、いつでも誰でも記載できるようにしておきます。こうしておくことで、「まさに今、感じた・発生した課題や良い事例」を記録できるため、漏れなくPDCAのCのチェックができます。
 
 意外と盲点になりやすいのですが、後でまとめて開発フィードバックをしようとすると、その時点では忘れていたり、事実と違う解釈をしてしまっていたり...
 
  技術マネジメント
 
 今回は開発中にやっておくべき「気づきメモ」について解説します。
 
 開発が始まると、どうしてもQCD目標を最優先に開発・設計を行うと思います。この開発・設計の真っ只中に是非、並行して実施してほしい作業が、「気づきメモ」です。
 
 どんなことをメモするかと言いますと、以下のように「次のステップで解決したい課題や気づき」です。
 
  • 使いづらいと感じた設計ルール
  • 長すぎる進捗報告の仕方
  • 連絡ミスが発生した開発環境の更新
  • 設計データの共有がうまくいかなかった事例
  • 他部署とのミスコミュニケーション
 
 この時、改善策を提案できるならば、改善案を記載します。現段階で改善策がなくとも、業務にやりづらさを感じたものは全てメモしておくことが重要です。また忘れてはいけないのが、よかったことをメモすることです。
 
 ルールにしていなくてもメンバーが自発的に改善した事例も記録として残します。
 
 そしてこの「気づきメモ」は開発メンバーで共有し、いつでも誰でも記載できるようにしておきます。こうしておくことで、「まさに今、感じた・発生した課題や良い事例」を記録できるため、漏れなくPDCAのCのチェックができます。
 
 意外と盲点になりやすいのですが、後でまとめて開発フィードバックをしようとすると、その時点では忘れていたり、事実と違う解釈をしてしまっていたりと意味のない会になりかねないものです。気づいた時に簡単に記録に残すシステムを作っておく、これがPDCAを上手に回し、開発組織のスキルを上げるコツです。
 

   続きを読むには・・・


この記事の著者

川崎 響子

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。


「技術マネジメント総合」の他のキーワード解説記事

もっと見る
QNP法1 【快年童子の豆鉄砲】(その53)

  ◆QNP(Quality table-Neck engineering-PDPC)法 1.QNP法 「夢商品開発七つ道具(Y7)」...

  ◆QNP(Quality table-Neck engineering-PDPC)法 1.QNP法 「夢商品開発七つ道具(Y7)」...


自社の存在価値 普通の組織をイノベーティブにする処方箋 (その112)

  知識や経験を整理するフレームワークとして、本質とそれ以外という区別があるという理解から、「本質とは何か」を解説しています。また、企業活...

  知識や経験を整理するフレームワークとして、本質とそれ以外という区別があるという理解から、「本質とは何か」を解説しています。また、企業活...


イノベーションの創造 普通の組織をイノベーティブにする処方箋 (その133)

  【この連載の前回:普通の組織をイノベーティブにする処方箋 (その132)へのリンク】 現在「切り取った知識の重要部分を発想するフレー...

  【この連載の前回:普通の組織をイノベーティブにする処方箋 (その132)へのリンク】 現在「切り取った知識の重要部分を発想するフレー...


「技術マネジメント総合」の活用事例

もっと見る
システム設計6 プロジェクト管理の仕組み (その38)

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...


スペック追及は技術開発の目標ではない

 技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できる...

 技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できる...


設計部門の課題と原因分析(その3)

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...