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

更新日

投稿日

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

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
1400件の顧客特許を読んだらどうなるか~技術企業の高収益化:実践的な技術戦略の立て方(その17)

【目次】 今回は、ある技術者の変身のお話です。半年前まで営業の下請け的に開発するのが仕事だと思っていた技術者が、顧客の潜在ニーズを先...

【目次】 今回は、ある技術者の変身のお話です。半年前まで営業の下請け的に開発するのが仕事だと思っていた技術者が、顧客の潜在ニーズを先...


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

  【目次】   【この連載の前回:普通の組織をイノベーティブにする処方箋 (その173)へのリンク】 前回まで自分が生物...

  【目次】   【この連載の前回:普通の組織をイノベーティブにする処方箋 (その173)へのリンク】 前回まで自分が生物...


クレーム率シングルppmをゼロに(8) 【快年童子の豆鉄砲】(その63)

  【連関図法で把握した原因に対する対策実施】(前弾からの続き) 【この連載の前回:【快年童子の豆鉄砲】(その62)へのリンク】 【連...

  【連関図法で把握した原因に対する対策実施】(前弾からの続き) 【この連載の前回:【快年童子の豆鉄砲】(その62)へのリンク】 【連...


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

もっと見る
進捗の見える化:第2回 プロジェクト管理の仕組み (その11)

 進捗の見える化ですが、前回のその10に続いて解説します。今回考えるべきポイントは、可視化・見える化の方法です。図40 に示しているように、進捗管理では予...

 進捗の見える化ですが、前回のその10に続いて解説します。今回考えるべきポイントは、可視化・見える化の方法です。図40 に示しているように、進捗管理では予...


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

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

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


システム設計4 プロジェクト管理の仕組み (その36)

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...