技術は未来ですが、それを学ぶ方法は？ 開発者と話すことは良いスタートです
公開: 2022-04-18True Digital （サーバー、API、SDK、その他のソフトウェアアーティファクトの秘密）を学びたいマーケターは、開発者と仲良くなる以外に方法がないようです。 ここには近道はありませんが、関係を構築して維持する必要があります。ソフトウェアエンジニアとの結合の基盤を築く方法について、いくつかのヒントをまとめました。
そして、あなたが友達なら、あなたの技術スキルセットはあなたがそれを知る前に10倍に成長します。
開発者の自然生息地
一見すると、エンジニアは特定の種類のように見えます。 特別な扱いが必要とされる種類で、不機嫌そうな種類とさえ言う人もいます。 私はこの主張に心から反対します。 私は社会学や心理学の修士号を持っていませんが、これについては1つか2つのことを知っています。 私は以前ソフトウェアエンジニアでしたが、マーケティング担当者の帽子もかぶっていました。 もっとそう、今日私はマーケターと開発者が孵化場を埋めるのを助けるソフトウェアプラットフォームを売ることによって生きています。
では、マーケティング担当者と開発者のやり取りを簡単にすることについて、私は何を学びましたか？ マーケティング担当者の観点からは、開発者の自然の生息地を理解することです。これは、キャリアを開始する人々にとって未知の領域です。
そのため、私は開発者のルーチンと欲求のマップを作成しました。それが開発者のナビゲートに役立ち、最終的には繁栄する関係につながることを願っています。
思ったほど簡単ではありません。 開発者は、 「いいえ」と言ったり、衒学的な詳細について議論したり、すべての人の仕事を自分たちよりもうまくやる方法を私たちが知っていると考えていることで評判があります。 しかし、これを正しく理解すれば、開発者があなたの主な知識源になります。ケイトから学ぶことができるように、デジタルマーケティング担当者がIT製品マネージャーに転向したという彼女の話の中で。
それでは、開発者との友好関係を築く上で最も人気のある障害の1つに取り組むことから始めましょう。
なぜ開発者はしばしば不機嫌なのですか？
開発者の不機嫌な評判の根本的な原因は、より長い説明が必要です。 詳細を理解したい場合は、ニコラスによるこの長い形式を読む必要があります（コメントセクションで彼の主張に同意した開発者の数を確認してください）。 時間が足りない場合は、この現象を8つのポイントにまとめてみます。
- 開発者はあなたのアイデアを現実に翻訳する人です。 彼らはそれを機能させます。 彼らはそれを速く動作させます。 彼らはそれをあなたのユーザーにとって頑強で信頼できるものにします。 ソフトウェアエンジニアはデジタル経済の原油です。
- そして、彼らはこれに対して高給であり、創造性と論理的思考を組み合わせるユニークなスキルです。
- しかし、彼らはしばしば、クリエーターのようではなく、生殖ビルダーのような他の部門によって扱われます。
- それらをビルダーと呼ぶのは不公平です。 建設業界の比喩にとどまると、開発者は実際には建築家であり、建築家ではありません。 彼らの仕事は、建物を物理的に持ち上げることではなく、要件を収集することです。 コード形式の要件。
- ここで、カトヴィツェのシドニーオペラやスポデックのような複雑なものの設計段階を想像してみてください。ただし、わずかな違いがあります。建物が長い間建設されている間、関係者はほとんどすべてを変更できます。 それにもかかわらず、開発者は建物が使用され、倒れないことを保証できます。
- しかし、実際のビルダーはどこにありますか？ それらは完全に自動化されています。 開発者は、コンパイラー、継続的デプロイメントサーバー、クラウド内のサーバーなどのツールを作成するのに十分なほど賢く、構築プロセスを高速化し、予測可能性を高めています。
- 開発者が構築フェーズにかかる時間を見積もることができない理由を疑問に思ったことがある場合は、実際に求めているのはアーキテクチャフェーズであることがわかります。 ソフトウェアの作成にかかる時間を尋ねるのは、すべての要件の収集を含め、街区の細部をすべて設計するのにかかる時間を建築請負業者に伝えるようなものです。
- そして、実際の建築部分は簡単です。 要件を書き留めたら、2番目の精度で見積もることができます。
したがって、ソフトウェア開発は実際にはエンジニアリングを装った研究です
開発者を業界の短期間の料理人と見なしてはいけません。 ニコラス氏は次のように述べています。「ソフトウェアエンジニアは、誰かに何をすべきかを教えてもらいたいのでコーディングに取り掛かることはありません。彼らは、何か有用なものを作成できることを発見したので、コーディングに取り掛かります。 小さな便利なプログラムを早い段階で作成し、夢中になったため、すべてのソフトウェアエンジニアがコーディングに夢中になりました。 」
これを理解し、開発者に対するアプローチを変更すると、開発者に好かれるようになります。
しかし、開発者と仲良くすることは考え方だけではありません。 真の開発者の友達を作るためにできるもっと実用的なことがあります。
聞いて、彼らに出荷させてください
開発者が人々の生活に影響を与えるという知識は、開発者にとって最も強力な推進力です。 マーケティングチームが目標を達成するのに役立つ内部スクリプトであろうと、毎日数十億のトランザクションを処理する本格的なバックエンドであろうと、開発者が毎日オフィスに来るようにするのは「本番環境」で機能するコードです。
開発者はハードワークが大好きです。 彼らはキーボードの前に何時間も座って人々の問題を解決することができます—特に彼らが見積もったタスクの時間が不足している場合（そして男の子..彼らは過小評価していますが、それは別の記事のためのものです）。
彼らが耐えられないのは、風に合わせて変更する指令であり、出荷ではありません。
中断された場合、開発者は出荷しません。 ニコラスが言うように、それは次の場合に発生します。
- リクエストは開発中に遅れて来ており、締め切り前にそれを収めるのに十分な時間がありません。
- このリクエストは、プロジェクトを動かすためにプロセスの早い段階で行われた1つ以上の仮定を無効にします。
- リクエストは以前の要件の取り消しです。
- それ以外の場合、リクエストにより、期限までに実行する必要のある作業量が増加します。
これを念頭に置いて、シームレスに出荷できるようにするためにできることは次のとおりです。
- エンジニアリングの制約を早期に理解します。
- 要件を満たします（これらの最初の2つは、ここで200 OKで教えたいものです）。
- エンジニアと非常に緊密に連携します。
- 特定の段階で設計がどの程度最終的なものであるかを理解できるように支援します。何かについて確信が持てず、何かをテストしたい場合は認めます。
- 親切にする—（この場合だけでなく）Googleが開始した分析では、これが優れたチームワークの鍵であることがわかっている間、人々はそれを忘れることがよくあります。
全体として、プログラマーは理由がなければ不機嫌になることはありません。 彼らがハードワークや長時間を嫌うわけではありません。 彼らはそれが報われないとき嫌いです（そして私はここでお金を話していません）。 ですから、あなたが彼らに彼らの仕事をさせるとき、彼らは不機嫌になり、より役立つようになります。