今回は、要求仕様フェーズを進める時の問題点を解説します。ソフトウェア開発の全ての悪は、要求仕様書から生まれます。「パンドラの箱」のようなものですが、ちゃんと「希望」も残っています。 ⇒連載「山浦恒央の“くみこみ”な話」バックナンバー 2．要求仕様フェーズでは何をするのか 図1に、新しいソフトウェアのアイデアを思い付き、それを製品化するまでの流れを示します。 2.1 要求仕様フェーズ ソフトウェア開発の最初の工程が「要求仕様フェーズ」で、頭の中のアイデアを具体的に記述する工程です。製品にできることや機能を細かく書いた要求仕様書を作ります。「要求仕様書」と聞くと、「大統領所信表明書」のように物々しく感じますが、電気製品を買うと付いてくる「製品取扱説明書」と完全に同じものです。 取扱説明書は、一般ユーザー向けのドキュメントで、そこには「（1）以下の部品がそろっていることを確認してください……、（

民間人が自家用車を使ってタクシー的な業務ができるライドシェア。2015年前後にも日本での導入が期待されていたが、日本のタクシー会社の反対が大きく、結果的にUberはタクシーの配車サービスと、Uber Eatsをローンチするにとどまったと記憶している。 一方2023年に入ってからの導入の機運は、以前とは少し違うようだ。それというのも、大阪府・大阪市が、2025年開催予定の大阪万博の際に、移動手段不足の懸念から期間限定でライドシェアの実施を求めており、制度案をまとめて政府に提案するなど具体的な話になってきているからだ。 大阪の話が期間限定・地域限定なのに対し、超党派議員で構成される「ライドシェア勉強会」では、全国での解禁を目指している。すでに提言案をまとめ、規制改革担当の河野太郎デジタル大臣ならびに斉藤鉄夫国土交通大臣に提出するなど、動きが活発化している（12月20日には条件付きでの解禁が決定