Salesforceアーキテクトがハンズオン作業から距離を置く方法

どんな取り組みか

Salesforceアーキテクトの多くが、日常的にハンズオン作業を行っているという調査結果があります。これは、アーキテクトが設計業務に専念するという一般的な認識とは異なる状況です。元々ハンズオンの経験を持つアーキテクトが、過去の習慣に戻りやすかったり、チームへの委任よりも自身で作業を完遂する方が容易であると感じたりすることが、この傾向の一因と考えられます。AIの進化は開発者にとって有益である一方、アーキテクトにとっては新たな課題を生んでいます。このような状況下で、アーキテクトが戦略的な設計に集中し、ハンズオン作業から距離を置くための境界設定と、それを維持するためのツールの活用が重要になっています。

使われた技術スタック

元記事では、Salesforceアーキテクトの役割と、ハンズオン作業に陥りがちな理由、そしてそれを回避するための方法論について論じられています。具体的な技術スタックの言及はありませんが、Salesforceのエコシステム全体が対象となっています。

実装のポイント

アーキテクトがハンズオン作業に陥る主な理由として、過去の経験からくる「習慣」と、リーダーシップや委任に関する正式なトレーニング不足が挙げられます。アーキテクトは、企業アーキテクチャの設計とソリューション構築に関するトレーニングを受けていますが、タスクを他者に割り当てる正式なリーダーシップトレーニングを受けていない場合が多いです。そのため、チームメンバーや他のリソースにタスクを割り当てるよりも、自身で構築する方が近道だと感じてしまうことがあります。これは、アーキテクトが純粋な戦略的デザイナーとしての役割に留まることを困難にします。

アーキテクトは、技術的に非常に熟練しており、Salesforceの仕組みを深く理解し、正しく設定する方法を知っています。大規模プロジェクトにおけるベストプラクティス設計や技術的負債の削減に関する知識も豊富です。しかし、アジャイル開発の世界では、設計をまとめてチームに引き渡すだけでは済まないことが多く、設計通りに進まないこともあります。

家を建てる際に、設計者がレンガを積んだり、コンクリートを流し込んだり、電気配線を接続したりしないのと同じように、Salesforceアーキテクトもソリューションの設計、構築に必要な要素の特定、そしてそれらを適切なリソースに割り当てる役割を担うべきです。設計者は、建物の建設プロセス全体に関与し、進捗を確認して元の設計に従っているかを確認するように、Salesforceアーキテクトも、構築が設計と一致しているかを維持することで、技術的なスキルを発揮します。設計の変更が必要な場合は、設計や計画を更新することもありますが、アーキテクト自身が構築作業を行うことは期待されるべきではありません。

アーキテクトは、開発チームとのコードレビューの主導または共同主導、新機能のテストやPoC形式でのデモンストレーションのためのビルドチームとの連携、エラーログからの問題診断のための開発チームとの連携など、他の技術的に深い責任を負うこともあります。しかし、これらの活動においても、自身が構築を行うハンズオンリソースとしてではなく、助言やガイダンスを提供する監督者としての関与が一般的です。

アーキテクトがハンズオン作業に陥るのを防ぐためには、明確な境界を設定し、チームにそれを尊重してもらい、自身もその境界を守ることが不可欠です。AIは開発者にとって有益ですが、アーキテクトにとっては、意図しないマイクロマネジメントを防ぐためのツールが役立ちます。ドキュメンテーションの重要性はかつてないほど高まっています。

得られた成果や学び

アーキテクトがハンズオン作業から距離を置くことで、より戦略的な設計、アーキテクチャ全体の最適化、そしてチーム全体の生産性向上に集中できるようになります。これにより、長期的な視点での技術的負債の削減や、ビジネス目標達成に向けたより効果的なソリューションの提供が可能になります。また、チームメンバーのスキル開発とエンゲージメントの向上にもつながります。

まとめ

Salesforceアーキテクトは、自身の専門知識を活かして戦略的な設計とソリューション構築に注力すべきであり、ハンズオン作業は適切なリソースに委任することが重要です。境界設定、効果的なコミュニケーション、そして適切なツールの活用により、アーキテクトは本来の役割を全うし、組織全体の成功に貢献することができます。

出典: https://www.salesforceben.com/how-to-avoid-becoming-a-hands-on-salesforce-architect/