強力なパブリックブランドは、ソフトウェアエンジニアの転職を支援し、チャンスを生み出す。QCon San Franciscoでのソフトウェアエンジニアとしてのパーソナルブランドの構築についての講演で、Pablo Fredrikson氏は、サービスの問題で悩んでいたチームを助け、最終的に人間関係の改善に役立ったというエピソードを披露した。自分のブランドを築くには、目標を明確にし、目に見えるプロジェクトを引き受け、役に立つことだ。それがあなたと会社の両方に利益をもたらす。
Fredrikson氏がInfoQの記事「ソフトウェア開発者がパーソナルブランドを構築する必要がある理由」で説明しているように、パーソナルブランドを成長させることは、あなたの信頼性を向上させ、より大きな影響力を与え、より良い機会をもたらす。スタッフ兼エンジニアとして、他の人が問題を解決するのを助けることは、会社にとって価値を生み出す。彼のアドバイスは、時間をかけてパーソナルブランドを構築するために、自分が情熱を持っていることを見つけ、それについてもっと学び、もっとうまくなり、それを共有することだ。
パブリックブランドとは、仕事以外の人々があなたについて知っていることだ、とFredrikson氏は言う。これは、転職やキャリアアップを考えている場合にとても役に立つ。良いパブリックパーソナルブランドを持つことで、より良い人脈を得ることができ、それをチャンスに変えることができる。
社内ブランドも似たようなものだが、これは会社に対するものだ。Fredrikson氏は、社内ブランドを向上させることは、同僚とのより良いつながりにつながり、あなたの信頼性を向上させると述べた。
Fredrikson氏は、あるアプリケーションが常にエラーを起こし、メモリ不足に陥っている状況の例を挙げた。彼はSREとして、サービスダウンに関する頻繁なアラートに気づいた。彼らは彼の要求を認めたが、数日経ってもサービスはクラッシュしたままだった。彼はこの問題に対処するよう何度も念を押したが、問題は解決しなかった。
苛立った彼はマネージャーと話し、状況を説明した：
私は、このチームにはクラッシュし続けるサービスがあり、彼らはそれを解決していないと話しました。私のマネージャーは、私が協力を申し出たかどうか尋ねました。私は「彼らのサービスなんだから、彼らの責任だ」と答えました。マネージャーは、とにかく手伝いを申し出るべきだと提案しました。
彼はチームに連絡を取り、ビデオ通話で支援を申し出た。通話中、彼は彼らが問題をデバッグするのに必要な知識もツールへのアクセスも持っていないことに気づいた。彼はダッシュボードへのアクセス方法を指導し、一緒にデバッグ・セッションを行った。15分以内に、彼らはいくつかの潜在的な原因を特定した。電話から数時間後、彼らは正確な問題を特定し、それを修正した：
チームは私を助けてくれたことに感謝し、私たちの関係は即座に変化しました。彼らは以前よりずっとコミュニケーションが活発になり、親切になりました。直接自分の責任ではないことでも、協力し、サポートを提供することの大切さを教えてくれた素晴らしい経験でした。
リーダーシップやプランニングの話し合いに参加することで、会社が何を必要としているかを知ることができる、とFredrikson氏は言う。Fredrikson氏は、自分のブランドを築きたいときには、自分の目標を知り、何をしたいのかを考える必要があると述べた：
それは、信頼性を高めることかもしれないし、専門家としての地位を確立すること、あるいは、キャリアアップかもしれません。社内や業界内での注目度向上、あるいは役割の転換など、多岐にわたるかもしれません。
目標が定まったら、その考えにマッチしたブランド構築に取り組む時だ。「Fake it till you make it!（成功するまで偽装しろ！）」というのは良いスタートだ。自分がなりたいポジションにいるつもりで仕事を始め、目に見えるプロジェクトをなすようにするのだ、とFredrikson氏は言う。そうすれば上司も気づいてくれるだろうし、昇進も望めるかもしれない。
Fredrikson氏は、とにかく良い人になりなさいとアドバイスした。他人を助け、会社を助ける。そうすれば、誰もが得をする、と彼は結論づけた。