Atlassianはもともと、オープンソースの塊のようなプロダクトだからというのが大きいでしょうね。その分、インストール時には自分でDBを用意しなければなりませんし、ライセンス購入者が自身で設定すべき点は少なくないのですが、それは、オープンソースに由来するカスタマイズ性の高さの裏返しだと思っています。昔は自分でビルドしなきゃいけませんでしたよね(笑)。今ではインストーラも用意されるようになって、一発で入るようになっています。エンジニアであれば、「ここを少し変えて使いやすくしたい」っていう要望が多少なりともあるものですが、Atlassianは、そうしたカスタマイズ性を重視するエンジニアの皆さんが使いやすい形でプロダクトを提供しているわけです。数100~数千人単位で行うような大規模開発を進めていく際、『JIRA』と『Confluence』の組み合わせはとても威力を発揮します。『JIRA』はバグ、タスク、ソースコードなど大人数でもすぐにトラッキングできるような設計になっていますし、『Confluence』も情報共有用のWikiとしてすごく良くできている。開発規模が大きくなればなるほど、現場ではいろんな開発用ツールが入り混じって使われ、逆に効率が悪くなったりするものです。『JIRA』や『Confluence』のような専門ツールを使うメリットは、この“カオス”によるストレスを軽減できる部分にあるんじゃないかと。Company」という標語を掲げているように、プロダクトだけでなく、開発情報についても非常にオープンです。報告されたバグや次期バージョンの新機能情報などはすぐに公開しますし、ユーザーが新機能に対して「投票」という形で意見を伝えることもできます。そのあたりも、オープンソースになじんでいるエンジニアに好まれている部分ではないでしょうか。そもそもエンジニアは、自分の使うツールをハックするのが好きな人種ですしね。オープンスタンスな会社の製品は、エンジニアの信用を得やすいんですよ。Architect』について聞かせてください。IDEA』や『JIRA』のように開発の効率化を促進するツールではありません。コードを書く手前の設計段階を、UML(統一モデリング言語)という書式に則って標準化していくためのツールです。分かりやすく言うと、ソフトウエアの設計方針や構成を図解して、プロジェクト内で共有する際に利用するものになります。開発でも使われるケースが増えています。ISOのルール変更に伴って、モデルベースによる設計をメーカーが要求するようになったからです。先に挙げた業界は、どれも命にかかわるようなプロダクトを作っています。ソフトウエアに何か問題が生じた時に、どのような過程で開発されたのか、後からさかのぼれることが非常に重要になるんです。アジャイル的に「まずはプロトタイプを作ろう」というWebやモバイル系の開発よりも、官公庁や金融系のシステムなど、主にウォーターフォール型の開発手法が求められる分野でよく利用されています。開発拠点が世界各地に分散しているような巨大企業が、言葉の壁を越えて開発の意図や目的を共有するのに利用しているケースも多いですね。Webやモバイル系の開発でも、メンテナンス性を考えて、書き終えたコードをリバースしてUMLにすることもありますよね。いった使い方もあります。UMLって、実際に活用しようと思ったら、やはり専用ツールを使わないとなかなか大変ですよね。無償のIDEツールにも、ちょっとしたクラス図やシーケンス図を作る機能はありますが、必ずしも使いやすいものではないですから。今、実際に開発現場でプロジェクト管理に一番多く使われているのは、結局ExcelやPowerPointじゃないですか。わたしから見れば、それらを苦労して使いこなすくらいなら、『JIRA』のような専用の有償ツールを導入すれば早ければ2~3日で元が取れるんじゃないかと。いえ「導入のハードルが高い」というご指摘はもっともで、僕らが扱っているような有償ツールは導入までに2段階の障壁があると思うんです。最初はそもそも存在を知られていないために、なかなか触ってもらえないという障壁。現場の人に良さを知ってもらっても、導入の決済権を持つ人たちの理解をなかなか得られないという障壁です。確かに、企業で導入する際は、決裁権者を説得するまでが一苦労ですよね。わたしもよく「導入における費用対効果は?」などと質問されるのですが、UMLツールを導入すると「売り上げが30%向上します」なんてハッタリは言えません(笑)。その点でいつも苦労しています。現場の人は、開発の気持ちよさとか効率のよさを定性的に評価してくれますが、決裁権を持っている上の方は定量的な指標を欲しがりますよね。立場上、もっともな話なのではあるのですが。『JIRA』の場合は1000円で始められるスターターライセンスがあるので、まずは現場の方が自腹で買って1年くらいかけてプロジェクトを回されて、実績を積み上げてから社内決裁を取り付けるようなやり方もあります。このパターンで購入される企業さまも少なくありません。うちの場合は、ライセンスを10本買っていただくと全国どこにでも無料出張セミナーに行くというのをやっています。交通費やセミナー費用はこちら持ちで。赤字にならないんですか(笑)。目先の収支だけを見れば赤字です(笑)。このセミナーを通じて適切で効果が出る使い方を理解していただくと、その後のサポートに手が掛からなくなったり、隣の部署や別のチームからの発注が得やすくなったりする傾向があるので、継続してやっています。JetBrainsも、まずは気軽に使ってもらうために、通常のコマーシャルライセンスと同じ機能が使えるけど半額で利用できるパーソナルライセンスを用意しています。これは、「事情があって会社の稟議が通せないけれど、どうしても使いたい」という開発者に向けたライセンス。利用条件は、会社で経費精算しないことなんです(笑)。ユニークな仕組みですね。「うまく成果が見えて稟議が通るようになったらコマーシャルライセンスを導入してくださいね」と(笑)。することで、参入障壁を少しでも低くしようとしているわけです。実際にパーソナルライセンスから初めてコマーシャルライセンスの導入に至った話は、こちらのslideshareに書いてあります。確かにそういう面もあります。業務に関係あるソフトであれば、ある程度現場の裁量でインストールしてもお咎めない会社も多いと思いますよ。逆に、トップダウンで導入した開発ツールが現場にまったく根付かず、草の根的に使われていたオープンソースが事実上の標準ツールになるケースもありますよね。オープンソースツールが管理者のあずかり知らぬところで草の根的に広がってしまったがゆえに、重要なデータが乗り始めるようになってもバックアップすらされていなかった、という問題が発生したり。デフォルトの状態からすぐに使える優れた有償ツールを使ったらいいのに、と思うんです。IDEA』やJetBrainsの製品を使っていて、ツールとしてすごく良いものだと感じたので。わたしも、自分が使ってみて、「これはすごい」と。最初の動機って、そんなものですよね(笑)。JetBrainsは日本での知名度が低くて使っている開発者も少なかったので、じゃあ僕が普及役をやろうかなと。僕はまだ現役のエンジニアですし、一ユーザーとして良いと思ったものを広めたいなと思っています。Geronimo』の翻訳プロジェクトにかかわっていた時、『Confluence』で文書管理をしていたのがAtlassianに触れるきっかけでした。このプロジェクトで『Confluence』を1年半近く使ってみて、すごく良いツールだと感じて、正式なパートナーになり、会社もSI業から事業転換を図りました。きっかけは、前職のシステム会社にいた時かかわった新規案件で、UMLを使おうとなったことでした。Architect』で。モノは良かったものの、わたしが使い始めた当時は日本語版もなく、マルチバイトにかかわるバグも多かったので、たびたび開発元のオーストラリアに問い合わせていたんですね。Systemsとのかかわりを深めることになりましたね。Systemsと出会って、それまでやっていた開発業から離れてまで普及に尽力していますね。いう開発支援ツールをうまく使いこなせば、日本のソフトウエア産業をもっと元気にできるかもしれないという思いがあったからです。わたしも似たような理由でしたね。日本は戦後、製造業で大きく経済成長を遂げましたよね。先進的で精度も良く、滅多なことでは壊れない家電や自動車が世界を席巻したわけですけれど、今の日本のソフトウエア産業にあの当時の輝きは感じられません。それって、がっちりと設計して完ぺきな仕組みを整えてから、大量生産に結び付けるような製造業型のビジネスが、ソフトウエアの世界では通用しにくいからだと思うんですよ。それもあって、最近はアジャイル開発のような手法に注目が集まっていますが、そうすると大規模開発の時こそ、効率的に情報を管理できる支援ツールが重要になってきます。それに、多くのソフトウエア分野では、まず動くものを作って、後からバグを改善していくやり方が主流じゃないですか。人命にかかわる分野には当てはまりませんが、それ以外の分野では、有償でも「使える開発ツール」を積極的に活用してもらうことで、古い仕事の進め方から脱却できる。今よりも失敗と改善のサイクルを高速で回していけるようになっていったら、もっと良くなると思うんですよ。わたしが思うに、日本人って、良い意味でも悪い意味でも「優秀」なんだと思うんです。使いづらいツールを何とか使いこなしながら、それなりに良いモノが作れてしまっていた。今は開発サイクルの高速化が競合優位性に直結するような時代になっているじゃないですか。これまでのやり方では、限界を迎えてしまうと思っています。日本企業はソフトウエア開発に対して、なかなか先行投資をしたがらない風潮がありますが、海外の企業ではむしろ積極的に先行投資をして、投資コストを最終的に回収すれば「良し」とする企業がほとんどです。日本がいつまでも現状にやり方に甘んじていては、なかなか世界的なプロダクトは開発できません。結局、開発者の本懐は、作るモノで価値を生むことですしね。効率化すべきところを効率化し、割いた時間をプロダクトの向上に注ぎ込むべきだと思うんです。エンジニアが気持ちよく開発してこそ、クリエイティビティーが発揮されるというか。複雑化する開発を支援してくれる優秀なツールは、いわば日本のソフトウエア産業を今よりもっと良くしていく土台となり得る。そのお手伝いは、けっこうやりがいのあるものだと思っています。今日は貴重なお話をありがとうございました。転職サイトtypeは株式会社キャリアデザインセンターによって運営されています。