初期開発

blog

ネガティブな報告こそ行う組織を作る

あなたの組織には、どんな報告も速やかに行う習慣が根付いていますか? もちろん、良い結果や進捗だけではなく、悪い結果や状況も全てです。 もし、新規事業・新商品を今よりももっと早く確実に立ち上げたいとお考えであれば、 「誰も […]

blog

拠点が異なるメンバー同士で開発するポイント

社内における拠点が異なるメンバーとの共同開発や在宅勤務の拡大、また産学連携を はじめとする他社との共同開発など「異なる拠点での開発」が進んでいくと思われます。 隣の席でも難しいコミュニケーションミスによる開発の遅延は避け […]

blog

開発中こそ気づきを記録する

今回は開発中にやっておくべき「気づきメモ」について解説します。 開発が始まると、どうしてもQCD目標を最優先に開発・設計を行うと思います。 この開発・設計の真っ只中に是非、並行して実施してほしい作業が、 「気づきメモ」で […]

blog

段取り力で差がつく設計ルール

今回は開発、設計の「ルール」についてです。 既存の商品設計区には当たり前ですが「設計ルール」があります。 皆さんの会社にも誰が設計しても同じ結果になることを目的とした、 緻密なルールがあるのではないでしょうか? 事業化、 […]

blog

イメージしにくい商材の良さをいかに伝えるか?

今回は企画提案や初期開発でつまづきやすい、 「開発商材の良さ」が相手に伝わらないという悩みの解決方法をご紹介します。 「開発商材の良さ」を伝えたい相手はどなたでしょうか? 最も多いのが、開発の決裁権限を持つ上位職ではない […]

blog

開発者が開発ステップでやるべきことは?

とある開発者の方からこんな質問をされることがありました。 「新商品を創出するために開発者は何をすればいいのでしょうか?」 「どうも企画部署からの要望で商品開発しても売れなそう。 でも自分は開発者だし、専門家に意見を言うの […]

blog

後で使える結果の残し方

開発ステップのように試験・実験が標準化されていない場合、 どのように結果を残していますか? これからたくさん変更が発生するから…と、各人それぞれのまとめ方で残してはいませんか? 開発ステップの試験・実験はルーチン化しにく […]