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

更新日

投稿日

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

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
市場知識 普通の組織をイノベーティブにする処方箋 (その34)

         前回まではKETICモデルの知識の3つの構成要素である、技術知識、市場知識、自社...

         前回まではKETICモデルの知識の3つの構成要素である、技術知識、市場知識、自社...


日本の事例 オープンイノベーションとは(その4)

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...


新規事業は小さなPDCAを回して生み出す 新規事業・新商品を生み出す技術戦略(その18)

        今回は、各界のリーダーの言葉から新規事業立ち上げに対する考え方をご紹介します。  ...

        今回は、各界のリーダーの言葉から新規事業立ち上げに対する考え方をご紹介します。  ...


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

もっと見る
設計部門の仕組み改革(その3)

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...


設計部門とリスク管理(その1)

【設計部門とリスク管理 連載目次】 1. リスク管理とは目標達成までのシナリオ作成 2. コンティンジェンシープランの注意事項 3. リスク管理...

【設計部門とリスク管理 連載目次】 1. リスク管理とは目標達成までのシナリオ作成 2. コンティンジェンシープランの注意事項 3. リスク管理...


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

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

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