トニー・バーン: 専門家にスポットライトを当てる
公開: 2023-08-17この新しいシリーズでは、専門の寄稿者のストーリーをさらに深く掘り下げます。 このインタビューは、明確さと長さのために編集されています。
トニー・バーンは、テクノロジー・アナリスト会社であるリアル・ストーリー・グループの創設者です。 RSG はマーテックと CX テクノロジーを評価して、エンタープライズ テクノロジー スタックの所有者を支援します。 彼はチーズヘッドであること、そしてソ連の崩壊がどのようにして RSG 設立への道を歩み始めたのかについて語ってくださいました。
Q: 出身地はどこですか?
A:私はウィスコンシン州南東部のミルウォーキーで生まれ、ウィスコンシン州で育ちました。 そして大学へ進学しましたが、ウィスコンシン州を離れるときに特別出国ビザを取得します。グリーンベイ・パッカーズのユニフォームやチーズヘッドなどのものが付いています。 心の底では、私は今でも、よく言われるように「スコニー」です。 実際、私たちはもうすぐウィスコンシン州北部で 2 週間出発します。 だから私はそれについて興奮しています。
それからトロント大学に進学し、最終的には国際関係学の修士号を取得しましたが、今はそれを実際には活用していません。 しかし、インターネット開発とオープンソース インターネット ハブに関する旧ソ連地域の技術支援に携わることになったので、興味深いものでした。 それが私をこのテクノロジーの世界に導いたきっかけです。
Q：それはどうして起こるのでしょうか？
A:ベルリンの壁が崩壊したものの、世界の新しい形がまだ形になっていなかった、あの奇妙な時代でした。 私はこのグループを率い、最終的にインターネット平和部隊と呼ばれるものを創設しました。 私たちは、ロシア語を話す技術に精通した学部生と大学院生を連れて、大学や NGO と協力してオンライン接続を支援するために大量のモデムと少しのお金を持たせて送り出しました。 World Wide Web がコミュニティを構築し、媒介のない世界で交流するのに役立つようになったとき、それは Web サイトの構築を支援することに変わりました。
ソ連時代には、東ヨーロッパでも旧ソ連でも、国際グループとのすべてのコミュニケーションは国際部門を通じて非常に注意深く仲介されていました。 そして今、ネバダ州の生態学者とカザフスタンの核実験場などで働いている生態学者の間で、束縛されない1対1の議論が行われた。 そこで私たちは、この新興の市民社会の一部をネット上に取り込むことに協力しました。 それは本当にやりがいがあり、そのとき私はテクノロジー自体に興味を持ち、開発者になり、別の方向に進みました。
Q：何を開発したのですか？
A:もともとは非営利団体の Web サイトでしたが、その後、Perl でいくつかの軽量アプリケーションを構築し始めました。 そこで私は危険で安全でないモジュールを提供できる程度の Perl を独学し、PHP と、それが登場したときに少しの JavaScript を学びました。 その後、ドットコム ブームのさなか、私はシステム インテグレーターでエンジニアリング チームを率いることになりました。 それは、当時あったハイブリッド システム インテグレーター代理店の 1 つでした。
当社は 90 年代後半にさまざまな Web コンテンツ管理システム (CMS) を早期に導入しました。 私たちは、素晴らしい CMS ツールを持っているこれらのベンダー (多くの場合、有名なベンダー) についての輝かしいアナリスト レポートを読んでいたので、非常にイライラしました。 そして、私たちは実際にこれらのツールを実際に使った経験がありました。
私たちが従来のアナリストレポートで読んでいた内容と、実装者としての私たちの経験の間には大きなギャップがあり、本当のストーリーを伝えるにはもっと良い方法であるべきだと思いました。
そこで私は独立して、Real Story Group の前身となる CMS Watch を設立しました。 私たちが早い段階で下した決定の 1 つは、アナリストの世界ではユニークだったことに後で気づきましたが、バイサイドのみで作業すると決めたことです。 私たちはエンドユーザー企業とのみ協力し、ベンダーとは決してアドバイスや相談をしませんでした。それは利益相反であると考えたからです。
A: 何がきっかけで…？
Q:私たちは少し違うことをしようと決めました。 私たちはただ働き、これらのプラットフォームのライセンシーと採用者にのみ共感を向けるつもりでした。 私たちの研究はすべて彼らに向けられたものになるでしょう。 時間が経つにつれて、この種の分析を必要とするテクノロジーのエコシステム全体が存在することがわかりました。 そこで、私たちはデジタル資産管理、電子メール マーケティング パーソナライゼーション ツール、そして最終的には近年では CDP やジャーニー オーケストレーション エンジンなどあらゆる種類のものを取り上げ始めました。 当社は依然としてアナリスト会社です。 私たちは依然としてこれらの個々のベンダーを評価しており、おそらく最も厳しい批評を行っています。 しかし、私たちはスタック全体、スタックをどのように整理すべきか、そのようなもののための参照モデルは何なのかについても検討します。 一言で言えば以上です。
Q: スタックをまとめるときに誰もが知っておくべきことは何ですか?
A:スイートのベンダーは、あなたに自社の製品を購入してもらいたいと考えています。 そして、これは彼らが行っている非常に魅惑的なピッチであり、良くも悪くも、技術スタックは本質的に複雑なものであるため、これは非常に効果的なピッチであると私は思います。 必ずしも自分の思い通りに進むとは限らない生き物です。
したがって、できる限りすべてを 1 つのベンダーにまとめれば、何らかの形で私の生活が簡素化され、このベンダーが私の成功の責任を負ってくれるだろうという感覚がありますが、実際にはそうではありません。 あなたは依然として自分自身の成功に対して責任を負っています。 現実には、Adobe、Salesforce、Microsoft、Oracle、Acoustic であっても、スタック全体にまたがることはできません。 したがって、複合スタックが作成されます。 唯一の問題は、どの程度合成されるかということです。
私たちの経験では、組織が導入するツールについて非常に慎重であり、既存のベンダーから提供されたものであるという理由でツールを導入するのではなく、テストベースのプロセスに基づいてツールを導入する場合、組織はより高い成功率とより多くの導入を実現します。
マーテックを手に入れましょう！ 毎日。 無料。 受信箱にあります。
規約を参照してください。
関連記事
マーテックの新機能