Tim Poffenbarger の README
Tim Poffenbarger の README
Senior Manager, Solutions Architects - Commercial
関連ページ
- GitLab
- 私のコントリビューション: GitLab Product Issues | GitLab Product Merge Requests | GitLab Marketing Merge Requests
あなたが私を助けられる方法
Solutions Architect の役割では、私たちのチームが価値の伝達に集中し、非常に技術的な議論やトラブルシューティング的な会話から離れる機会を多く持てれば持てるほど、チームはあなたが目標売上を達成するのを助けられます。チームはビジネスプランをレビューし貢献することを歓迎しているので、私たちは同期を保てます。
チームは見込み顧客と顧客に対してサービスを推奨・提案することを歓迎しています。カスタムなステートメント・オブ・ワークについては、チームが初期スコープ・オブ・ワーク（SOW）のスコーピングを開始し、Professional Services チームから承認を取得できます。
私の働き方
メールやミーティングのフォローアップへの対応時間: 特に断りがない限り、顧客からの問い合わせやフォローアップには常に当日中に返信するよう最善を尽くします。お客様には一流のサービスを提供したいと考えていますが、割り込みがその目標に影響を与えることがあります。出張時にはアウトオブオフィスを使用するため、その間は遅延応答が予想されます。一日の終わりが近づいても顧客からの依頼に対応していないように見える場合は、お気軽にご連絡ください。Slack がほとんどの場合、私を見つける最も簡単な方法です。
カレンダー: 私の勤務時間中は必要に応じてカレンダーに直接スケジュールを入れてください。カレンダーは可能な限り最新の状態に保ちます。ただし、その日に空きスロットが 1 つしかない場合や、ミーティングが他のものとバックトゥバックになりそうな場合は、顧客と日時を確定する前に私に確認してください。最高のパフォーマンスを発揮するためには、準備とフォローアップの時間が必要です。バックトゥバックでスケジュールすると、前のミーティングのせいで遅刻したり、コンテキストシフトで動揺したり、既知の質問への回答を持っていなかったり、前回のコールで変更されたデモ環境の準備ができていなかったりすることがよくあります。
継続的な取り組みのための同期コミュニケーション: 個人と継続的な取り組みがある場合は、私や関係者と週次の戦略 25 分コールを設定することを奨励します。より頻繁な同期コミュニケーションが望ましいまたは必要な場合は、チームとして実現可能なケイデンス、必要な参加者、便利な時間、コールのアジェンダを特定するために協力すべきです。
情報の保管場所: すべての情報は Google Drive の Customers & Prospects フォルダ内、適切に指定された文字の下に保管されていると想定してください。このフォルダは Salesforce にリンクされます。顧客とのメール通信も Salesforce に bcc されます。メモやアクションを別の方法で記録したい場合は、その共同作業方法を教えてください。
継続学習: GitLab では物事が非常に速く動くため、追いつく時間が必要です。リリースに合わせて数時間カレンダーをブロックして最新の GitLab 機能セットを吸収しますが、新しい技術や競合製品も定期的に登場します。お客様を十分にサポートするために、それらについて学ぶ時間を定期的に追加で割り当てる必要があることを期待してください。
他者について私が前提とすること
私から何かを期待しているのであれば、それは明確に述べられ、私たち双方がアクセスできる場所に書き留められていると想定します。特定の依頼の発端でない限り、他の人が会話に参加する前に、これが私のタスクであることをあなたと私が合意していることを確認するのが最善です。
私が獲得したいこと
- あなたの信頼 - 特にデフォルトでポジティブな意図を前提としてもらえるように
私とのコミュニケーション
特に断りがない限り、顧客からの問い合わせやフォローアップには常に当日中に返信するよう最善を尽くします。私が最も反応する媒体は次のとおりです（反応の良い順）:
- Slack
- メール
- GitLab Issue（
@poffey21でメンションされたもの） - Google Docs/Sheets/etc. でのメンション
繰り返しになりますが、当日中の返信を期待してください。私の応答時間が遅い場合は、別の媒体を試すことをためらわないでください。
強み・弱み
強み: 私は技術的に熟達しており、技術的なトピックを素早く吸収できます。ソフトウェアエンジニアリングを行っている顧客に最も価値を提供できると感じていますが、ソフトウェア開発ライフサイクルのすべての段階にわたる人々のニーズについて話すこともできます。
弱み: 技術ソリューションの構築に没頭してしまい、他の優先事項を取りこぼすことがあります。あなたや組織にとって重要な優先事項を取りこぼしているように感じたら、ためらわずに指摘してください。
bfd74782)