図が変わると、プロジェクトが動き出す

何のために用意されたサーバなのか？ 開発者の皆さんは、その単純な問いに答えるのも難しい設計図を数多く目にしているはずです。その理由はさまざまで、設計者の深い洞察が生んだ複雑さのせいかもしれないし、単に表現が分かりにくいだけかもしれません。ただ共通するのは、技術構成の表現に集中するあまり、背後にある業務要件とのつながりが図に反映されていないという点です。 業務と技術の関係が明確に併記されれば、わかったつもりのアプリケーション開発者が後で構成の不備に気づくことも、背景を知らない後任者がリソースの無駄に気づかず放置することもなくなります。

Conccentの設計図は独自の記法で、業務要件と技術構成をしっかり紐づけて説明します。

図の描き方は人によって異なります。 そのため開発者の皆さんは、慣れない他者の表現を見にくいと感じたり、理解に時間がかかった経験があるはずです。確かに自由自在に表現できる作図ツールは生産性を高めてくれますが、描く人のセンスや経験が大きく介在してしまいます。 チームが理解しやすい設計図を描くという目的においては、自由度を抑えて表記ルールを徹底し、表現のばらつきをなくすことが重要です。

Conccentの設計図は、設計データにもとづいて自動的に作図されます。人が描かないことで、表現のばらつきを抑えつつ、必要な情報を漏らさず図面にとりまとめます。

また似た構成をゼロから書いていた。数多くのプロジェクトを手がけると、そのような既視感を感じたことがあるはずです。そして時折設計を終えた後、過去の自分や仲間が書いた設計図のほうが優れていたことに、気づくことすらあるはずです。体に染み込んだ経験だけで立ち向かうのは勇敢ですが、過去の成果物をうまく再利用することで、あなたの貴重な時間と能力を、後戻りのない品質向上に生かすことができます。

ConccentのAIがあなたの要件にもとづいて、流用可能な過去の設計を自動で提案します。