日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
設計標準化は、なぜいつも失敗に終わるのか
前回は、プロフィタブル・デザインのキーファクターの一つである「設計高度化」について解説した（もう一つのキーファクターは「固定費マネジメント」）。この設計高度化とは、設計ナレッジを常に改訂し、全員力で設計を改善していくことだ。そのためには、設計ナレッジを可視化・標準化しなければならない。設計標準化は設計高度化のベースであり、避けて通れないテーマである。 近年、設計標準化に関しては、独Volkswagen社の「MQB」やトヨタ自動車「TNGA」など自動車業界の取り組みが目立つ。それ以外の業界でも、多くの企業が設計標準化は必要だと考えているし、挑戦すべきテーマだと口をそろえる。 しかし、設計標準化は、30～40年前から叫ばれ続けてきながら、なかなか定着しないテーマでもある。口では挑戦すべきだといいながら、実際にはやりたくないという設計者も少なくない。いわゆる「総論賛成、各論反対」の代表例なのだ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
