プロジェクトの調整に悩まされないために
アーキテクトと開発者のギャップを埋め、開発をスムーズにするツール4選
どの企業でもソフトウェア開発者とアーキテクトの役割の間にはストレスの原因になる隔たりが生まれることがある。本稿ではそうした隔たりの橋渡しに役立つツールを4つ紹介する。
システムやサービスの構想・設計を考える役割であるアーキテクトと、開発者の間にあるギャップに対処するツールや技法はたくさんある。だが、全てのツールがあらゆる目的にかなうわけではない。チーム全体を強化することに優れたツールもあれば、個人に重点を置いてスキルを強化するツールもある。こうしたコラボレーションのツールは、チームのニーズに合わせることが重要になる。
本稿では、アーキテクトと開発者の間に生まれたギャップに対処する4つのツールの概要を示し、その長所や短所、該当ツールが最も適するシナリオを紹介する。
GitHub
「GitHub」は、プロジェクトの基盤を作成するツール、コードリポジトリ、ドキュメントリポジトリ、チーム編成機能を備えるコラボレーションツールだ。広く採用されているため、使い慣れている開発者も少なくない。アドオンが充実しており、プロジェクトマネジャーが求める要素がほぼ全て手に入る。
だが、GitHubではできることが多すぎて、何をどうすればよいか分からなくなりがちだ。GitHubは非常に開放的で共同利用されるため、プロジェクト固有の詳細な規律が用意されることはない。しかし、開発環境がアーキテクトから開発者へ一直線に流れるようになっておらず、ソーシャルコミュニティーとして運用されているなら、コラボレーションを中心とするGitHubの側面は間違いなく効果がある。
NetBeans/Eclipse
共通の開発ツールを見つけることが、チームメンバーの役割の橋渡しをする最善の方法になることがある。統合開発環境(IDE)の「NetBeans」や「Eclipse」なら、こうした目的を果たすことが可能だ。NetBeansはJava用の統合開発環境(IDE)として誕生し、ほとんどの言語を処理するように進化している。Eclipseは幅が広いIDEで、さまざまな言語を扱えるようにするプラグインが多数用意されている。正しく使えば、どちらのIDEもプロジェクトを1つにまとめることができる。
チームを重視するGitHubとは異なり、NetBeansとEclipseは個人をターゲットにしている。開発チームのトレーニングや支援が必要な場合、UML(統一モデリング言語)やXML(Extensible Markup Language)など、プログラム設計に関わるほぼ全ての要素を扱える単一のツールを用意するのは素晴らしいことだ。だがこれらのIDEを使ったとしても、依然として独自のチームプロセスや開発ワークフローを実装する必要がある。それが可能であれば、NetBeansかEclipseを橋渡しに使うことを考えるとよいだろう。
Rational Software Architect
アーキテクトと開発者の間にあるギャップの橋渡しをする最善の方法は、開発ツールに統合されているアーキテクトツールやモデリングツールを使用することだと理解している開発チームもいる。IBMの「IBM Rational Software Architect」はこの種のツールの好例だ。
Rational Software Architectはツールという形で、最初から最後までを対象としたプロジェクトの管理環境を提供する。チームモデルにおける柔軟性を実現するとともに、プロジェクトの構造を組み立てられる。こうしたプロジェクト構造は、UML駆動型に直線的になる場合もあれば、CI/CD(継続的インテグレーションと継続的デプロイ)環境並に柔軟になる場合もある。ただし、Rational Software Architectによる実装は必ずしも他の開発ツールと統合されない。既存のツールセットによる環境を廃棄することが必要になる可能性もある。その準備が整っていないなら、別の選択肢を考えた方がよい。
RDD-100
ソフトウェアにまつわる要素とそれを中心とするプロジェクトを調整することに苦労しているなら、ソフトウェアベンダーHolagentの要求定義支援ツール「RDD-100」を検討したい。RDD-100は歴史あるUMLと、チーム管理ツールのそれぞれの最もよい面を組み合わせたツールの一つだ。
「RDD」はRequirements Driven Development(要件駆動型開発)の略で、チームを組織化するというアプローチが円滑になるように設計された枠組みを表す。RDDでは開発要件との関連によって個人の役割や活動を定義する。RDD-100のモデルは、アーキテクトと開発者の両方の役割について、要件とプロセスをモデル化して関連付ける。これは開発ツールとしては珍しい特徴だろう。範囲と影響の点ではRDD-100が最高峰の橋渡しオプションに位置付けられる。特に時間をかけてツールを導入し、開発チームに使用方法を教える準備が整っている場合は、これが最善といえるだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[サイボウズ株式会社] DXに必要な「Dスキル」「Xスキル」を持った人材を育成するには? -
市場調査・トレンド
[サイボウズ株式会社] データで見る、DXが「順調に進む企業」と「つまずく企業」の違い -
製品資料
[サイボウズ株式会社] 賛否が割れがちな「Notesからの移行」 新環境への移行を納得してもらうには? -
事例
[ServiceNow Japan合同会社] 農林中金に学ぶ内製開発 処理効率を約2倍に高めAI活用も加速させた方法とは? -
事例
[ServiceNow Japan合同会社] NTTグループのデジタル変革術、17万人が利用する決裁プロセス刷新の全貌
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは?
-
2
kintoneで実践 製造業のための「見積もり管理」改善のヒント
-
3
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
4
MS月例パッチが1000件突破 人手不足の情シスを襲う「月1回メンテ」の崩壊
-
5
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
6
サーバ約70台をAWSへ ヤナセが移行前にやった「通信要件の可視化」
-
7
脱VMwareの真実:データセンター大手がNutanixを選んだ「コスト以上の理由」
-
8
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
9
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
10
「AI活用」を掲げた年金刷新が炎上 英政府が大手ITアウトソースを切り捨て「内製回帰」した理由
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
7
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
8
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
9
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー