AWS エンタープライズストラテジストの Mark Schwartz と英国のエンタープライズテクノロジーリードの Paul Hannan が、クラウド変革を成功させるためのヒントを共有しています。多様なクラウドの採用と変革の導入を通じて企業を指導してきた経験に基づいて、Mark と Paul は、人々を信頼し、文化を適応させることの重要性について語ります。
Mark Schwartz が 2010 年に国土安全保障省の米国市民権移民局 (USCIS) の CIO になり、2,000 人と 6 億 USD の年間予算に対する責任を負うことになったとき、彼はいったいどうやってこの大規模の組織を動かすべきかと考えました。
「IT 部門は 18 か月のサイクルで本番環境にリリースしていました。変革プログラムは、これまでのところ成果が得られなかったソフトウェアの取り組みに約 10 億 USD を費やし、過去 4 年間で 21 人がたくさんのドキュメントを組み立てただけでした。それは低頻度の組織であったと言っても過言ではありません。変化が非常にゆっくりと起こる組織でした」と、5 月にロンドンで開催された AWS Summit で、Schwartz 氏は幹部の聴衆に語りました。
これは、政治家が急いで発表したポリシーの変更に驚異的なスピードで対応する必要がある組織にとっては不十分でした。
しかし、それを動かしました。2017 年に AWS のエンタープライズストラテジストになり、高い評価を得ているビジネス戦略の著者になるまで、Schwartz と彼の率いるチームは USCIS で目覚ましい変革を監督していました。「一部のシステムは、1 年半に 1 回ではなく、1 日に 3〜4 回本番環境にデプロイされていました。全国各地で対応できる迅速な対応チームを作り、毎回新しいアプリケーションを作成するハッカソンを実行していました。国土安全保障省で実現できることなら、あなたにもできます」と彼は言いました。
最も骨の折れるプロセスを抱えているチームでさえ、ブロッカーを敏捷性を実現するものに変えることができます。
Schwartz によれば、クラウドテクノロジーのデプロイは簡単ですが、「分析麻痺」には注意してください。「クレジットカードを取り出して、クラウド内のいくつかの仮想マシンを起動するのは簡単です」と Schwartz 氏は述べます。しかし、開発テクノロジーを選択する上で、異なるものでも本質的には類似しているソフトウェア開発プラットフォームを推奨する情熱家は、「分析麻痺」に悩まされる可能性があります。これは時間とリソースの大幅な浪費につながります。回答 「許可しないでください。コイントスで次に進んでください。もっと重要なことがあります。
「物事が本当に厄介になり始めるのはプロセス側のせいです。たとえば、USCIS は、ほぼすべての分野において、長い間、一見すると無限に見えるゲート、確認、および文書化といった要求をするなど、過度に制度的なプロセスを保っていました。しかし、Schwartz 氏は、最も骨の折れるプロセスを抱えているチームでさえ、ブロッカーから敏捷性を実現するものに変えることができることを発見しました。適切な目標を設定し、チームに目標を達成する方法を提案するなど、創造的に自由を与えることが秘訣です。「たとえば、システムが本番環境に移動するのを防ぐことで品質を維持していると自負している品質保証 (QA) 組織があるとします。QA の責任者は、自分自身のことを楽しみを台無しにするやつとさえ呼んでいました」
明らかに、これは問題になるでしょう。QA チームは品質に対して情熱を注いでいましたが、彼らにとっては、可能な限り詳細が記入された一連のドキュメントと、続いて広範囲のテストを実施する必要がありました。つまり、配信までにかかる時間をこれまで以上に短縮することは不可能であることを意味しました。そこで、Schwartz は QA の目標とパラメータを変更しました。まず、彼は、必要な情報を伝えるために、文書はできるだけ短く作成するべきだと主張しました。「それから私は、彼らの仕事は、低品質のシステムが生産されないようにすることではなく、最初からすべてを高品質で構築することだと伝えました」と彼は言いました。
