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

更新日

投稿日

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

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
優先順位の付け方と取り組み方 新規事業・新商品を生み出す技術戦略(その42)

         日々の業務に追い回されていないでしょうか。せっかく計画を立てて進めているにも関わらず、急な...

         日々の業務に追い回されていないでしょうか。せっかく計画を立てて進めているにも関わらず、急な...


未来を経験・体験する 普通の組織をイノベーティブにする処方箋 (その56)

        現在イノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)...

        現在イノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)...


体感で思考する 普通の組織をイノベーティブにする処方箋 (その161)

         これまで五感を一つ一つとりあげ、それぞれの感覚のイノベーション創出における意義...

         これまで五感を一つ一つとりあげ、それぞれの感覚のイノベーション創出における意義...


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

もっと見る
製品開発部へのカンバン導入記(その3)

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...


設計部門の仕組み改革(その2)

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

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


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

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...