はてなキーワード: 仕様書とは
そんな意味不明の主張をした御仁がいた。
その御仁の会社が担当していた開発の遅れをどうやってリカバリするか話し合う対策会議の場で。
あのー、うちの会社じゃ大勢の派遣がテスト仕様書を作ってんですけど。。。
会議に出席してたテストチームの社員(派遣テスターのテスト仕様書作成をとりまとめている)を見たら腕組をして大きなため息をついていた。
まあ少なくともこの主張から御仁に人を使う能力がないことは会議の出席者全員が理解したと思う。
でも不思議なことにプログラミングは派遣の仕事だと御仁は言う。
テスト仕様書作成は派遣の仕事じゃないけど、プログラム作成は派遣の仕事だと。
全く意味不明の理屈だが、そのプログラムは対策会議に先立ってうちの会社でコードレビューしていた。
その結果はと言うと、
「(実装困難と思われる機能を中心に)未実装の機能が多いためレビュー不可能」
これでも御仁の進捗報告では実装終了でテストOKとなっている。。。
これってさ、実装能力のない派遣プログラマーがとりあえずできるとこだけやって実装完了とした、それをテスト仕様書すら作れない派遣テスターが適当に触ってテストOKにしてた、ってことだよね?
ちゃんとテスト仕様書作ってテストしてたら、実装終了していない機能がテストOKになるわけないんだから。
一体これどうしてくれんの?
http://b.hatena.ne.jp/entry/s/headlines.yahoo.co.jp/hl?a=20190729-00000074-mai-sctch
このニュースがバズった後、ニュースにも出ていない問題が議会で追及されていたので、滋賀県議会のページ(令和元年9月定例会議(第9号~第15号)-09月30日-04号)をもとに、一部読みやすく編集してみた。
補足→ https://anond.hatelabo.jp/20191205212350
これは退職者アドベントカレンダー2019 (https://adventar.org/calendars/4051) 5日目の記事です。最初は自分のブログに書くつもりでしたが、書いてるうちにどこまで筆が滑っているのかわからなくなったので増田に投げることしました。そしたら余計にタガが外れたのはご愛嬌。
よく見かける「未経験からエンジニアへ!」ストーリーの、あまりなさそうなルートです。よくあるルートのほうはなぜかTwitterで報告して「○○系エンジニア」的な命名をしてから入社その後の動向が闇に葬られているのをかなりの確度で見かけますが、まあ、なんか、いろいろあるんでしょう。逆にそういう成功(?)体験の生存バイアスを強化する情報ばかりあふれていると情報として健全でないように感じます。
といいつつ後日しれっと消えてたらInternetArchivesか魚拓で会いましょう。
この話はここから先はフィクションです。剣も魔法も労基法も出てこないファンタジーです。
地方に潜むフリーターです。好きなvirtual beingsはロボ子さんと東雲めぐさんとれいきらさんです。
これまでは自分のためのプログラムを書き散らすだけで、ITとは無関係のバイトをしてきました。玉掛とフォークリフトなら任せろーバリバリ
会社にもぐりこんだいきさつはやや特殊なのでぼやかします。とあるきっかけで知り合った人から誘われました。リファラルです。なお、とあるきっかけはなにかと炎上しがちないわゆるプログラミングスクールなどではないことを防火剤がわりに書いておきます。そんなもんに使う金など無い。
その人のことはあんまりよく知らなかったのですが、CTOとして手伝っている会社のシステム部門で人手を探しているとのことでした。会社のホームページにはリクルートページなど無く、何をやっているかいまいち要領が掴めなかったのですが、ざっくりと自社製のWebアプリ開発をやる感じらしく、内容も聞いた限りでは(自分のスキルと照らし合わせて)そんなにどえらいわけでもない印象でした。ちょうど金もないし無職だし、少し経験でも積んでみるかという気になったので、この際ホームページがDreamWeaverのサンプルを流用したまんまといった細かいところは観なかったことにしました。
面接にいくと社長から「いつからこれるの?」と言われたので「あっこれは」となりましたが、金がなかったので是非もなくそのまま入社の運びとなりました。この頃はプログラム書いて金もらえるなんてサイコーとか思ってました。ちなみにgithubやatcoderのアカウントを書いた職務経歴書は一顧だにされませんでした。
地方の製造業のシステム部門を切り出して別会社にした形態の、創立数年ほどの会社です。自分のほかにもうひとり、社内情シスのようなことをしている方がいましたが、基本的にはサポートが専門な感じでした(ただし肩書は自分と同じでしたが)。紹介してくれたCTOは週に一度のMTGに顔を出すだけということで、実質的に常駐している人間でプログラムが分かるのは業界未経験の自分だけというチャレンジングな環境からスタートしました。なお入社して社内の平均年齢を大幅に下げることになりました。
ちょうど入ったタイミングで情シスの方が抱えている仕事があり、とくにやることもなかったので手伝いました。グループ会社のサイトをスマホ対応させるもので、事情はわかりませんがそれまで他社に制作を委託していたものを自社で運用することにしたとのことです。みてみるとWordPress4でPHP5が動き、Bootstrap3を使ったオリジナルカスタムテーマで運用してきた様でした。もちろん仕様書やローカル環境もあるはずがないのですが、どうせ自分はWebデザインなど知らんのでとりあえず直にheader.phpにviewportを書いてmain.cssにメディアクエリを設定して、ザ・web制作初歩みたいなレスポンシブ対応をしましたが、デザインについて当事者との意見のすり合わせの機会なんかの開発手順はなかったので良しとしました。
入社して2周間ほどのち、社長についてこいと言われた打ち合わせの後日、MTGで「昨日のアレの進捗はどんな感じなの?」と聞かれたことから、いつのまにか新規案件を自分に一任されていることに気づきました。仕様は前日の打ち合わせがすべてだった模様です。要件定義や技術選定・検証のような工程など決まってないので好みで揃えました。趣味と関心からExpress+Mongo+Reactのセットか、触ったことのあるDjango/Railsでざっくりやるか、どうせならDockerも使い時か、こんなときに相談できる同僚やメンターが欲しいなぁなどと考えていたら、CTOがそれまで作っていたやつをみるとPHP+ES5+MySQLだったのでなんだかんだでそうすることになりました。PHPを初めて触り、「これがペラ1のphpにjsもcssもなにもかも書いていくといういにしえのスタイルか…!」と新鮮な感じでやってました。
Windows Server 2012で動いていたサービスをLinuxに移行しました。これは自分が入る前から情シスの方が任されていたのですが、マニュアルに沿ってコマンドを打ちこんではどこかで転け、エラーは読まずにあきらめてCentOSインストールからやり直すということを繰り返していたのを見るに見かねて手伝いました。SSHでPowerShellからマニュアルのコマンドをコピペして実行する方法を教えてあげると目を丸くされました。shellファイルを書いてあげると魔法をみるのような顔で驚かれました。自分が入ってなければどうなっていたんだろうか...
毎日出退時間を規定のEXCELフォーマットに記帳する必要があり、これが非常にめんどくさく無駄に思えたので、自動記述するpython/Goスクリプトを書きました。これは入社して2日目とかだった気がします。しかしここを自動化しても「印刷して人事に提出し、それをもとに人事の方がまたEXCELに書き込む」と知り虚無になったりしました。
これはやったことというか思うところあってプライベートで取り組んだことです。自分の想像していた開発現場との乖離を感じたので、こういうのはFE勉強すればわかるのかもしれないと思って1ヶ月くらいやって取りましたが、得られた知識で会社に活かせそうなものは何一つありませんでした。
チーム開発などという概念は存在せず、「1案件を1人で上流から実装、運用、保守、サポートまですべてやる」という進め方でびっくりしました。手持ちの技術スタックでできる範囲でギリギリなんとかやった感じです。よく転職サイト上で見かける文言で「お任せします」がありますが、これとかも要するに「丸投げ」の換言なんでしょうか。わたし気になります。
自分のように途中からジョインした人に対しての業務移行のシステムがないことから感じていましたが、案の定「誰かが抜けたあとの引き継ぎの機能」も整備されてないことに気づきました。もともとオンボーディングや研修の概念などありません。えらいひとは「そのへんは現場で協力してうまくやって」と丸投げし、すべての作業を自宅でやっているCTOは社内のこうした事情については放任で、いちおう情シスの方がいつのまにかメンター代わりになっていたものの、不明点を尋ねても頓珍漢な返答が多くもどかしかったです。どのサーバでどんなサービスが動いているのかやSSH情報を聞き出すのに苦労しました。こうした不幸と無駄な時間をなくすためにドキュメントを整備しようとしたのですが、頓挫しました。これからも物理フォルダーと社内サーバに散逸した各種の情報は混沌を深めていくのでしょう。gitも無いし。
サーバはオンプレでした。自分はクレカをもっていないためパブリッククラウドを試す機会がなく、ぜひとも触ってみたかったのですが、承認を得るための説明がうまくいかず、結局VBoxでやることになりました。唯一、それまで使われていたVBoxではなくVagrantを導入したのは少しだけ救いでした。どうせ自分しかいじらないのですが。
余談ですがオンプレで面白かったのはHDD増設のために初めてデータセンターなるものに入ったことです。インフラ/ネットワークはまったく分からんしなかなか個人で試せない領域だし縁がないかなと思っていたのですがやはりそこに見える物理層が存在するというのはテンションがあがりますね(断層みたいに言うな)
イキってカイゼン・ジャーニーや情熱プログラマーを買って読んだりもしました。目につくように共同図書のつもりで「ご自由にどうぞ」を添えて自分のロッカーに置いておいたら「私物は持ち帰れ」と言われてしまったので持ち帰りました。
さてお待ちかねメインディッシュですね。
もともと技術やコンテンツの会社ではなく、技術畑の人間がまったくいないことのインプレッションが次第に違和感として強く響いてきました。ITエンジニアとしてやっていくつもりの観点でみると、学習や成長の土壌は無いように思えました。協調関係や信頼がうまく築けず、自分のすべき道筋が不明瞭のままやっていけるほどタフなYATTEIKI精神ではなかったのです。
これは地方の、それもIT気質のあるわけではない、ワンマン経営の中小製造業ならばどこにでもあることかと思われますが、随所に感じるレガシーさに疲れてしまいました。一例を挙げると、毎朝30分に亘り行われる全社清掃(もちろん業務時間外)、社是の復唱、『感謝の言葉をみんなで味わうポエム』の輪読、その感想大会、頻繁に行われる中身のない会議、日報をエクセルで書いてメールで送ったり、出退勤表を毎日エクセルに書いて印刷して事務方に持っていくなどのルーティンがけっこう苦痛でした。
社内のコミュニケーションツールはLINEだったので使い勝手も悪く、会議でchatworkかslackを使いましょうと提案しても誰一人としてそれらの存在を知らず、「勝手にやってくれ」と言われてしまったり。LINE WARKすら知らんやんけ。説明しても「skypeじゃ駄目なの?」と言われたので諦めました。
えらい人の思いつきのたびに方向性が変わり、当人は発言したらそれで全て完了した気になってしまったのか、会議終了後の10分後に「さっき言ったやつまだ出来てないの?」などと言われた時はギャグかと思いました。会議の議事録も誰も見返さないので果たして意味があったのか疑問です。誰かひとりでもmarkdownが書けたり、少なくとも書く気があれば勉強会を開催してHackMDなどを推せたのですが。議事録が機能していないエピソードとしてひとつ思い出しました。開発中に機能追加を下された際に、その挙動は完全にプラットフォームネイティブであり今の技術選定だと作り直しになり、結果納期に間に合わない(し、自分の技術スタックからも遠く外れていたので学習コストも加算)と発言したらその場は収まったのですが、会議終了後に個人メールで「やはり機能はマストだ」と伝えられました。当然それは議事録に反映されることなく、なんかしらんけどそういうことになっているという感じになりました。
初めてのエンジニア職でしたが、社内に開発をる人やマネージャー職は不在で、いわゆる開発現場での流れを学ぶことはできませんでした。少なくとも技術を知らないえらいひとが「俺がスケジュールを立てたからこれに沿ってやれ」と、”開発”と”広告作成”しか書かれていない2週間の計画表をもってくるような現場はシステム開発として正しいのか、 と本能が警告を発していました。
もともと会社は製造業から始まったため、えらい人たちとの見解に齟齬があったのは体感としてあります。同じものづくりといえど設備とマンパワーと時間が線形的に結果に結びつく工場業務と異なり、システムエンジニアリングはかける時間の見積もりも容易でなく、かかった時間が必ずしも結果に結びつかないものである、と言う事実は受け入れられ難く、知識ドメインやマインドセットが異なれば説明も困難です。しかしながらえらいひとは一様に「経営者視点を」の号令で、経営誌を配り、その感想文の提出を義務付けるなど、現場視点を欠いた行動で現場(というか私)を疲弊してました。気づいたらSEO対策や別部署のMTGのためのプロジェクター設定、全PCのwindows updateに伴うドライバの更新の役も同一の職掌として役付けられそうになっていたり(一部は実際に情シスの人がやってた)、It’s not my workなシーンがみられるようになっていました。
そして、よくあることですが、理念と実態が乖離していたことです。世界をよりよくと言いつつ、目先の掛け算を考えてばかりのように思えました。グロースする中で発生しそうなあれこれをすっ飛ばし利益だけを皮算用するのはいいとして、データ量やトラフィックを指摘すると「そこは現場努力でしょう」となるので、世界を良くする前に精神を悪くしてしまい人生で初めて心療内科にいったりもしました。一応グローバル展開を目指しているとしながらサーバからMailerDaemonが飛んできたら「ギャっ英語っ!」と言って読まず捨ててたり、急にサービスが止まった時には激怒して責任の所在の追求を求められたため、草創期にえらい人の個人アドレスで取得してほったらかしにしていたドメインが失効したことが原因と伝えたら「あれはもう読んでいないアドレスだし仕方ない。こういうピンチのときこそチャンスにしようぜ」という謎理論を出されたこともありました。
違和感が確かなものになったのは、外部に提出する資料で社内の数字が異なっているとを指摘すると「こういうのは見栄が大事なんだ」と暗に公文書偽造をほのめかされたことですが、これ以上は闇っぽいので書きません(たぶんどこもやってて罷り通ってる範囲だと思うけど)
総じて、心理的安全性の低さ、そこからくる身動きのとれなさ、ロールモデルの不在、前時代的な風潮、社内文化へのミスマッチと不理解、成長の実感が沸かない不安と不満、それらに伴う摂取アルコール量の異常な増大と過食、といった要因の積み重ねが、ネガティヴな形での退職へと駆り立てることになったのだと思います。まあ、よく知らんうちにリファラルしてるところからして「採用・教育コストを考えてないのでは?」の念はあったのですが。中身がまったく不透明の状態で飛び込んだらそうなるよなぁ、の好例かもしれません。誘われた時はわりと藁にも縋る思いだったのでしかたないね。
現在はスキー場で住み込みバイトしてます。無考えに退職すると年を越せないことに気づきました。
可処分所得・可処分時間いずれも今の方が上なのはちょっとウケます。賃金はふつうに生きていければいいので前職程度でも気にしなかった程度なんですが。いまは映画をみたり積ん読を消費したり、在職時は深いところまで触れなかったPHPをいじったり、生PHPしかやってないことに気づいたのでcakeやったり、あとはweb周辺も久しぶりにキャッチアップしたりしてます。nodeネイティブおじさんなのでFWはangularしか知らないんですよね。vue/nestが面白そうな感じです。あと寮のwifiが談話室限定で窒息しそうだったので、持ち込んでいたラズパイをルータにして部屋まで飛ばしたら隣室の同僚から感謝されたりと活動は多岐に渡ります。
先のことはなにも決まってませんが、ちゃんとエンジニアリングしている組織で開発してみたいなという気持ちがあります。レビューやスクラム、アジャイルなんてのはひとりだと不可能ですし。ですが、やはりそういった会社は日本では都市部にばかり集中しているのでしょう。自分は空気の悪いところには住めないし、案外また辺鄙なところでtechとは無関係のことをしているのかもしれません。ワーホリでも使って海外で大麻栽培でも始めようかなぁ。
巷説に流布する「未経験からエンジニアへ」の言説のたぐいは、どちらかというと技術力よりもコミュ力が偏って高いタイプが生存しがちな雰囲気を感じます。たまにTLに流れてきたのを見かけますが、ああいった立ち回りは自分にはできないしやりたくないなぁと思ってきました。社会の要請ならばそれまでですが。
自分は体系的な情報教育を受けていないどこにでもいる地方高卒で、下手の横好きで趣味プログラムを書いてきたし、続けてるってことはそれなりに好きなんだと思います。得意じゃないけど。んで、こんなのがITエンジニアをしたサンプルというのは見かけないかもなぁと思って投稿しました。光あるところに闇あり。
といいつつ、やっぱり好きなことの結果がおかねになるのはいいよなぁと思った次第です。プログラムを書くのは楽しいけどエンジニアリングは超絶むずい、が雑な総括ですが、今回のことを顛末次第にはする気はないので、どこかに拾ってもらえるよう精進するきもちになりました。
レビューを不具合を教えてくれる便利な知恵袋だと考えてるバカがたまにいるが、
この手の人間はミス一件ごとにビンタしていいルールにして欲しい
自分がわからないことや調べきれないことは、未完成のままレビューに出すと、
レビュアーが調べて答えを教えてくれるものだと思ってるらしく、
レビューとは、レビュアーとレビューイ、互いに違った観点から二重に検査をすることで
レビューイが完璧と太鼓判を押せるものを出すのがあるべき姿だろう
チェックするのがレビュアー一人だけでは検査として十分なチェックが果たせない
俺はいちいち丁寧に調べて教えてあげたりしないから、一言ダメって書いて突っ返すだけだが、
そんなもんでもいちいちチェックさせられるこっちの身にもなってほしい
ミス一件ごとに一発殴らせろクソが
だから、言葉足らずで不十分な指示をしてしまうことは多々ある。
優秀な人間は、そんな間違った指示からも正しい意図をくみ取って実行できる。
どこがどう間違っているかきちんと認識しているので、指示内容に迷いや疑いをもつことはないのだ。
csv設計書にこの要素はプルダウンで選択して〜とか書いてたので「csv仕様書はcsvの仕様だけ書いてください実装方法はシステム側で検討するので書かないで」と伝えると
"実装方法はシステム側で検討する"のだから、仕様としては候補を挙げておくだけで十分だろう。
よく分かんないだけど、1フレーズにまとめたら『事前に予定価格を教えてしまってはいけない』ってことだよね?
でもそれっておかしくね?
見積もり一切取らずなんの根拠もなく「まあ、俺ならこれぐらい貰えたらこの仕事するかなー」で発注かけるってこと?
まあ仕様書にビシーっと0.000から10.000までを小数点以下3桁まで書かれてますよのレベルならそれでもいいけどさ、公務員が出してくる仕様書って基本的にクソじゃん。
スカスカのフワフワの文書に対してどこまで求めているかを知る足がかりの一つが値段ですって状態でしょ?
んで見積もりも取らず過去実績とかも考えずにおりゃーって入札出そうとしても
経理が止めるでしょ。
んで経理も経理で現場のことなんて知らずに自分らが責任取らずに済むかしか気にしかないから「見積もり取ってるの??」しか聞いてこないで、取ってないけど過去のこれこれこういう工事や業界の標準が〜と説明されても「見積もり取れよ〜それがイナフかつノーウェイウェーイ」ぐらいの感じでしょ。どうせ文系公務員とか口だけのウェーイだし。
でもそれってつまりは「予定価格を事前にモロだししてお付き合いしてこーぜー」って皆が口を揃えて言ってる状況やん。
そんな中で「官製談合反対!俺は金目の話はしませんとくん」とか抜かしてるやつおっても、そいつ無視してみんなで仕事するだけちゃうか?
それからもしかすると五感や注意力、集中力で人と認識が異なる事があるかも知れない。それは欠点でなく生かせるかもしれない。
今の疲れた心だと多少難しいけど凝り固まって考えないで欲しい。
創作活動はしていないが、あれやこれやと設定や企画を考えるのが好きだ。
それはゲームとか漫画とかのコンセプトだったり、世界観を想像したり、古代文明の失われた機械だの霊能力だのと、介護保険を払う年齢になっても空想が好きなのだ。
漫画家のゆうきまさみ氏は、架空のアニメを企画するという遊びを仲間内でやってたらしい。そしてそこからパトレイバーが生まれたのは有名な話。
まさにそれ。気の合う仲間と、ありもしない世界をつくりたい。語りたい。
短編小説を書き上げる程の根性もなければ、味のある絵も描けるわけでもない。努力を惜しまない姿勢も含めて、自分にはそういう一種の才能が欠けているのは、専門学校生の時に気づかされた。夢から醒める瞬間だった。
それはもういい。ふるいにかけられ、クリエイターになれなくとも、年甲斐もなく創造するのが愉しみなのだ。
どこかにないのだろうか。そういう設定とかをシェアするようなサイトとかサークルは。
次第に著作権とかの問題も出てくるだろうが、ピュアに、もう一度、あの頃のように夢をみたいんだ.....!
----
って、書き殴りしたが、ほんと、どこかにないですかねー。
----
トラバ付けて頂いたりコメ頂きありがとうございます。はばかりながらも、追記します。
あれから、もし自分でサイトを立ち上げるなら、何が必要か、何が起こりそうか考えてます。もう既に想像中w
例えば男性キャラAの設定を投稿、それについてディスカッションが始まる。
みんなが色々考えるなか、誰かが「実は女にだらしないってのはどう?」と提案する。
でもその提案、ストーリーの作り次第では意外とイケるのでは?破棄はもったいない。
それならば、「標準」という設定から枝分かれさせたらどうだろう。プログラム開発でいうブランチを作る感じで。
また誰かが「それは生温い。ペドフィリアで行為の最中に『孕め、孕め』と叫ぶゲス野郎だ」と提案したら、どうしよう。
いくら投票で決める「標準」から枝分かれできるシステムでも、自分のポリシーに背く内容だ。
ある程度は公序良俗に沿うよう利用規約をつけても、逆に表現の自由を奪ってないだろうか?
そこでゾーニングだろうか。
多くの方は「激務に心が折れたか?」と考えるかも知れない。まさにその通りだ。
天才たちが1件数千万円、数億円みたいな超弩級の案件を挙げつづける横で、細々と1件500万円みたいな案件をコツコツと積み上げノルマをでクリアするという平々凡々な営業だった。
天才たちに囲まれて彼らの足もとへギリギリ届くくらいの成績を挙げるには彼らよりも長い時間をかけて働かなければならず、約15年間走った営業人生の中で2度仕事中に倒れた。
2度目のときは医者から「このままだと死にますよ」と叱られ、妻にも泣かれ、小さな息子が居たため、営業を続けることを諦めた。
営業人生の中で唯一誇れることは、まだまだ小さかったIT業界へお金を回していたことだった。
500万円という小さな金額であっても私は平々凡々な営業だったので最初から挙げられるはずもなく、訪問先へ苦労しているうちに辿り着いたのが当時ASPと呼ばれ・・・いや自称していた小さな小さなIT業界だった。
彼らの組織はだいたい4〜5人ほどしか居らず、多くても20人には届かない程度。奥さんが経理をやっていたり、労働基準法なんてものは無いかのような業態、主力商材はiモードサイトの作成、私に語るのは夢物語のようなインターネットの未来、何なら人手が足りず私すらコーダーとして参戦するような有様だった。
「社長、社会保険は払わないと不味いですよ労基署に見つかったら・・・」「でもお金無いんですよ電気代もタダじゃないしソフト高いし」「私が案件持ってきますんで社会保険だけでも何とか捻出しましょうよ」のような会話をよく繰り広げた。
会社へ戻り天才型の大先輩へ対して本気の土下座を敢行し、30分程度頭を地に付けていると先輩が折れ、お金のある病院やら銀行やら公官庁やらを紹介してくれてホームページ作成案件を得て、直ぐにIT企業へ融通した。
おそらく多くの人が馬鹿だと言うだろうけれど、ここまで一切の売上はない。
私は夢物語を語る彼らが正しいと信じ、同時に彼らしか私のノルマを減らせないので必死になって運命共同体となり働いていた。
それでもある会社は労基署にバレて業務停止命令をくらい、ある会社は堪えきれなく倒産し、ある会社は社長が従業員に給料を支払うため首を吊った。
首尾よく情報サイトやレンタルホームページやレンタル掲示板サービス、軽量化Proxy、検索サービス、広告プロバイダあたりがヒットした企業は生き残った。
流れが変わるのは小泉政権IT革命時代で、そこから私は先見の明がある優秀な営業マンであると社内で評価されるようになったが、これまでの無理が祟ったのか成績がやっと見れるものになってきたなと思ったら前述したとおり倒れてしまい退職した。
転職し、営業時代と比較したら悠々自適と表現しても過言ではないような生活をしている中で1人の若者と出会う機会があった。
その斜陽産業は何かと言えば誰しもが絶望するだろう「製本」だ。
当初は「DTP」と聞いていたので困難ではあるけど未来は絶望とまではいかないと考えた。しかし詳しく聞くと「製本」だった。
跡取りよ、格好付けて「DTP」と答えるなよと言いたい。DTPと製本ではIT業界に例えるならば「CPUの製造」と「H8の製造」くらい印象が違う。
更に詳しく話を聞いていると「この会社はお爺さんの代から始まった会社であり、可能ならば跡を継いで会社を続けたい。しかしもし製本が立ち行かなくなれば人生としてそれは大変厳しいものになるのは間違いない」というものだった。
跡取りの言い分はもっともだと感じた。ここから10年20年何とか会社を継続して、その後に倒産の憂き目に遭えば年齢から来る就職難になってしまう。
現在の跡取りは20代であり、確かに自分の人生のため方向転換するなら絶好のタイミングだと言える。
そして3代とは言え家業を継ぎたいという気持ちもわかる。ある種の親孝行とも言えるし、もし家業が再び上向きの軌道に載せることが出来れば、コレほど満足行く人生は無いだろう。
跡取りの語り口は本物だ。家業を立て直したいという熱意が伝わってくると共に、泣く泣く諦めなければならない可能性が高いという現実も見えている。
私はその姿に若かりし頃に見た小さな小さなIT企業の経営者と従業員たちを重ねてしまった。私はおそらくこの跡取りに協力すると思う。
しかし、私には証券関連以外の知識はIT関連の知識しかないので、製本とWebサービスを絡めたことしか協力できない。
幸いながら私はこれまで世間に知られる前に消えていった数多くのIT企業を見てきたし、今やインターネットユーザならば誰しもが知るIT企業の黎明期に人員不足から開発へ参加し、地べたで一緒に川の字になって寝たこともある。
それらの経験から明確な計算式を私は持っている。つまりこれが最低限達成できなければそのプロダクトは上手く行かないというものである。
それは「1つのWebサービスが日本で達成できる理論上の全ユーザ数は約1000万人」であることを前提に「無料サービスであれば、そのサービスに登録する全ユーザ数の内2%から全コストを賄うという目標を3年以内に達成する」というものだ。
これは「Webサービス開発運営の年間コストが1億円ならば1000万人のユーザから10円ずつ徴収すると良い」というのは馬鹿の考えであるということだ。日本国民全体から1円ずつ貰えば1億2000万円になるじゃん!という考えと同じ。無謀だ。
理由はわからないのだが、Webサービスというものは何故か積極的に参加しつつWebサービスを維持するために課金しても構わないという強力なファンが全ユーザの2%前後に収束する傾向がある。再度言うが理由はわからないのだが長期的に見ると何故かそうなる。
つまり年間コスト1億円であるならば1000万人の2%、20万人で1億円を得なければならない。1人あたり年間500円だ。
ただ、実際はユーザ数1000万人などというのは途方もない数字なので、年間あたりに投資できる資金から最低限必要なユーザ数を逆に割り出すのが良い。
現実的に考え、そこそこ本気でやってるWebサービスを想定して年間コストが2000万円としよう(ちなみにスマートフォンゲームなどはこんなものでは済まない)。
そして次に課金額を決定する。この課金額は課金コンテンツの平均値ではなく中央値を考えたほうが良い。つまりユーザがよく課金するであろうコンテンツの価格を決めるわけだ。
現代のWebサービスの課金コンテンツでは一般的に年間6600円程度掛かることが多いので取り敢えずそうする。
これで課金するであろう2%のユーザ数が想定できる。約3030.30人だ。2%のユーザ数が出たので100%のユーザ数もわかる。約15万1515.15人だ。
ここから更にアプリストアの手数料なども換算しなければならないので、課金額を減らせば獲得しなければならないユーザ数は増えるし、課金額へ手数料を上乗せすると課金して貰える障害が増える。
これを3年以内に最低限達成しなければならない。本音を言うと1年以内に達成するのがベストというかそのつもりでやらないと3年間も走れない。
忘れてはならないのがこれはWebサービスを不安なく維持するための費用なのだ。従業員の給料などは想定されていない。
だからこそスマートフォンゲームはあの手この手でユーザの課金額を高めようとするし、ユーザの課金率を上げようとしている。
SNSなどは全ユーザ数あたりの企業アカウント率を高めようとし、企業アカウントに広告出稿などで課金させることで課金アカウント2%を超えようとしている。
これを先ずは跡取り(とその両親である役員)に飲んで貰わないと話が進まない。おそらくは大抵の人が引いてしまう数字だとは経験上理解している。
もちろんこれから製本や印刷を求めるユーザが魅力的だと感じるWebサービスを考えなくてはならない。
私の頭の中にはひな型程度はあるが、そのひな型が跡取り(と両親)が気に入るとは限らないし上手く行く保障もない。
役員たる両親には現在の製本工場とその従業員を守るという意識があるだろうし、斜陽産業と自覚していても軽々しく冒険は出来ないだろう。
この辺りは私の営業としてのトークスキルが重要ではあるが私は平々凡々だと自覚しているので力不足で終わるかも知れない。
跡取りのやる気を維持しつつ更なる現実を見せ、両親を説得し、要件をクリアできそうな私の知るIT企業へ開発を委託し、ミーティングを繰り返し仕様書を作り、開発を進め、デプロイした後は跡取りと私が運営することになるだろう。
このようなことを考えていると若かりし頃を思い出し懐かしくなってくるが、家庭がありながら馬鹿なことに首を突っ込もうとしている私は妻から愛想を尽かされてしまうかも知れない。
極力、休日を使おうと考えては居るが、休日が足りなくなったら現在の職も辞めなければならないはず。何とも馬鹿馬鹿しい身勝手な男だ。
https://blog.8arrow.org/entry/2019/09/19/080000
をぼんやり読んでいて、SI企業に勤めていて、色んな案件があり、その中に当然OSSがあるわけだ。
で、我々はSIerはソースもロクに読まず(英語は読めないのでマニュアルも読めない)ググり、やり方を試行錯誤するわけだ。なお、仕様書がないのを不満に思っているお年を召した人もいるけど、まぁそれは別の話
あと、俺詳しいぜ系の人でもOSSにソース書いてるなんて話聞いた事ないなぁ。評論とかウンチクはめっちゃするけど。
機能がないからと文句は言うが、プルリクは出す気はないし、当然ソースを書く気も工数もない。っていうか、GitHubへの投稿なんて制限されている。