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

更新日

投稿日

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

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
製品開発部へのカンバン導入とは 【連載記事紹介】

       製品開発部へのカンバン導入の連載が無料でお読みいただけます。   ビジネスの世界...

       製品開発部へのカンバン導入の連載が無料でお読みいただけます。   ビジネスの世界...


メカトロ設計の3要素 【連載記事紹介】

  ◆メカトロ設計 高度化するとは、メカトロ化することに等しいのです。メカトロニクスは物質(メカ)、エネルギー(エレキ)、情報(ソフト)...

  ◆メカトロ設計 高度化するとは、メカトロ化することに等しいのです。メカトロニクスは物質(メカ)、エネルギー(エレキ)、情報(ソフト)...


技術文書の品質管理(その2)技術文書を確認する人の視点から

  【目次】 今回は、自分以外の人が技術文書の品質管理をする場合(自分が書いた技術文書を自分以外の人が確認する)に関する解説...

  【目次】 今回は、自分以外の人が技術文書の品質管理をする場合(自分が書いた技術文書を自分以外の人が確認する)に関する解説...


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

もっと見る
‐顧客の難しい要求に取り組む ‐  製品・技術開発力強化策の事例(その2)

 前回の事例その1に続いて解説します。顧客から難しい要求や相談があったとき、意欲的にその問題に取り組む企業がある。その取組みから他社では出来ないよ...

 前回の事例その1に続いて解説します。顧客から難しい要求や相談があったとき、意欲的にその問題に取り組む企業がある。その取組みから他社では出来ないよ...


製品設計におけるトレードオフのコントロールとは

        今回は、次のような想定で、製品設計におけるトレードオフのコントロールをどう考えればよいかを解...

        今回は、次のような想定で、製品設計におけるトレードオフのコントロールをどう考えればよいかを解...


設計部門と組織政治の影響(その1)

 これまで数回にわたって、設計部門における仕組み構築の考え方や手順を解説してきました。仕組み構築のためのシステム化計画作成は、頂上を目指す登山ルートを設計...

 これまで数回にわたって、設計部門における仕組み構築の考え方や手順を解説してきました。仕組み構築のためのシステム化計画作成は、頂上を目指す登山ルートを設計...