arashi.info - あらし．いんふぉ。 -

「ビジネス＋ビジネス＝ヒューマンスキル？」

■ソリューションビジネスの表と裏

　ＭＯＴ（Ｍａｎａｇｅｍｎｅｔ　ｏｆ　Ｔｅｃｈｎｏｌｏｇｙ、日本語で技術経営）が着目されています。最近の流行ですので、目にしている人も多いと思います。この言葉のとおり、まさしく、経営とITは切り離せなくなりつつあります。（私はそうなったと思いますが、地方へ行くとまだまだIT化されていないようですね。インフラの影響もあると思いますが、ここ２，３年でインフラにも差がなくなるでしょう。）
　かつて「ネットビジネス」という呼び名がもてはやされました。今ではビジネスにネットを使用するのが当たり前となり、ネットビジネスと言われなくなりつつありますが、この言葉の意味をよくよく考えると、経営者に技術を教えるというスタンスだったと思います。
　現在はその逆、技術者に経営を教えるという流れにシフトしているように思います。いずれにせよ、経営にITは欠かせないという点では一致しています。このように物事を違った角度でとらえることで、私たちがいるソリューションビジネスの表と裏が見えてきます。複雑な時代と言われて久しいですが、今回のコラムでは物事をシンプルに見てコメントしていきたいと思います。

■最近取りざたされるコミュニケーションスキル

　「失敗を活かす」という本コラムにおいては、学んだことを活かすために、伝える技術、コミュニケーションスキルが非常に大切だと思います。それは経営、技術、両方に言えることだと思います。経営者は分かりやすく経営を伝え、技術者は分かりやすく技術を伝える。伝わらなければ、実施されず、どんなに良いこと、良いシステムでも机上の空論になってしまいます。ＭＯＴという時代の流れで技術者がビジネスを学んだ後、どう活かすのか。ネットビジネスでは技術を活かせず、情報が先行し、バブルが発生して崩壊しました。技術やビジネスモデルありきで、経営がなかったためと私は思います。言い換えると、良い商品、良い技術だから売れるだろうという、技術よりの発想だったためと分析しています。
　しかしながら、前段でも話しましたが、経営者に技術を、技術者に経営を、ということで結局は無理があると私は見ています。餅は餅屋というようにそれぞれの知識・経験には奥が深く、勉強だけでは得られるものではないと思うからです。だからこそ、それぞれ分業し、プロとして活躍していると思うのです。
　では、どうしたら良いのでしょうか。そのために双方が歩みよれるよう、「共通語」で話せば良い訳で、それを私はコミュニケーションスキルと呼んでいます。
　そもそも、技術と経営（営業）に必要なコンピテンシー（職業適性）は反比例します。私自身、この仮説を実証し、あわせて採用基準明確化のために、前職で大がかりな調査を行いました。社長を除く、社内スタッフ全員にコンピテンシーテスト（ＳＰＩ）を行いました。結果は「両方の適性がある人はいない」でした。適性は大きな環境の変化がある、もしくは時間の経過により少しは変化しますが、それ以外は変化が少なく、両方の適性を持つのは至難の業ということになります。ＭＯＴで得た知識をどう活かすのか、それはみなさんの課題になると思います。今日からできること。「共通語」のためにも日頃からコミュニケーションを行いましょう。

以上をまとめると

●失敗の法則　その7
「複雑にするから失敗する」

■会社と個人、今後の業界展望

　このコラムのサイトは求人サイトですので、読者である方々は多かれ少なかれ面接をすると思いますが、人事担当者に伝える技術、コミュニケーションスキルも欠かせません。個人は自己PRの時代、会社はIRの時代。「伝わるだろう」はもう通用しなくなりつつありますが、「伝えたつもり」の不幸な人や企業も未だ多くいます。それをもって人や企業では「就職難」「商品が売れない時代」等とも言われていますが、そうとばかりも言ってはいられません。
これからは良くも悪くも対等な時代。選び、選ばれる時代です。企業が時代のニーズにマッチしたサービスを提供するということは、時代のニーズにマッチした人材であり続けること。企業も人も大変です。
　そして、ますますスピードの時代へ進んでいます。システム化、IT化によりスピード化がされましたが、最後に残るのは人です。人の思考スピードは昔も今も変わらない。ですので、早い切り換えの考えが出来る人が成功します。その早い判断のためには目利きが必要で、目利きはプロの仕事です。だからそれに対し、お金を払って新聞・雑誌などの情報を買い、その道のプロに仕事を依頼しています。その対価であり続けること。時代のニーズは高度化しているので、進歩し続ける必要があります。だからどの業界もプロは大変です。だから面白い。面白くするには好きなことをやることが一番。そして、チャレンジ続けること。
　最後に。会社は伝言ゲームです。経営は社長からトップダウン。時代の流れが速いからフラットな組織が持て囃されています。情報を同列にすることで即断即決。今必要なのは「即行」すること。それにより、失敗を最小限に抑えていくことが大事です。

以上をまとめると

●失敗の法則　その8
「即断・即決はするが、即行しないから失敗する」

　前述したコンピテンシーの一部を明記します。みなさんがどれに当てはまるか参考にしてみて下さい。

●営業・コンサル系
・分析洞察力 世の中の動きなど動的な情報を分析・洞察できる
・企画発想力 新しいビジネスアイディア生み出す発想力
・ビジネスセンス 様々な情報をつなぎ合わせ組み立てる企画力
儲け方のセンスがある。顧客の視点で考える
・交渉調整力 関係者を上手くまとめることができる
●技術系
・チームワーク 相互理解し、協力し合って仕事を進められる
・完遂持続力 責任感を持ち最後までやり遂げる力
・高い理想 自分の夢やビジョンを持っている
●バックオフィス系
・分析洞察力 データなど静的な情報を分析・洞察できる
・経営センス 経営者の視点を持ち合わせている
・状況対応力 環境の変化にも柔軟に対応できる
・気分の安定（セルフコントロール）　自分の感情を抑制し、冷静に対応できる

次回の最終稿は、「出来る人は行動する人」と題し、
・全ては自らごと、自ら立つ、自ら律すること
・行動による気づき、成長
・プロとはあくなき探求心
をテーマに展開してゆきたいと思います。ネット上で公開されるコラムですので、みなさんの意見も交え、インタラクティブに進めたいと思います。

「失敗しないために」

■失敗しなければ成功？

　前回コラムで開発プロジェクト中に起こるクライアントのビジネス変革により、システムのミスマッチが発生するというジレンマのお話しをしました。今回はあるソフトウェア企業の社長の実話。
ベンチャーキャピタルから事業資金をかき集め、3年かけてソフトウェアを開発し、さあ、売り出すぞと思った矢先に商法改正でシステムの機能が適さなくなり、更なる追加投資と開発が必要となって困った。という笑えないお話しを聞きました。ソフトウェアそのものはバグもなく評価が高かったそうです。開発は成功でしたが、事業としては失敗だったのでしょうか。商法改正という流れを見落とした時点では失敗だったのかもしれませんが、その後に1年かけてシステム機能を追加し、今では上場企業100社以上に導入されるなど、すばらしいシステムという評価点をもらっているそうです。失敗のままで終わらせなかったので、最終的には成功に結びついています。
今回のコラムでは、この企業の社長の見られるような失敗を活かす方法に視点を置いてみたいと思います。

以上をまとめると

●失敗の法則　その5
「失敗を改善すれば成功する」

■失敗を振り返る

　読者をはじめ、私たちも行っている開発業務。誰しも最初から失敗することを目指すのではなく、成功するべくバグの発生を抑えたり、要求仕様通りの開発を進めていると思います。それでも悲しいことにバグは発生し、仕様理解度の違いによりシステム処理結果が違うということが多々おこっています。業界の至るところでこのような悲劇が繰り返されています。
この問題は相当に深刻で、昨年の株式公開企業の決算発表コメントは、先の要因で経営数字が悪化したと公表されています。雑誌にもこの問題は度々取り上げられておりましたので、みなさんの中にも記事を目にされた方もいるかと思います。大手企業ですらこの状態ですので、中小の開発企業も例外なく業績悪化が見受けられました。経営という私の仕事がら、信用調査会社や銀行の方とはお付き合いがありますが、その方々いわく、建設会社の倒産よりも開発会社の倒産の方が昨年は多かったそうです。会社倒産は失敗の最たるものです。創業から3年で100社中10社も残らない現実を見ると失敗の確率の方が大きく、リスクもありますが、昨今ではM&A(合併)なども盛んに行われていますので、失敗しつつ成長しているとも言えるかもしれません。その中から未来の松下やソニーのような会社が成長していくのでしょう。それにしても、バグや仕様違いが原因で倒産した会社は開発した努力が報われませんね。

　このようなバグによる悲劇を繰り返さないためには、エンジニアひとりひとりの意識の向上と開発した当事者によるバグプログラムの検証と修正、開発したプログラムの見直し徹底につきるのではないかと思います。ぜひみなさんも自分が開発したプログラムを見直し、運用保守を自ら進んで行い、バグという失敗、運用しづらいシステムの研究をして改善を心がけてみて下さい。そうすることで失敗を防ぎ、成功へと近づけると思います。
そして、私たちの自省と共に、クライアントである取引先の啓蒙も私たち業界人の努めだと私は思います。業界特有の下請け構造のせいか、はっきりと提案する、至言するという人(会社)がなかなか見受けられないように思います。失敗から目を遠ざけるのではなく、クライアントと共にどこに原因があったのかを探求すること、振り返ることにより、今後の改善に繋げて行って欲しいと切に思います。また、何よりもクライアントを良く導き、そうならないよう事前の策をとることが最上の策であることは言うまでもありません。
あたり前のことではありますが、あたり前に行えるよう日々反省し是正すること。失敗を繰り返さないためにも失敗の原因を明らかにし、振り返ることで次は失敗しないように心がけたいものです。

以上をまとめると

●失敗の法則　その6
「反省しないから失敗は繰り返す」

■プロジェクト管理のあれこれ
　みなさんはバグの定義をどのようにお客様に伝えていますか？

1．システムの欠陥によるもの（システムのバグ）
開発時におけるプログラムミスなどのケアレスミスによるもの。
いわゆる動かない、導き出す値がエラー等、まったく違うというものが該当します。

2．お互いの認識の違いによるもの（バグではなく仕様違い=納品対象）
開発におけるプログラムミスがなくシステム上は動作するが、処理された結果が予想していた結果と違うもの。そのアウトプットされる結果が業務上不都合のあるもの。詳細設計（こまかな仕様確認）の確認時に、そのシステム動作後の細かな確認、詰めの作業ができていない場合に多く見受けられます。（お互いの暗黙の了解や分かってもらっていたつもりなど）

次回は、「ビジネス + ビジネス = ヒューマンスキル?」と題し、
・ソリューションビジネスの表と裏
・最近取りざたされるコミュニケーションスキル
・会社と個人、今後の業界展望
をテーマに展開してゆきたいと思います。ネット上で公開されるコラムですので、みなさんの意見も交え、インタラクティブに進めたいと思います。