かぐや姫が無理難題なシステムを発注してきた

こんにちは、クロパゴです🐾

英語に敗北した傷をまだ引きずっています。そのうち忘れるでしょう。たぶん。

先日、Xで妙なポストを見かけました。

あとで読み返そうと思っていたのですが、保存したのか、いいねを押したのか、それすら覚えていません。元のポストは見失いました。

これだけが頭に残ってました

・稼働率100%を保証するシステム
・潜在バグを一切内包しない設計
・すべてのリスク要素を網羅したWBS
・考慮漏れが一切ない要件定義
・すべてのSLAを完全遵守する保守体制

無理難題が五つ。

五つ？

これ、かぐや姫が五人の求婚者に持ってこさせるやつでは？

ここで、ストゼロという名の創作エンジンに燃料が追加され、なぜかNOSまで噴射しました。

長くなるので経緯は切ります。

そのまま手打ちで作ったものがこちらです。

竹取物語 ― 全部作れ版 ―

一、発端

今は昔、竹取の翁といふものありけり。
野山にまじりて竹を取りつつ、無茶な要件を投げて万事に使ひけり。名をば「発注の造」となむ言ひける。

ある日、光る竹を一本見つけたり。
中を見れば、三寸ばかりなる人、たいそう美しくて居たり。翁、これを見て言ふ。

「ちょうどよい。人手が足りぬ」

籠に入れて養ふ。三月ばかりになるほどに、一人前の大きさになりぬ。
されど翁の評価制度に「成長」の欄はなく、等級は三寸のままなりけり。

二、命名

翁、名をつけさせむとて、三室戸斎部秋田を呼ぶ。秋田、三日三晩考へて、

「なよ竹のかぐや姫」

とつけたり。

なほ、名を決むるに三日を費やしたる間、要件は一行も定まらざりき。人々これを「命名の三日、仕様の零日」と言ひけり。

三、要件定義

翁、喜びて言ひける。

「要件定義から設計、実装、試験、監視、保守まで、もう全部作れ」

かぐや姫、しばし黙りて問ふ。

「納期と予算と仕様書はございますか」

翁、答へて曰く。

「ない。いい感じで。あと今日中」

かぐや姫、なほ問ふ。

「“いい感じ”の定義はございますか」

翁、答へて曰く。

「見ればわかる」

四、納品

かぐや姫、その夜のうちに、

・稼働率100%を保証するシステム
・潜在バグを一切内包しない設計
・すべてのリスク要素を網羅したWBS
・考慮漏れが一切ない要件定義
・すべてのSLAを完全遵守する保守体制

を作り上げたり。

翌朝、翁これを見て大いに喜び、

「ここだけ少し直して」

と言ひける。

かぐや姫、問ふ。

「“少し”とは？」

翁、百二十一項目の変更要求を差し出す。
しかも末尾には、赤き文字にて、

「本番環境へ直接反映。ロールバック不要。金曜十七時までに」

とあり。

かぐや姫、なほ問ふ。

「テストはいかがなさいます」

翁、答へて曰く。

「本番で見る。利用者が試験者なり」

五、五つの難題

さて、この姫のうるはしきこと世に聞こえ、五人の男、夜となく昼となく通ひ来て、

「我こそは成果物を持ちて来たれ」

と言ひ張りけり。かぐや姫、五人を呼びて、それぞれに一つの難題を課したり。

第一の男、石作の皇子。

「稼働率100%のシステム」を求められたり。

皇子、近くの寺より古き鉢を取り来たりて、

「これなり」

と言ふ。姫、鉢を見れば、蓋の裏に「サンプル」と書かれたり。
皇子、悪びれず、

「稼働率は100%なり。計画停止、通信障害、災害、利用者の誤操作、および稼働していない時間を除く」

と言ひたり。

第二の男、車持の皇子。

「潜在バグなき設計」を求められたり。

皇子、三年籠りて作りたりと言へど、実は下請の工匠六人に作らせたるものなり。
姫、これを見て感心しかけたる時、工匠ども門に来たりて、

「代金いまだ支払はれず。あと検収印もいただけず」

と訴へたり。皇子、なほ言ひ張る。

「試験は一度も行はず。見つかっていないので、ありません」

第三の男、阿部の右大臣。

「すべてのリスクを網羅したWBS」を求められたり。

唐土より高き値にて買ひ来たりたる、火にも燃えぬといふWBSなり。
姫、試みに「要件変更」の火にくべたれば、たちまち燃えて灰となりぬ。
灰の中に一行だけ残れり。

「要件変更は発生しないものとする」

第四の男、大伴の大納言。

「考慮漏れなき要件定義」を求められたり。

大納言、家来を海に出し、龍の首の珠を取りに行かせしごとく、要件定義員を一人連れ来たり。
されどその者、会議の冒頭にて、

「そもそも何を作る案件でしたっけ」

と問ひたり。

大納言、これを聞きて、

「もはや要件など要らぬ。あの姫はおほぬすびとなり」

と言ひて帰りぬ。

第五の男、石上の中納言。

「すべてのSLAを守る保守体制」を求められたり。

中納言、燕の巣に手を入れて子安貝を取らむとせしごとく、深夜、自ら本番環境に手を入れたり。
掴みたるものを見れば、貝にあらず、古き糞のごときログのみなり。
中納言、足を滑らせて落ち、腰を打ちて伏したり。

翌朝、障害の起きたる刻、保守体制の者ども、全員営業時間外なり。中納言もまた、病欠なり。

かぐや姫、ため息をつきて言ふ。

「すべて偽物です」

六、帝

そこへ帝現れ、

「ならば我が国の総力を挙げよう」

と言ひければ、かぐや姫は問ひたり。

「責任者はどなたですか」

帝、後ろを振り返れど、誰も目を合わせず。
大臣は中納言を見、中納言は少納言を見、少納言は書記官を見、書記官は床を見たり。

帝、なほ言ふ。

「では、まづ体制図を」

かぐや姫、答へたり。

「体制図に人の名なければ、それは絵にございます」

七、昇天

やがて八月十五夜、月より迎への者ども来たり。

翁、弓を引く者どもを集めて守らせしが、皆、その日は在宅勤務にて、弓は各自の家にありけり。

翁、泣きながらすがりつきて言ふ。

「待ってくれ。まだ納品されていない」

かぐや姫、羽衣をまとひながら答へたり。

「納品済みです。受入試験が終わっていないだけです」

翁さらに叫ぶ。

「保守契約はどうする！」

かぐや姫、静かに一枚の紙を残す。

本システムは、要件未確定・納期即日・予算不明・責任者不在の条件下で構築されました。
今後の仕様変更、障害対応および運用保守は、竹取翁が自己責任にて実施するものとします。
なお、本書面をもって引継ぎ完了とします。

翁、なほ叫ぶ。

「せめて連絡先を！」

かぐや姫、最後に一言。

「月には、営業時間がございません」

そして羽衣を着るや、翁を「厄介なる発注者」と思ひたる心も消え、月へ帰りぬ。

翌朝、翁の監視画面に赤き文字が灯れり。

「重大障害：月との接続に失敗しました」

翁、空を仰ぎて叫ぶ。

「かぐや姫！戻ってきてくれ！」

されど返事はなく、ただチケットだけが自動発行されけり。

担当者：竹取翁
優先度：最高
期限：昨日

これを聞きし人々、後の世まで語り継ぎたり。

「“もう全部作れ”と言ふ者、最後には全部自分で見ることになる」

なほ、翁の子孫は今も竹を取りつつ、光る竹を見つくるたびに、まづ問ふとぞ。

「納期と予算と仕様書は、ございますか」

なぜ竹取物語なのか

以上、『竹取物語 ― 全部作れ版 ―』でした。

元の『竹取物語』で、かぐや姫は五人の求婚者に難題を出します。求めたのは、簡単には手に入らない五つの宝です。

Xで見かけた五つの要求を読んだとき、この話がそのまま浮かびました。技術は進んでも、無理なものを持ってこいと言う人は昔からいるらしい。

今回の対応はこうです。

石作の皇子
原典：仏の御石の鉢
本作：稼働率100%のシステム

車持の皇子
原典：蓬萊の玉の枝
本作：潜在バグを一切内包しない設計

阿部の右大臣
原典：火鼠の皮衣
本作：すべてのリスク要素を網羅したWBS

大伴の大納言
原典：龍の首の珠
本作：考慮漏れが一切ない要件定義

石上の中納言
原典：燕の子安貝
本作：すべてのSLAを完全遵守する保守体制

どれも実現したら立派です。現場ではそう簡単にいきません。

まだ見つかっていないバグはあります。要件も途中で変わります。想定していなかった障害が起こることもある。保守担当者は眠ります。

それでも、発注書には「すべて」「完全」「100%」が平然と並びます。

予算も仕様書もない。納期は今日。いい感じに全部作ってほしい。

かぐや姫に出す難題というより、かぐや姫へ投げる発注です。月へ帰りたくもなるでしょう。

なお、元になったXのポストは見失いました。見つけたら追記します。

ストゼロについては追記しません。

おまけー　
作中の専門用語

稼働率

システムが使える状態だった時間の割合です。99.9%のように表します。停止した時間を都合よく集計から外しても、利用者の目の前で止まった事実までは消えません。

潜在バグ

システムの中にあるものの、まだ発見されていない不具合です。試験をしていないシステムには、バグがないのではなく、試験で見つかったバグがないだけです。

WBS

Work Breakdown Structureの略で、プロジェクトに必要な作業を分解して整理したものです。未来を予知する道具ではありません。

要件定義

何を作るのか、誰が使うのか、何ができれば完成なのかを決める工程です。「いい感じ」の解釈が違えば、完成後に百二十一項目の修正が飛んできます。

SLA

Service Level Agreementの略です。サービスを提供する側と利用する側で、稼働率や障害時の対応時間などを決めます。「絶対に止めない」という願いを書く欄ではありません。

本番環境

実際の利用者が使う環境です。本番環境で初めて試すと、利用者まで試験に参加することになります。本人たちの同意はありません。

ロールバック

変更後に問題が起きたとき、変更前の状態へ戻すことです。戻す手段を用意せず金曜十七時に反映すると、だいたい金曜の夜が消えます。

受入試験

納品されたものが、決めていた条件を満たしているか発注側が確認する試験です。作る側が「できました」と言っても、発注側の確認が終わるまでは話が閉じません。

保守

稼働後のシステムを監視し、不具合への対応や更新を続ける仕事です。システムによっては納品後のほうが長い付き合いになります。

チケット

障害や作業依頼を記録し、担当者や期限を管理するものです。期限が昨日になっている場合、竹取翁でなくても空を見上げたくなります。

NOS

エンジンへ亜酸化窒素を送り、短時間だけ出力を上げる仕組みとして知られています。今回は、妙な着想に勢いがついて止まらなくなった状態の比喩です。ストゼロと接続する機能はありません。

酒は入っていましたが、本文は手打ちです。

なぜそこだけ人力で頑張ったのか。私にもわかりません。

それではまた🐾

#竹取物語
#システム開発
#エンジニア
#要件定義
#生成AI
#創作
#パロディ