建築活動とは、簡単に言えば、建築上の目標に基づいて行われる活動です。建築活動には数百人、場合によっては数千人が関わることもあります。このような大規模な人的コラボレーションにおいて、アーキテクトはその中で自分の立ち位置を見つける必要があります。つまり、自分が何をすべきか、他の参加者が何をすべきかを明確にする必要があります。
時代の変化により、研究開発のあり方も変化してきました。インターネット時代では、アジャイル開発が開発モデルの主流となっています。ただし、アジャイル動作はビジネスの高速反復に役立ちますが、同時に多数の短期的な動作、いわゆる技術的負債も引き起こします。これらの技術的負債は、建築活動が直面する主な技術的課題を構成します。具体的には以下の5種類があります。
1. 反省的な研究開発行動
新興企業であっても、大企業の新興チームであっても、多くの場合、納品の多大なプレッシャーに直面し、それが私が「反射的開発」と呼んでいる行動につながります。つまり、コードを書くことは、反射神経のようなものです。研究開発担当者の毎日の仕事は、要件の受け取り、コードの作成、オンライン化、障害の修復のサイクルであり、長期的な設計を考えて追求する時間はほとんどありません。
この短期的な動作はビジネスの反復には影響しませんが、大規模なアーキテクチャ活動で頻繁に発生すると、悲惨な結果が生じます。
2. 大規模な活動
分散型研究開発モデルでは、マイクロサービス アーキテクチャが採用されることがよくあります。マイクロサービス アーキテクチャの利点の 1 つは、サービス間で独立して変更を加えることができ、API の安定性を維持しながらチーム間のコラボレーションの必要性がほとんどないことです。したがって、各サービスの保守者は、独自のリリースプロセスと配信リズムを独自に決定できます。
インターネット時代では、トラフィックの拡散を最大化するために、618プロモーション、ダブルイレブンプロモーション、春節紅包、新製品のオンライン発売などの大規模な商業イベントを通じてマーケティング効果を集約し、増幅させることがよくあります。 。そして、マイクロサービスの比較的独立した研究開発モデルは、チーム全体で統一されたプロセスと配信リズムの開発に大きな課題をもたらします。
3. 分散型研究開発センター
インターネット企業は多くの場合、世界中に複数の R&D センターを置いています。この国を超え、地域を超え、言語を超えた R&D モデルの下では、各 R&D センター内で多くのコミュニケーションが行われる可能性がありますが、各 R&D センター間のコミュニケーションは互いに比較的分離されています。時間が経つと、「システムの構造は、その設計を作成した組織のコミュニケーション構造と同形である」というコンウェイの法則が発動します。言い換えれば、組織のコミュニケーション構造を変えることができない場合、アーキテクチャ活動によって生み出されるデザインには大きな制限が生じることになります。
4. 広範な認知の違い
各チーム、さらには各 R&D チームは、通常、独自の隔離された環境で集中的にコードを開発するため、一般に全員が統一された言語や全体的な理解を持っていません。この状況はビジネス チームや製品チームにも存在します。したがって、巨視的で、完全で、実行可能で、一般に認識されている計画に到達することは非常に困難になります。
5. 大規模建築活動が直面する課題
ハイリスクかつハイリターンが期待されるシナリオでは、プロジェクト完了の高い確実性と目標への高い忠実性を確保する必要があります。
こうした課題の下では、建築家の役割は実際には非常に明白です。私たちは、チームが内省的な研究開発行動、独立した意思決定の研究開発モデル、分散化した研究開発チーム、一般的なコミュニケーションの障壁や認知の違い、さらには高リスク、高作業集約型、高複雑性のシナリオに抵抗し、最終的にはアーキテクチャを保証する必要があります。活動 高い確実性で目標を達成します。
この記事は4月のDay30の学習メモです 内容はGeek Timeの「郭東梅の建築講座」から引用しています この講座はオススメです