ひろゆき)Tweetはじめにみなさん、こんにちは。前回は「会社のコアコンピタンス作り」というテーマで、TTWやナレッジ・マネジメントによりコアコンピタンスを発掘して育てることを取り上げました。今回は「生産性向上」という聞き慣れた言葉について、もう一度真剣に考えてみることにします。「会社の改革のためのその7」―生産性向上を全社で意識付けるVACD―価値分析とコストダウン私は1980年に東芝へ就職したのですが、その頃は「VACD」というスローガンが盛んで、工場に行くとあちこちにVACDと書かれた看板やポスターが貼られていました。Analysis」の略で「価値分析」と訳されています。“商品の改良やコストダウンを目的に知恵を出し合う”というものだったのですが、実質的にコストダウン(CD)が主体となり、いつの間にかVAがなくなってCDという言葉のみ残った感があります。Engineering)」という言葉の方が使われています。同じ意味合いなのですが、厳密に定義するとVE(価値工学)の1つの技法がVA(価値分析)です。DWH(データウェアハウス)という言葉が最初に出て、その後でBI(ビジネスインテリジェンス)という広義の言葉に取って代わられた関係に似ていますね。「購買管理でコスト削減」というWebサイトに、VAを行う際のチェックリストの例がありました。製造業のVAの取り組みがパッと理解しやすいものだったので紹介します。この部品は除けないか。機能の連合、分割はできないか。機構、形は変えられないか。代替材、代用品はないか。市販品、標準品は使えないか。公差はゆるくできないか。生産方法は変えられないか。新しい加工法はないか。工程数は減らせないか。作業を複合または簡単にできないか。安く買う方法はないか。新製品、新材料が出たことを知っているか。帳票類とその整理はうまくいっているか。調達のやり方を変えられないか。他社の製品を研究したか。コストダウンに向けた姿勢が伝わってくるようですね。ソフトウェア開発に置き換えて応用できそうなものも多くあります。製造業は、長年にわたってこのような改善活動を続けてきたことにより、今日のような国際競争力のある姿に成長できているのです。ソフトウェア業界では、製造業と違ってコストダウンへの意識は甘いと言わざるを得ません。コスト以前に品質不良による問題が多く発生するために、改善の方向が品質にばかり向かってコストに回らないのです。自社の取り組みを思い浮かべてください。品質に関する制度や体制、チェックリストはあるけれど、上記のようなコストダウン目的のチェックリストはないと思います。連載第5回の「合理化・効率化のために先行投資する覚悟」で「ルック・製造業」を訴えましたが、コストに関しても製造業のたゆまぬ改善努力を見習いたいと思います。VACDから生産性向上へ単にコストダウンの号令をかけると、”安かろう悪かろう”という手抜き工事的な方向に向かう恐れもあります。実際、品質への取り組みを強化すればするほどコストアップしますし、保守のサポートを手厚くしようとすれば、その分工数がかかります。コストを下げるためには品質やサービスを落とさざるを得ないと思われがちなのです。したミスリードを防ぎたいので、単なるCDよりも“必要な品質を維持した上でコストダウンを図る”という意味合いを持つVACDの方が好きなのですが、死語になったのであれば仕方がありません。代わって最近よく使われるのが「生産性向上」という言葉です。ソフトウェアの生産性について考えてみましょう。生産性を価値とコストで表わすと次式のようになります。生産性は、コストを下げるだけでなく価値を高めることでも向上するので、単にコストダウンのみを謳うよりも前向きな意味合いを持つのです。生産性=価値(Value)/コスト(Cost)「ソフトウェア開発の生産性とはなんですか」。尋ねてみると、シンプルな質問なのに意外とトンチンカンな回答が返って来ます。それだけSIerには生産性というキーワードが浸透していないのです。そこで、「生産性が低いとどうなりますか」と質問を変えてみましょう。Proposal:提案依頼書)を受け取った時、他社が3000万円なのに5000万円で見積を提示したら失注します。価格競争力を失って仕事を取れなくなるのです。Service:常駐・派遣)でも生産性は重要です。生産性の高い人は”高く売れ”ますし、生産性の低い人は”この人いらない”と返されたりします。パッケージソフトやクラウドサービスなどのプロダクトビジネスにおいても生産性は重要です。生産性が低ければ販売価格に跳ね返りますし、なにより機能改善のスピードが遅く他社製品に競争で負けることになります。このように生産性は企業の競争力に直結する重要なファクターなのですが、製造業に比べて意識が薄いのはなぜでしょうか。1つはパソコンや家電製品など仕様(性能)が明確で市場の競争原理が働いているハードの世界と違い、ソフトウェアという”売り物”は外見から価値を判断しにくいので、価値が低く(すなわち生産性が低く)てもごまかしが効くからです。常駐・派遣で1人月70万円という条件で来てもらうAさんとBさんの価値(生産性)は、経歴書だけではなかなか判断できません。派遣する側としては、Aさんの生産性を高めることよりも、いかに途切れなく派遣先を見つけられるかに目が向くのです。1つは、ソフトウェア業界が”ちゃんと動くこと”という「当たり前品質」に価値を置き、”使い勝手が良い”という「前向き品質」を重視するレベルまで到達していなかったことです。そのため、価値(品質)が最低合格レベルであれば善しとして、それ以上価値を高める努力をしなくても済んでいるのです。ソフトウェア業界も30年くらいの間に成熟してきて、ユーザーの目も厳しくなり、競争も激しくなってきました。これからは、他の業界並に”価値あるものを安く提供する”ことを強く意識して実践しないと淘汰されてしまいます。SIerにとって、今がまさに”生産性向上に本気に取り組む”絶好の機会なのです。生産性を向上させる生産性を向上させるには、A.価値を上げる、B.コストを下げる、の両方をきちんと意識して実践する必要があります。掘り下げて考えてみましょう。(1)価値を高めるメリットソフトウェアにおいて”価値を高める”とはどういうことでしょうか。多くの場合、それは”顧客満足度の向上”とほぼ同義になります。SESでAさんとBさんが同じ1人月70万円で契約していた場合、Bさんの方がより多くのプログラムを作ったり、品質が良かったり、使い勝手の良いものを作ったりすれば、次の契約更新時にBさんの契約金額を80万円に値上げできます。請負開発にしても、ユーザーに検収をもらって本番稼働したシステムが使いやすい顧客満足度の高いものであればリピートオーダーにもつながりますし、口コミで良い評判が広がります。パッケージソフトやクラウドサービスなどのプロダクトの場合はもっと明確です。価値が製品という形で目に見えるので、価値の高い方が売れ、低い方は消えていくことになります。(2)“価値が高い”とはいったい“ソフトウェアの価値が高い”とはどのようなことでしょうか。思い浮かぶのは「使い易い」「品質が良い」「デザインが良い」「効果がある」「パフォーマンスが良い」「すぐに使えるようになる」「保守性が高い」といったことです(図)。同じコストでもこのような価値を高めて「う〜ん、良いソフトだ!」と顧客に満足してもらうものを作ることが生産性向上になります。図:生産性の向上=価値を上げる+コストを下げる(3)価値を高めるにはでは、どのようにしたら価値を高められるでしょうか。個人やチームの技術力を高める、ナレッジを共有する、良い開発ツールを採用する、アジャイル開発などの手法を取り入れるなど、やることは山のようにあります。中でも一番重要なのは「価値の高いものを提供して喜んでもらう」というマインドを全体で持つことです。「品質=バグのないこと」から一歩進んで「品質=喜んでもらうこと」という意識を持つのです。この意識改革が価値を高めるための原点であり、これなくしてはどんな手段を取り入れても成果が出ません。言え、この意識改革はかなり高いハードルなので忍耐強い覚悟が必要です。組織を変える前に、まず自分自身の意識から変えてみてください。生産性のもう1つの要素「コストを下げる」に関しても、まずはマインドの改革です。製造業に比べて、IT業界はコストダウンの意識が希薄なのはなぜでしょうか。1つは前述の通り”コストより品質”という考えが染み付いていることですが、”原価の積み上げに利益を乗っけて見積る”という足し算方式(A)でビジネスをしてきたためでもあります。式としては間違っていませんし、実際にソフトウェアの見積金額はこのようにして算出します。”正しい”......のですがビジネスの現場では通用しない場合があります。原価(コスト)市場で勝てる価格にするために、原価をいくらに抑えなければならないか。厳しいビジネス競争では、このような引き算の方式(B)が求められます。この発想がない限りコストダウンにつながらないのです。ソフトウェア業界でもBはあります。価値や市場価値があいまいなためにAで済むことが多く、「乾いた雑巾をさらに絞る」という製造業のようなコストダウンへの厳しい取り組みが組織的に行われていないのです。B式の左辺と右辺を入れ替えるとC式になります。式にするまでもない当たり前のことですが、コストダウンをすれば利益が大きくなります。以前、SIerの利益率が低いことに言及しましたが、A式でものを考えている限り利益率は高くなりません。C式でものを考えるように意識改革してください。利益(5)コストを下げるにはどうやったらコストを下げることができるか。この課題に関しては、ぜひ社内でディスカッションしてください。「技術力を高める」「良いフレームワークを使う」「コミュニケーションを良くする」「最適な開発手法を採用する」「外注やオフショアを活用する」「フリーのツール、低価格なツールを使う」「プロジェクトを円滑に進める」「過剰品質ではなく適正品質に留める」「無駄な作業を止める」などなど、さまざまな意見が出てくると思います(図)。本連載でこれまで取り上げてきた「会社の改革のための具体的なアクション」の多くは、こうした生産性を上げる取り組みになります。ディスカッションで出てきたアイデアを具体的なアクションプランにまとめ、1つひとつ実践してください。<<コラム>>工数積算を前提としたビジネスが悪いわけではない連載第1回「SIerの存在意義と抱える悩み」で”SIerに対するいわれなき誹謗とバッシング”の例をいくつか紹介しました。「SIは崩壊する」などの崩壊論の中には「工数積算を前提としているビジネス」であることが悪いように主張するものもあります。工数積算は労務費をきちんと原価計算するために必要な作業です。コストに占める人件費の割合が高いソフトウェア業界なのですから、工数積算により原価をきちんと把握するのは当たり前です。どんなビジネスも原価管理を疎かにしては利益を上げられません。工数積算が悪いのではなく、SIerの抱える悩みは第1回で紹介したようにまったく別のところにあるのです。今回は、ソフトウェアの生産性について改めて考えてみました。“品質、品質”と金科玉条のように品質(当たり前品質)ばかり重視するのではなく、生産性というファクターにも、もっと意識を強くすべき時期なのです。コストダウンの意識を持つ必要があるのは、パッケージソフトやクラウドサービスのようなプロダクトビジネスや請負開発においてです。常駐・派遣のようなSESではコストダウンよりも”エンジニアの価値”を高めることに集中してください。帰社日を増やして教育や技術共有を行うなど、“価値を高めるためにむしろコストアップも辞さない”と考える方が現状では良いかと思います。ITの連載記事『これからの「SIer」の話をしよう』の内容をまとめて書籍化したものです。ビジネスの終焉」など、20年ほど前からそんな声がよく聞かれてきました。本書ではSIerに所属する多くのエンジニアに向けて、「これからのSIerのあるべき姿」を開発者出身の経営者である著者の視点から解説しています。2006年東証マザーズ、2014年東証第一部、2019年東証スタンダード上場。Browser」を開発。PM」など、独創的なアイデアの製品を次々とリリース。システム設計とドキュメント」を刊行。「日本のITの近代化」と「日本のITを世界に」の2つのテーマをライフワークに掲げている。Weekly」の配信サービスを提供しています。メルマガ会員登録を済ませれば、メルマガだけでなく、さまざまな限定特典を入手できるようになります。ITがお届けするポッドキャストです。