この職業に検証済みの記録が入ったら知らせる → · このうちどの業務が自分のものか印を付ける(VOLO Pro、ローンチ期間中は無料) →
ビジネスアナリスト
変更や仕組みから事業が本当に必要としているものを割り出し、つくれて確かめられるように書き留める人。関係者に話を聞き、業務の流れを図にし、要件とユーザーストーリーを書き、ワークショップを進め、受け入れの段階で、届いたものが頼まれたとおりに動くかを確かめる。いまは言語モデルが要件の文書とユーザーストーリーを起草し、米国の連邦機関は AI でそれらを生成している。研究は、その下書きは速いが検証を要すると見ており、口にされない必要を表に出す聞き取りには、いまも人が要る。
自分のメモから言語モデルでユーザーストーリーを一揃い起草し、開発者が使えるようになるまでに何を直さなければならなかったかを記録する。
これは職を失う確率ではない。その職の業務量のうちどれだけが自動化にさらされているかと、導入が実際にどこまで進んだかを一つの値に合わせたものであり——同じ一つのものさしで職業どうしを比べるためだけに使える。それ以外には使えない。
事業と IT の変更のために要件を引き出し文書にするビジネスアナリストに向けて書いている——社内でも、コンサルティング会社でも、アジャイルのチームでも。データアナリスト、プロダクトマネージャー、経営コンサルタント、業務システムのオーナーにはそれぞれのページがある。証拠は、米国の二つの連邦機関自身の一覧の記載、ある会社での試行、要件の仕事についての言語モデルの研究上の評価二つ、そしてビジネスアナリストを含む職業についての米国の雇用予測である。それが示すのは、道具が何を起草し、どこで使われているかであって、アナリストの時間がどう変わったかではない。
実際に何が変わりつつあるか#
分析の単位は肩書ではなく業務です。職が置き換えられるのではなく、その業務の構成が移ります。
一つのマスが一つの業務です。大きさはその仕事の中でその業務が占める比重、色はその業務が向かっている方向。マスをクリックすると、その判断がまだ示していないことが見られます。
学生が関係者を演じた模擬の聞き取りであり、実際のプロジェクトやアナリストの時間を測ったものはここにはない。
一覧の記載は仕組みを説明するものであって、職員への影響ではない。研究が使っているのは、大学のプロジェクト一つ、コンサルティングのプロジェクト一つ、そして小さな試行である。
仕事の記述からの推論であり、ここに記録された一次資料で、業務の流れを図にする仕事や、そのうち道具が担う割合を測ったものはない。
予測が扱うのはコンサルタントやシステムアナリストを含むより広い職業であり、数えているのはタスクではなく職である。
ここに記録された一次資料に、受け入れやチェンジマネジメントの作業を測ったものはない。推論である。
これはあなたの仕事ですか。そう言えば、このページはあなたの持ち分に絞られます。
肩書とは、まとめ買いされた業務の束であり、同じ束を持つ人は二人といません。どこにも送られません——このブラウザの中に留まります。
最近の変化#
米国。統計局は、経営分析職の雇用が2025年から2035年に10%増え、平均を大きく上回り、求人は年に約94,100件になると予測している。O*NET は、この職業で報告された職名のなかにビジネスアナリストを挙げており、この職業には経営コンサルタントも含まれる。そのページ自体は、ビジネスアナリストにも AI にも触れていない。数えているのはタスクではなく職である。
立場のある名指しの人物が、ある日付に、帰属のつく言明として何かを公けに予測した。誰がいつ何を言ったのかが確かめられるまま残るように記録するのであり、そして業務の判断を決して動かさない。予測は観測ではないからである。その価値は後から来る——この記録は、その職業についての証拠と同じページの上に載るので、予測を読む人は、そのあと何が起きたかの記録を隣で読むことになる。それが決算である。この site は、ある予測が当たったかどうかについて何の判定も公表しない。
米国。統計局は、コンピュータシステムアナリストの雇用が2025年から2035年に8%増え、平均を大きく上回って544,400から587,200になり、求人は年に約32,900件になると予測している。そして、組織が人工知能を含む IT に頼り続け、それを広げていくにつれて、新しい仕組みを設計し導入するためにコンピュータシステムアナリストが雇われるとしている。O*NET は、この職業の職名のなかに IT business analyst を挙げている。数えているのはタスクではなく職である。
立場のある名指しの人物が、ある日付に、帰属のつく言明として何かを公けに予測した。誰がいつ何を言ったのかが確かめられるまま残るように記録するのであり、そして業務の判断を決して動かさない。予測は観測ではないからである。その価値は後から来る——この記録は、その職業についての証拠と同じページの上に載るので、予測を読む人は、そのあと何が起きたかの記録を隣で読むことになる。それが決算である。この site は、ある予測が当たったかどうかについて何の判定も公表しない。
米国、退役軍人保健局。導入済みで内製と記された同機関の一覧の記載によれば、人間中心設計のチームが大規模言語モデルと独自のエージェントを使っており、この仕組みは、利用者の声の分析、ユーザーストーリーの生成、ワークショップの結果の要約、ペルソナの磨き込みといった作業を効率化し、洞察を速め、職員の手作業を減らしている。これは機関が自らの仕組みを説明したものであり、人員やストーリーの質への影響は報告していない。
雇用主がそれを本番に置いた。基準線を動かしうる——規模と、その場がどれだけ似ているかで重みづけされる。
ある IT コンサルティング会社の一つのプロジェクト。言語モデルが、要件を引き出した結果の要約とテンプレートから機能設計の仕様書とユーザーストーリーを生成し、その会社の熟練アナリストが評価した。アナリストは起草時間の削減を10%から15%と見積もった。一部のユーザーストーリーは、どのモデルでも扱われないままだった。アナリストが持つ知識は暗黙のものでありえ、要件を引き出すための文書には書かれていないからである。著者たちは、モデルは初期の文書作りを高めうるが人の関与を置き換えることはできず、正確さと網羅性のためには熟練アナリストがいまも必要だと結論づけている。
実際の場での小規模な試行。導入の条件が試されていることを教えてくれるのであって、それが成り立つことを教えてくれるのではない——だから一件の試行は単独では決して足りず、独立した二件で足りる。
33回の模擬の関係者聞き取りで評価された研究用のチャットボットであり、関係者は学生が演じた。人の聞き手と同程度の数のよくある誤りを犯し、全要件の最大73.7%を引き出した。著者たちは、非常に機微な、あるいは複雑な要件の引き出しには、人が主導する聞き取りがいまも価値があり必要だと書いている。そこでは人と人とのやりとりが、口にされない要件を明らかにするうえで決定的な役割を果たすからである。
実演、ベンチマーク、あるいは論文が、その業務をやれることを示している。技術に何ができるかを更新するのであって、雇用主が何をするかを更新するのではない。
米国、社会保障庁。一覧の記載は、導入済み、稼働開始日2024年10月1日、購入したベンダーの基盤と記されており、生成の部分が、COBOL などの古いコードを自動で分析し、一貫した業務要件の文書を生成し、コードを現代の言語に書き換えることで古い仕組みの刷新を加速させ、文書作成の手作業を減らすとしている。これは要件を人から引き出すのではなく、既存のコードから取り戻すものである。
雇用主がそれを本番に置いた。基準線を動かしうる——規模と、その場がどれだけ似ているかで重みづけされる。
大学の学生サークル管理ポータルの要件仕様書を起草する作業で、GPT-4 と CodeLlama を人の基準と比べ、八つの基準で採点した研究。モデルは初級のソフトウェア技術者の出力の質に並びうると報告しており、要件が決まった後、人の文書には4〜24時間かかったのに対し、モデルの下書きは7〜47倍の速さで済んだ。ただし一度で正しく仕上げるのは難しかった。要件は与えられたものであり、引き出されたものではない。
実演、ベンチマーク、あるいは論文が、その業務をやれることを示している。技術に何ができるかを更新するのであって、雇用主が何をするかを更新するのではない。
オーストリア、ある郵便グループの IT 部門。研究者と会社の職員が、ユーザーストーリーの質を高めるための自律的な LLM ベースのエージェントの仕組みを実装し、六つのアジャイルチームにまたがる11人の参加者で評価した。論文は、この仕組みの出力は、プロジェクトの目標と関係者の期待に沿わせるために、現状ではプロダクトオーナーによる手作業の検証を要するとしており、調査に答えた参加者のうち六人は、書き直された記述が長すぎると感じた。一つの会社での小さな試行である。
実際の場での小規模な試行。導入の条件が試されていることを教えてくれるのであって、それが成り立つことを教えてくれるのではない——だから一件の試行は単独では決して足りず、独立した二件で足りる。
これがあなたにとって何を意味するか#
これから始めるなら、言語モデルが要件の文書とユーザーストーリーを、あなたが打つより速く起草すると見ておくこと。そして自分の価値は、それができないことにあると見ておくこと——人から本当の必要を引き出すこと、言われなかったことに気づくこと、下書きをそれと照らし合わせて確かめること。
書く時間は減り、引き出し、交渉し、検証する時間が増えると見ておくこと。求められるアナリストは、難しい対話を進められ、機械が起草した仕様書が正しいかを判断できる人である。
選べる道#
四つの方向。それぞれに現実の制約と、今週試せることが一つ付いています。いまのまま続けることも正当な選択です——ただし、選ばれたものでなければなりません。
とどまり、時間を書くことから引き出すことと検証することへ移す
起草は道具が最も強いところである。ここに記録された研究は、機微な事柄についての聞き取りと検証を、いまも人に残している。
起草が速くなれば、チームはアナリスト一人あたりの成果をもっと期待するかもしれない。
自分のメモから言語モデルでユーザーストーリーを一揃い起草し、開発者が使えるようになるまでに何を直さなければならなかったかを記録する。
業務の流れと変革の仕事へ寄っていく
部門どうしを合意させ、人に新しい働き方を受け入れてもらうことは交渉であり、道具はそれを要約するが、それをするわけではない。
変革の役割は定着で評価され、それは納めた文書より遅く、示すのも難しい。
自分が文書にした業務の流れを一つ選び、いま人が実際にそのとおりに働いているかを確かめる。
プロダクトマネジメントへ移る
何をなぜつくるかを決めることは、アナリストの仕事の隣にあり、人が何を必要としているかについての同じ判断に依っている。
プロダクトの役割は成果への責任を負い、アナリストの役割より数が少ない。
一緒に働くプロダクトマネージャーに、先月の判断のうちどれがあなたの要件に頼っていたかを訊く。
よくある問い#
いまの証拠からは、そうは言えない。言語モデルは要件の文書とユーザーストーリーを起草し、米国の連邦機関は AI でそれらを生成しているが、ここに記録された研究では、いまも人が下書きを検証し、機微な、あるいは複雑な必要についての聞き取りを主導している。そして米国の予測は、ビジネスアナリストを含む職業が増えると見ている。
それには年数では答えない。代わりに見ておくべき信号は、機械が起草した要件が、アナリストの検証を経ずに開発者へ渡りはじめるかどうか、そして聞き取りのボットが複雑で機微な要件の引き出しを任されるようになるかどうかである。どちらも、いまの証拠が示していることではない。
起草はできる。ある研究では、GPT-4 が起草した要件仕様書は初級の技術者のものに匹敵し、要件が決まった後は7〜47倍速かった。ある郵便グループの IT チームでは、エージェントが改善したユーザーストーリーも、なおプロダクトオーナーの検証を要した。
米国の予測は、2025年から2035年に経営分析職が10%、コンピュータシステムアナリストが8%増えると見ており、どちらにもビジネスアナリストが含まれる。仕事は、文書を書くことから、引き出し、交渉し、検証することへ移りつつある。
これらの判断が載っているもの#
このページの 5 件の業務判断のうち 1 件は検証済みの事象に支えられ、4 件はプラットフォームの推論であり、いずれもそれが現れる場所に明示されている。その背後には 2 の技術次元、言語モデルが一般に届いて以降の推移の再構成、そして 8 件の検証済み事象がある。
同じ機能のなかの他の職種#
会社はまず仕事を機能に分け、そのあとで職に分ける。以下はこの仕事と同じ「技術とデータ」のなかにある職種である。これは組織図についての事実であって、互いに似ているとか、同じ方向へ変わりつつあるという判断ではない。
初級ソフトウェアエンジニア · 経験のあるソフトウェアエンジニア · フロントエンド開発者 · バックエンド開発者 · データエンジニア · 機械学習エンジニア · AI研究者 · ソフトウェアテスター/QAエンジニア · データアナリスト · データサイエンティスト · 業務システムオーナー · 情報システムの支援担当・ヘルプデスク · セキュリティアナリスト(監視運用) · DevOps・プラットフォーム・SRE エンジニア · ネットワークエンジニア · テクニカルライター・ドキュメント担当
