【04】まずコミュニケーション、そのための明快さとリーダーシップ

　ソフトウェア・アーキテクトは、とかく象牙の塔に閉じこもり、仕様や技術上の決定、方向性といったものをデベロッパーに伝えるだけの人になりがちです。しかし、それではチーム内に摩擦が生じ、早晩、メンバーたちの反抗に遭うことになるでしょう。そんなチームが作るソフトウェアは、最初に設定した要件とは似ても似つかぬものになってしまいます。

　ソフトウェア・アーキテクトは、プロジェクトの目的や目標をうまく伝えるコミュニケーションの方法を学ばなければなりません。効果的なコミュニケーションの鍵を握っているのは、明快さとリーダーシップです。

　明快さは、コミュニケーションの取り方の問題です。たとえば、アーキテクチャーの決定事項を 100 ページの文書にまとめても、そんなものを読むメンバーはいません。ソフトウェア・プロジェクトを成功に導くためには、あなたの考えをはっきりと簡潔に伝えることが大切です。プロジェクトの開始時点から、話をシンプルにすることを心がけましょう。間違っても、長ったらしい Word 文書などは書かないことです。Visio のようなツールで簡単な図を書いて、考えを伝えるのです。どうせ頻繁に書き換えることが最初から見えているのですから、図もシンプル・イズ・ベストです。

　ホワイトボードを使ったカジュアルなミーティングも効果的です。あなたのアイデアを浸透させるには、同じチームのデベロッパーや同僚のアーキテクトに集まってもらって、ホワイトボードで説明するのがベストです。

　それから、いつでもデジカメを手元においておきましょう。ホワイトボードにアイデアが満載されているのに、会議室を出たら消えてしまうのでは何とももったいない。写真を撮ってチームの wiki で共有しましょう。長ったらしい Word 文書よりも、まずはアイデアを浸透させることに力を入れてください。アーキテクチャーについての細かい決定事項を記録するなんてことは、後で考えればよいことです。

　そして、リーダーシップです。ソフトウェア・アーキテク卜は、自分がリーダーでもあることを忘れがちです。しかし、健全な職場で能力を発揮するためには、リーダーとして同僚から一目置かれるようにならなければなりません。

　メンバーに全体的な視野や意思決定の理由を伝えなければ、プロジェクトは確実に破滅への道を歩みます。逆に、デベロッパーたちを味方に付ければ、あなたがアーキテクトとして下した決定は当然のこととして受け入れられるようになります。アーキテクチャーの策定プロセスにデベロッパーたちを参加させていれば、彼らから自発的、積極的な姿勢を引き出すことができます。

　デペロッパーたちと対立するのではなく、ともに働くことです。デベロッパーだけでなく、品質管理チーム、ビジネス・アナリスト、プロジェクト・マネージャーなど、すべてのチーム・メンバーが、コミュニケーションとリーダーシップを必要としていることを忘れてはなりません

　あなたが考えを明快に伝え、リーダーシップを発揮すれば、コミュニケーションが円滑になり、健全で強力な職場環境を築くことができます。まず第 1 にコミュニケーション、そのために明快さとリーダーシップを心がけましょう。