それをおかずにしておいしいご飯を食べながら、年老いた母に向かって上機嫌に語った。日本のITがいかに惨憺たる有様なのかを語った。奴らは失敗したし、これからも失敗するだろう。なぜなら日本はIT技術者を軽視しすぎていて、商社きどりのIT ベンダーが何か仕事したつもりになってそれでお金を貰える国だからね。といった具合だ。もっともこれは俺が何度も何度も繰り返している社会に対する呪詛で、目新しいところは何もなかった。

「どうでもいい話だね」

と沢庵を口に運びながらふいに母が言った。

「あんたが、過小評価されてようが、どこかのシステムの一つも満足に出来もしない誰かが高給をもらってるとか、そんな話は――」ポリポリと沢庵をかみしめて、飲み込んだ。「――どうだっていい話だよ」

俺はせっかくの上機嫌に水をさされて、少しムッとした。間髪をいれずに母は続けた

「COCOAってのはソースが公開されて、誰でも欠陥を発見できるようになってたんだろ？」

ニュースか何かで知ったらしい。

そうさ、だから COCOAの欠陥だって、4ヶ月前に発見されてissueとして報告されてた。でも元請けのベンダーも下請けもみんな無視したんだ。

「それは残念だったかもしれないけどね。それもどうでもいい話さ」

そんなことはないだろう、と俺は食後のお茶を淹れながら反論した。

元請けってのは正常に動作するシステムを納品する責任があるんだ。彼らはその責任を果たさなかった。発注者の厚労省だって、検収責任があったのに怠っていた。

「発注者にも元請けにも責任がある。それは道理だね。ただ、私が知りたいのは、あんたの責任さ」

責任？プロジェクトに無関係の、安月給のしがないプログラマの俺の責任？なんだそりゃ？

きょとんとして、母親の目を見た。茶をすすっている皺くちゃの顔が怒りの感情をたたえていることに長年の付き合いのある俺はすぐに気づいた。

「あんたはプログラムがわかるんだろ。あんたは問題の指摘を見てどうしたんだい？」

ギクリとした。俺はそのIssueをgithubで見たわけではなかった。正確にはCOCOAの不具合が明らかになってから、どこからともなくTwitterでまわってきたスクリーンショットを見ただけだった。

「他のプログラマだってそうだ。その指摘は正しかったんだろ？プログラムを見たらそれが正しいことはわかったんだろ？なんで、これはすぐに対応しなきゃいけない。みんなで大騒ぎしよう、とはなんでならかったんだい？そうしていたら、もっと早く問題が解決したかもしれないのに」

俺は黙るしかなかった。正直なところ俺はCOCOAのソースコードすら読んではいなかった。だって Xamarinだし、目もくらむような一流企業の年下の若者の書いたコードだし、そもそもアプリは専門外だ。だがそれを母に言って納得させられる自信はなかった。

「それだけの能力がなかったからできなかったっていうなら、仕方ないことさね。それは責められるもんじゃないよ。仕事で請け負ったわけでもないしね」

能力がない、という言葉がまたチクリと俺の胸に突き刺さった。実際のところ、がんばって読み解くぐらいのことはできたかもしれない。GoogleとAppleのドキュメントを読んで、issueの内容を検証する、ぐらいのことだったら出来た可能性もある。

だが、俺はやらなかった。やらなかったから、出来なかったのだ。

「あんたには責任があった」

プログラムができる人間としてissueが正しいかを検証する責任？

「違う。それは出来なくていいのさ。出来る人がいればたくさんいれば良かったろうけどね。そうじゃない」

じゃあ何？

「このコロナっていう大変な時代に、みんなの命がかかっている大事な話に、『プログラマとして』関わる責任だよ」

ピンとこなかった。俺はコロナ関連のシステムを作っているわけじゃないし、それは他の連中の仕事だ。

「いいかい？私らはプログラムのことなんてさっぱりわからない。エーピーアイってのが何のことかさえよくわからないんだ。あんたにはわかるんだろ？」

ま、まあ、だいたいどんな原理で動いているかなら･･････

「つまりあんたは、私らとは違って物事がようく見えているはずなんだ。私らには逆立ちしたってできっこないことが、出来るはずなんだよ」

で、でも、具体的に何をしろっていうんだよ･･････

「何だっていいさね。あんたの残業が多くて、給料が安いのも知っているから、出来る事なんて全く何もなかったって仕方ないかもしれないね。でも―――」母は目を見開いて俺を真っ正面に捉えた。

「実際に作業をしている当事者をおもしろおかしく冷笑したり揶揄えるほどあんたが無関係だ、とまでは思わないね」

俺は押し黙って下をみるしかなかった。炬燵布団の単調な色合いがくすんで見えている。

「私らはね、これでもあんたたちプログラマに敬意を払ってきたつもりなんだ。給料が安いのだって、可哀想に思っているよ。早くあんたたちがその努力に見合った待遇を勝ち取れたら良い、と本当に思っているよ」

「だけどね、こんな大変な時に、みんなの命がかかっている時に、あんたのようなプログラマーが給料が安いからやる義理はないだの、責任の所在がどうだの、そういう何も生み出さない評論家じみた減らず口を止められないのはどういうことなんだい？そんなことをあんたたちが言う権利は本当にあるのかい？」

「結局のところあんたらは」母は、茶の最後の一滴をすすった「私らの命にすら興味がないんじゃないのかい？」

そんなことは･･････

と反論しようとして、自分が言おうとしていることが何もないことに気づいた。そうじゃないんだ。そうじゃないんだけど･･････とめどない言い訳が続いて俺は口をつぐむしかなかった。

母は食器を持ってシンクに向かった。

不安な気持ちのまま俺だけがリビングに取り残されてしまった。

「たとえIT土方と呼ばれても、心までIT土方になるな！」

何かで見たポスターの言葉が浮かんだ。そして、しばらくTwitterはやめよう。と思ったのだった。

Permalink | 記事への反応(1) | 05:01

2021-02-19

■

Xamarinが適切かって議論はあるにしてもそれ以上に

開発会社「発注者が受け入れ時に検収してくれるだろうから動作確認しなくてヨシ！」

発注者「開発会社が動作確認してくれてるだろうから検収しなくてヨシ！」

現場猫並みの知能だな。お前らな

Permalink | 記事への反応(0) | 11:20

2021-02-11

■anond:20210211232201

いや発売から日が浅いゲームは分かるよ

だから本文にも増産に繋がるなら～って書いてるしな

でも時間が経った新品のゲームソフト(パッケージ)はメーカーの売上にならなくね？っていう話よ

引渡しでも検収でも出荷基準でもいいんだけどさ、要するにモノを売ったら売上勘定として計上するわけじゃん

だからメーカー側からしたら小売や問屋に売った前後で売上として計上するわけじゃん。じゃあ売上に計上した後に小売店で在庫があろうかなかろうが一切の関係はないじゃん

直販店だったとしたらまあ、個人客に売った時点で売上に計上するだろうからその限りではないんだろうけどさ

つまりさ、小売店に売れ残ってる新品のゲームソフトを買ったところでメーカーには一切売上にならないからメーカーは喜ばなくねって結論になるのよ

にも関わらず勘違いをして小売店の新品のゲームソフトを買えばメーカーに金が落ちると思ってる人がちょいちょい居てモヤモヤするっていうのが本文なのよ。お分かり？

Permalink | 記事への反応(1) | 23:37

2021-02-08

■COCOA開発について調べてみた

Android版バグについて開示された文書を少し読むだけでいくつかのデマが分かった。

https://note.com/mugura/n/ncc3c61de39ea で情報開示されたPDFを読むことができる。

議事録側はまだ読んでいない。

最初にHER-SYSの開発のためにパーソルプロセス＆テクノロジー株式会社と税込約2億の契約があった。

COCOA開発は原契約を税込約3億へ変更とすることで対応した。

契約変更の時、再委託先を株式会社FIXERの1社から以下5社へ変更する申請がなされた。

厚生労働省
┗ パーソルプロセス＆テクノロジー　2億6771万（税別。以下同様）
　　┣ FIXER 　　　　　　　　1億2062万
　　┣ エムティーアイ　　　　1615万
　　┃　┣ E社　　　　　　　　355万（MTIから）
　　┃　┗ D社　　　　　 　　　41万（MTIから）
　　┗ 日本マイクロソフト　　2201万

それぞれの業務範囲

株式会社FIXER	新型コロナ感染者等情報把握管理システムの開発、監視運用、サポートデスクの一部業務、およびサービスの提供
株式会社エムティーアイ	接触確認アプリケーション開発の一部、リリース後のヘルプデスク/運用保守業務
E社（MTIからの委託）	メールサポート（日本語/英語）接触者に対する電話サポート（日本語のみ）
D社（MTIからの委託）	初期検収業務の一部、および保守開発準備業務の一部
日本マイクロソフト株式会社	PMO支援、技術支援

デマについて

・まず2億から3億の差額約1億がHER-SYS側への繋ぎこみおよびiOS・Androidのアプリ開発に充てられていることになる。アプリ開発が3億のように言うとデマ。

・そして3次請けの位置の2社は業務範囲に開発は含まれていない。「多重請負でたったこれだけに」みたいな図でここの金額が出てきたらデマ。

ここからは憶測や調べ切れていないこと。（議事録側で分かることもありそう）

・COCOAのベースはOSSのCOVID-19Radarで、開発に関してはどこかに OSS利用という線を引いた方が分かりやすい。

・OSS利用を0円発注の搾取とは通常言わないが、今回に限っては、1国1アプリの条件がある中で、6月中旬公開の宣言されて実質納期になったり、

　初期の品質批判がコミッターに直撃してリタイアしたところを見ると受託者に近いようにも思う。

　https://www.itmedia.co.jp/news/articles/2006/23/news107.html

・開示された文書での契約期間は2020/7/31までだが、それ以降の体制は未確認。

・2020/9/28にiOS版の不具合（通知あるのに接触なし表示）修正のためにアップデートが行われ、その時Android版にエンバグが発生した。

　https://www.asahi.com/articles/ASP236SR9P23UTFL00R.html

　瑕疵として対応したものかどうかやその時の体制は未確認。

・政府 CIO補佐官(ブクマカ)のツイートでは、EN API 自体の制約や、アプリで選定された技術から人材・機材の手配の難しさに言及している。

　https://twitter.com/masanork/status/1358207125546127362

　https://twitter.com/masanork/status/1358187420492001281

・人材についてはMSがいるのにと思ったが、MSの支援が切れる事情でもあったのだろうか。

・技術選定については不透明である指摘がいくつかあった。

・COVID-19Radarでない方のまもりあい Japan（の一般社団法人Code for Japan）は新型コロナウイルス感染症対策テックチーム第1回から参加していたが、採用されないことになったについて根拠が不透明とある。

　https://medit.tech/code4japan-not-incharge-of-contact-tracing-app/

・COVID-19Radarの中心がMS 社員であったことや、Azure DevOpsなどMS一色の技術選定であったことなどから経緯を訝しむ考察があった。

　https://blog.rocaz.net/2020/06/2140.html

　https://blog.rocaz.net/2020/06/2171.html

　https://blog.rocaz.net/2020/07/2257.html

・そして今回の開示された文書でもなぜCovid-19 Radarが選ばれたのか不明とある。

・選定が不具合と直接関係ないとは思うものの、利用人口少ない技術スタックを選んで人材不足になったなら遠因にはなってる気がする。

・大きくやらかした時に責任取り切れず法人ごと消えることの無さそうな大企業を窓口に選びたいところまでは分かる。

　もしそうならCfJとの間に1社挟む手もあるだろうが、まんま中抜きに見えるのが嫌だったのかも知れない。

Permalink | 記事への反応(1) | 16:02

■[増田統計]2021年 2月7日 日曜日の増田

時間	記事数	文字数	文字数平均	文字数中央値
00	114	18562	162.8	46
01	35	5806	165.9	34
02	64	12689	198.3	79.5
03	45	3671	81.6	48
04	13	737	56.7	39
05	14	1501	107.2	84.5
06	57	4009	70.3	30
07	48	5391	112.3	55.5
08	79	7362	93.2	55
09	126	16295	129.3	49
10	163	16608	101.9	46
11	142	11898	83.8	44
12	140	12371	88.4	47
13	166	14282	86.0	38.5
14	252	18346	72.8	35.5
15	127	9970	78.5	45
16	148	11728	79.2	40
17	162	14519	89.6	51.5
18	180	18110	100.6	50
19	143	22591	158.0	56
20	157	17095	108.9	47
21	170	18188	107.0	47
22	183	19107	104.4	43
23	132	17261	130.8	47
1日	2860	298097	104.2	46

本日の急増単語 ()内の数字は単語が含まれる記事数

タスクバー(6), 水酸化ナトリウム(4), 森氏(7), 2月5日(4), 原田(5), 検収(3), マホト(5), COM(3), 実機(12), マイニング(10), ソル(7), 森(47), 少子(17), ビットコイン(12), ガイ(15), 2021年(12), リンチ(8), 卑屈(10), 少子化(26), オリンピック(36), 不具合(8), 女性差別(14), クンニ(11), マジレス(8), 子育て(28), ✋(8), 経費(7), アパート(11), テスト(22), 開催(17), 不(19), 投資(23), 会議(18), 謝罪(17), 資産(13), 回避(11)

頻出トラックバック先 ()内の数字は被トラックバック 件数

■森の叩かれぶりを見てるとアホらしいなあって /20210 206223 117(65), ■ /20210 207085650(26), ■成功した小市民はどこに向かえばいいのか /20210 206142933(20), ■Windowsのタスクバーを上にしてる /20210 207143932(20), ■聴くと頭が悪くなる曲 /20210 206182035(17), ■中止確定！東京五輪クソかるた　～2021年2月版～ /20210 206230031(15), ■【求職】大学辞めて増田で就活します /20210 207093448(15), ■付き合ったことがないやつを無意識に差別してくるクソども /20210 207023511(15), ■かわいいと言われても反応に困る /20210 207140252(14), ■実機テスト、するよね？ /20210 207131927(12), ■はてな民は自動車メーカーを舐めすぎじゃないか /20210 206103725(11), ■2021年版・ド初心者向け仮想通貨投資の始め方 /20210 207143934(11), ■独身税の何が悪いのかわからない /20210 207180525(11), ■おじさんはいくら叩いてもいいという認識でいい？ /20210 207191757(11), ■１おくあったらなにする？ /20210 207140334(10), ■女の性欲 /20210 207021742(9), ■最近の若者大人しすぎない？ /20210 207062052(9), ■森元首相の件に怒りを感じることが出来ない /20210 207133707(9), ■任天堂に作ってほしくないゲーム /20210 20617 2343(8), ■なんでみんな男女の平均寿命差に触れないの？ /20210 207091440(8), ■モラハラ家庭(カースト最底辺の母親)の愚痴がしんどい /20210 20712 1121(8)

Permalink | 記事への反応(0) | 00:04

2021-02-07

■anond:20210207144529

喧嘩両成敗じゃねーよｗ

まともに委託先選定して検収ちゃんとやってりゃこんなことにはなってない

税金ドブに捨てた厚労省の役人ども、パーソル詰めたあとはちゃんと腹を切るんやで、いやマジで

Permalink | 記事への反応(0) | 14:48

■anond:20210207144101

常軌を逸したレベルの高額発注しといてまともに検収できない厚労省がヤバいだろｗ

Permalink | 記事への反応(1) | 14:42

■中抜きの何が悪い

IT関連で人材派遣やら中抜きの仕事をしている人です。

なにやらCOCOAの件で、きな臭いことになっているので、釘を刺しておきたいです。

これは長年の業界の慣習です。少なくとも90年代からずっとそうです。したがって何の問題もありません。

個々の企業は本質的に個々の企業のために動きます。そして資本主義の世の中ではカネが全てです。全ては顧客のためであり、そのソフトが社会的にどのような役割を果たしているのかは興味がありません。考えてはいけないことです。そして顧客とは私の会社に発注した会社のことをいうのであって、元請けや実際にそれを使う人のことは私たちには関係がありません。したがって何の問題もありません。

中抜き会社が何もやっていないわけではありません。一般的にいわゆるプログラミングに1ヶ月かかるとしたら、設計やすり合わせテストには、その5倍はかかります。仕様の文面をもらったり聞き取りをして、それを解釈して、私たちの仕様文面に落とし込む、そしてプログラムが納品されたらその検収書をチェックして、わたしたちの検収文面に落とし込む。プログラミング以上に手間がかかる作業です。極端な話ですがプログラミングがたとえ数行でも納品物はキングファイルになります。したがって何の問題もありません。

今回の件でいえばもっと時間をかければよかったのです。

はっきりいって同じ規模の仕事なら、少なくとも1年、できれば3年ほしいところです。無理な短納期にしたのが問題の本質ではないかと確信します。

金額については想像でしかないですが、規模感から考えると元請け3億円はむしろ安いのではないかと思います。

Permalink | 記事への反応(6) | 14:04

2020-11-21

■世間は書類をどうやってるの？

なんかめんどくさいから気になる

社内の設計書、見積書、予実算書、受注登録書、検収書がバラバラのエクセルでそれぞれが独立して作られている

項目名とか金額とか件名、工期、発注者が共通してるデータなのにそれぞれ独立してエクセルで作ってる

それだけで何工数か無駄になってんじゃねえの？？

独立させてる方が後で修正(?)かけれて都合がいいのかもしれないが

他の会社はどうやってるのか気になる

Permalink | 記事への反応(1) | 12:50

2020-10-09

■anond:20201008200239

派遣の人に検査仕様書の作成を依頼していたのはまあ分かるとして、お前の会社はなんでそれを検収せずに納品してるんだよ

Permalink | 記事への反応(0) | 12:15

2020-08-23

■はてなの2020年 7月期第3四半期報告書を見てみた

anond:20200822181533

https://ssl4.eir-parts.net/doc/3930/yuho_pdf/S100IQ8D/00.pdf

この記事見てそういやはてなって上場してたなってIR情報見たら色々とやってて面白かった

軽くまとめたけど間違ってたらトラバとかブコメで教えて

コンテンツ プラットフォーム サービス

「はてなブックマーク」、「はてなブログ」など

このあたりはBtoCだからみんな知ってるサービスだよね

はてなブログの有料プランの他はアフィリエイト広告がほとんどみたい

経緯がわからないけど一部のアドネットワークの接続が停止されていたが収益は堅調

コンテンツ マーケティング サービス

BtoB ストック型ビジネスとしてCMS である「はてなブログMedia」を展開

はてなブログMediaは企業がオウンドメディアを作成できるCMSだが

レギュラープランとライトプランの2つを導入したことによって

このCMSを採用したメディアが74件だったのが102件まで増えたとのこと

テクノロジー ソリューション サービス

「受託サービス」とサーバ監視サービスの「Mackerel」など

Webマンガサービスに特化したマンガビューワ「GigaVIewer」を開発（受託でなく自社サービス？）

こちらは集英社など11 サービスで搭載されWebマンガのデファクトを目指して売上は堅調

またKADOKAWAの依頼で「カクヨムの収益還元プラットフォーム」「魔法のiらんどのリニューアル」などを開発してすでに検収済み

Mackerelはエンジニアなら知ってると思うけどなんか堅調らしい

最後に

BSとかPLの読み方がわからんから今後はわからんが、はてブ以外にも色々やってるのがわかって面白かった

増田なんか多分数あるうちのサービスでIR的に結構どうでもいいんだろうなって感じがした

ということでおやすみなさい

Permalink | 記事への反応(0) | 23:29

2020-08-20

■anond:20200819122438

カステラマン騒動などのサイドストーリーは検収通るレベルで質が高い

https://togetter.com/li/1558284

Permalink | 記事への反応(0) | 09:49

2020-07-30

■anond:20200723033147

単発のしごとで、それは納品して検収も終わってるのに、他にどんな責任があるの？

一度仕事したんだから、継続依頼について交渉のテーブルにつく義理くらいはあるかもしれないが

責任とか義務ってほどのものはないよね？

継続して発注があるかどうかは、最初に確認するに決まってるだろ

ましてや権利関係なんて最初に決めないと価格すら決められないじゃん

もっと勉強してから釣りしようね

Permalink | 記事への反応(0) | 16:01

2020-07-19

■anond:20200719101057

楠氏の話を見ると、まず日…H社が納品した奴が調達要件を満たしてないっぽいんだよね…

これが本当ならこんなもん検収通すな瑕疵だろ直せクソがってレベル

https://comemo.nikkei.com/n/n1c9103c81c79

自分たちが納品したシステムが調達仕様書に定めた要件を実現できず、それが社会問題となって新聞に大きく載り、大臣が直接叱責するほどの大事件となって、それでも全く責任を取らずにケツを捲る

Permalink | 記事への反応(0) | 10:15

2020-02-25

■anond:20200225122224

専門家として当然求められるレベルの設計書がかけていない（善管注意義務違反）なら、それは仕事ができていないということで損害賠償はあり得るよ。

ただし、SESはあくまで「お客さんがやることを代わりにやる」であって、検収の仕組みをキチンと契約で定義できていれば、「おたく（顧客側）も確認不足ですよね」で全額は回避することも可能だよ。

大事なのは契約内容だね。

Permalink | 記事への反応(0) | 12:29

2020-02-03

■エンタープライズ ITの光と闇

エンタープライズ ITの世界を紹介する。これから業界に入る若者は参考にしてほしい。

ユーザ部門
IT 部門
1次請け
2次請け
n次請け

エンタープライズのITはこんなツリー構造になっている。下層にいくほど枝分かれする。層の深さや枝分かれの多さはプロジェクトの金額による。このあたりの闇は増田でも多く語られている。たとえ天下のGAFAでも1次請けやIT 部門の下に入る。昔はオラクルやIBMだったのがAWSやAzureに代わっただけで構造的には同じだ。

それではカネの流れと利益構造を説明していこう。増田のメインターゲットである下層から説明する。

n次請け

この層はIT 会社ではなく人材派遣会社といっていい。n次請けはn-1次請けに人材を派遣するので以下の構造がある。

売上 = 単価 × 作業時間
利益 = 売上 - 労務費 (販売費や間接費は省略)

例えば、月単価100万円の人を10人派遣すると売上は1,000万円になる。この売上を営業やコーポレートといった連中と社内で取り合うわけだ。だから給料を上げるには単価と作業時間を上げるしかない。

n次請けの営業はn-1次請けと単価を交渉する。単価は派遣対象のスペック（経歴書）で決まる。単価を上げるためのキーワードはだいたい決まっていて、チームリーダーとかクラウドとか入れておけばいい。あと、作業時間は無駄に多い方がいい。自動化で作業時間を減らすやつはバカだ。君の残業代は売上から出ている。

n次請けにいる人に告げる。さっさと転職しろ。AWSに転職したら給料3倍だ。

2次請け

この層は人材プール会社になっている。大企業は資本金や信用調査などを満たせない零細企業と直接取引ができない。2次請けは大企業と零細企業の間に入り、需要に応じて人材を売る役割を果たす。あと、キチガイみたいなやつが入らないようにフィルタするとか、派遣されてきた人が突然バックれた時に代わりを探すことも大事な付加価値だ。

売上 = 単価 × 作業時間
利益 = 売上 - (労務費 + 外注費)

例えば、月単価50万円の人を80万円で紹介すると、売上は80万円、利益は30万円になる。給料を上げるには安い人材を高く売ることが重要だ。そのためには2次請け社員がチームリーダーとなり、n次請けの安い作業者でチームを作ればいい。作業者の人数を増やせば売上は伸びる。リーダーができないやつはクビだ。

2次請けにいる人に告げる。現職はいい待遇だと思っているだろうが、外の世界を見ろ。

1次請け

この層は大企業だ。2次請けやハードソフトベンダを統合してシステムを納品する。一括請負契約の場合はリスクバッファの役割を負う。開発が炎上してもIT 部門は痛みを負わない代わりに、マージンでガッポリ儲ける仕組みだ。

売上 = 単価 × 工数
利益 = 売上 - (労務費 + 外注費)

実際には、IT 部門が出したRFPに対して工数を見積もり、価格を提示する。受注できたら開発に取り掛かり、納品と検収を終えたら売上が立つ、という流れになっている。コンペの場合は見積工数にかかわらず提案価格を大幅に安く出すこともある。また、受注してから売上が立つまで数年かかる場合もあるため、資本力が勝負だ。ハードウェアやパッケージ製品、クラウドを一緒に販売する場合もある。

給料を上げるには出世することだ。出世するには仕事を増やして安い人材を高く売る必要がある。

IT 部門にマネジメント力や商材をアピールして受注確度や価格を上げる。→売上を増やす
安い人材で開発が回る仕組みを作る。→原価を減らす

重要なのは流行りの商材でIT 部門を釣って仕事を取ることだ。RPAやAIなどのバズワードがなぜ人気なのか理解してもらえただろうか。開発は2次請けに任せればいい。お前の単価はいくらかわかっているか？

1次請けにいる人に告げる。リストラに備えろ。潰しの効かない仕事を続けていると転職できなくなる。

IT 部門

IT 部門は、ユーザ部門から受託した企画を具体化し、ベンダをコントロールしていくことが主な任務になる。あとは負債化したシステムの運用管理をやっていく。

予算 = (開発費 + 運用費) × 各システム
実績 = 予算 - コスト削減分

IT 部門はコストセンタなのでコスト削減が評価される。また、トラブルでシステムが止まると社内から批判を浴びるため品質管理が評価される。

給与は上げるには出世することだ。こういう方法がある。

ベンダに新しい開発手法を提案させてコスト削減をアピールする。
ベンダに便利な機能を提案させて事業貢献をアピールする。
システムの安定稼働をアピールする。

負債化したシステムは細々とメンテしていくしかない。ハード保守が切れるタイミングで大規模更新を計画して実績をアピールだ。

ただし、IT 部門はポストが限られているので出世するには社内政治が重要だ。出世の見込みがないなら転職しろ。

ユーザ 部門

ユーザ部門は新しい企画を立てて経営層から承認をもらい、ITを使って収益を得ることが仕事だ。あるいは費用を削減することが仕事だ。

売上 = サービスの売上
利益 = 売上 - (IT 部門委託費 + 販売費 + ...)

ユーザ部門はコンサル会社に企画書を作らせて、営業やマーケティングなどの他部門と要件を調整し、遅くて融通の利かないIT 部門のケツを叩くことが任務だ。

だがよく考えてほしい。IT 部門と多重下請のケツ叩きに無駄な時間を使うより、自分たちがベンダと組んで一緒に企画、開発、運用を進める方が効率的かもしれない。今日の企画を来週にリリースできたら最高ではないか。小さくリリースして学びを得て改善していく。

ユーザ部門はどんどん稼いで出世してくれ。

Permalink | 記事への反応(0) | 19:20

■滋賀県 公式サイト リニューアルの件のアレについて（議会編）

http://b.hatena.ne.jp/entry/s/headlines.yahoo.co.jp/hl?a=20190729-00000074-mai-sctch

このニュースがバズった後、ニュースにも出ていない問題が議会で追及されていたので、滋賀県議会のページ（令和元年９月定例会議（第９号～第15号）－09月30日-04号）をもとに、一部読みやすく編集してみた。

ウェブ アクセシビリティ 試験結果と公表

議員: 8月1日の新聞報道で、滋賀県のホームページは総務省が各自治体に対応を求めているウェブアクセシビリティ試験結果が公表されていないとの指摘があり、専門家からは検査結果が公表されていないのは目標をクリアできていないからではないかとの疑問の声が上がっている、との報道がありました。これを受けて、県は3月28日のリニューアルから5カ月おくれとなる8月28日に、ようやくアクセシビリティ試験結果をホームページ上に公開しました。（中略）このウェブアクセシビリティ試験について、これはいつ実施されましたか。

知事公室長: アクセシビリティ試験につきましては3月11日に開始をし、6月5日に完了いたしております。まず公開する前の内部環境におきまして、つまり 3月の時点で、対象とするページデータを抽出し、アクセシビリティ試験を実施をいたしております。その際には、対象40ページ・全体4万件余りの項目のうち、一部の項目につきまして不適合となったため、改善を重ね、公開後も検査を継続し、最終的には全て適合となったということで検査が完了した。それが6月5日でございます。

議員: （中略）3月31日にホームページの再構築の完了報告書が受託業者から提出されております。作業完了とあわせて、納品物・成果物としてこのウェブアクセシビリティ試験結果もあわせて提出する必要性があります。（中略）3月31日にウェブアクセシビリティ試験結果というものは出されていたんでしょうか。

知事公室長: 提出をされております。3月31日に委託業者から成果物として試験結果を報告を受けた時点では、先ほども少し申し上げましたが、試験対象とした40ページの試験項目約4万件余りのうち、98.1％が適合、残りの1.9％が不適合という状況になってございます。その1.9％の不適合の内容といたしましては、注意書きの漏れでありますとか、あるいは添付ファイルをグループ化することが望ましいという指摘などでありましたので、仕様書に基づきまして、見やすさなどを考慮し、一定の水準に達していると判断し、検収を行っているものでございます。その後、改善の上、継続して検査を行い、全ての項目で検査をクリアしているということでございます。

議員: ちょっと幾つかわからない点があるんですが。では、3月31日に提出されたものは、この（6月5日の）検査証明書とはまた異なるものを出されたということですか。

知事公室長: 3月31日に提出されておりますのはそれ（6月5日の検査証明書）とは別のもので、委託業者から検査結果の報告という形で受けてございます。その後検査証明書につきましては、6月の時点で全部が適合した状態のときに改めて提出を受けているという状況でございます。

議員: これとは別のものが提出されているというのもよくわからないんですが、であるならば、3月31日に出されたウェブアクセシビリティ試験結果をインターネットに公開するべきではないんですか。

知事公室長: お答え申し上げます。今ほど申し上げました経過等につきまして、わかりやすいように、ホームページでの公開につきましては考えてまいりたいというふうに思います。

議員: であるならば、この（6月5日の）検査証明書はいろいろ問題があるんですが。まず「検査実施期間：2019年 3月1日〜2019年 3月31日」と書いてあります。でも、今おっしゃったのは3月31日ではなく6月5日ですよね。（中略）また、それぞれ検査日時書いておりますけれども、（中略）ホームページというのは日々内容が更新されますので、どの時点でのページを検査対象としているのかというのを明確にするために、「Libra」というソフトで抽出時点のソースコードを記録して、それがサーバーに保存されています。その内容を複数の検査員で目視、それからプログラムで検査しながらそのページを検査しているんですが、（中略）実はこの（検査対象ページのURLとして記載された）「https:」、いわゆるSSLの対応というのが3月28日時点では行われていませんでした。いつできたのかというと4月3日なんです。（中略）6月5日に県が受理しながら、3月31日に検査期間終了したかのような形に書いてますけど、この検査報告書でそのまま県は受理しているんですね。私もいろんな書類を県に提出しますけど、日付が間違ってたらチェックして返されます。でもこの間違った検査証明書を県はこのまま受理して、しかもこれが今ホームページに掲載されてます。「2018年度の検査結果、つまり 3月31日までに検査を行いました、検査結果はＡＡでした」という形で。県もそのことをわかった上で意図的に2018年度のものとして掲載されている。（中略）矛盾するんですが、公室長、御説明をお願いいたします。

知事公室長: 業者からは3月末の時点で一旦提出をされ、その後改善を重ね、全て適合した形で6月の時点でその証明書が発行され、そしてそれを県がホームページに掲載したというものでございます。この御質問の検査証明書につきましては、検査機関により発行されたものでありますので、改めて確認をさせていただきました。その検査証明書の検査実施期間につきましては、昨年度の再構築事業におきまして当初に検査を予定していた期間を掲載をしている。そして検査日時については、検査を開始した日時を記載をしたものであるということを確認しております。

議員: はい、私も確認させていただきました。ここの検査責任者に直接確認をさせていただきました。「当初予定していた検査期間に作業が終わらなかった。結局完了したのは6月5日までかかってしまった」と。これ、（3月31日に検収された）ホームページの再構築業務に含まれる業務の一部です。見積もり額でいきますと80万円です。3月31日までに完了させなければならない業務が完了していなかった。加えて言いますと、検査するだけでなしに、（中略）先ほど仰いました98.1％以外の部分の修正作業というのはそれ以降行っておられますが、それも本来 3月31日までに完了しなければならない業務が、結果、完了していなかったということの裏づけとなるこの検査証明書だと思うんですが、公室長、いかがですか。

知事公室長: 先ほど申し上げましたように、全体の項目のうち98.1％が適合、1.9％が不適合という状況でございました。この状況を受けまして、仕様書に基づき見やすさなどを考慮し、一定の水準に達しているものと判断し、検収を行っているというところでございます。その後におきましては、保守業務の中で改善をし、その上で検査を受け、全ての項目がクリアをされたということでございます。

議員: 議論が前へ進みませんので次行きますけど。（中略）前のホームページのときの検査結果が以前はありましたが、リニューアルに伴いなくなってしまいました。これ、勝手に消してしまっていいんでしょうか。検査結果に限らず、今回リニューアルによって、この公文書とも言えるデジタルアーカイブが勝手に消されている部分がたくさんあるんですが、公室長、そのあたりの見解を伺います。

知事公室長: 過去のものでありましても、やはりしっかりと公開すべきものというのはあるかというふうに存じますので、他の都道府県の事例なども参考にしながら、望ましい公開の仕方につきまして考えてまいりたいと存じます。

CMSのライセンス 契約とライセンス料の支払

議員: 県が行った座談会の中で、CMSのライセンスについての質問が出たと聞いております。今回導入されたCMSのライセンス契約はどのようになっているのか伺います。

知事公室長: CMSのライセンスにつきましては、昨年度は再構築等業務委託契約、今年度は保守契約に基づきまして、委託業者から滋賀県に提供するように定められているところでございます。このCMSの著作権はもともと徳島県に帰属しております。現在のライセンス供与の方法やそのライセンスを使ってCMSの利用・改修を行うことにつきまして、問題がないことを直接確認をいたしております。

議員: それを書いた書面等は存在しませんか。

知事公室長: 今ちょっと私の手元にはございません。あるのかないのかも少し私の段階ではわかりませんので、改めて確認をさせていただきます。

議員: 私が確認しました範囲では、ライセンス契約書という書類は存在しないと聞いております。今公室長は「昨年度は再構築の中で、今年度は保守契約の中でライセンス契約を行っている」と仰いましたけれども、CMSに関するライセンスの記述というのはどこにもございません。再度説明を求めます。

知事公室長: 今、契約書・仕様書の中につきまして詳らかに全てを理解しているわけではございませんが、構築業務におきましてはCMSの一般的に開発業務の中に含まれるものと理解をしておりますし、保守業務の見積もりの中にそのことは明記していると承知をしております。

議員: 私、確認しましたが、保守業務の中にも明記はされておりませんし、ソフトウェアに関しては明記されておりますけれども、そもそも過去の打ち合わせの段階の議事録を見ましても、ライセンスの話はどこにも出てこないんですね。先般の座談会で（話題に）出てきて、慌てて調べたらこのライセンスの話が出てきた。じゃあ、これ一体ライセンス料って幾らなんですか。

知事公室長: ライセンス料が幾らかということにつきましては、直接幾らと示すようなものはございません。先ほど申し上げましたように、業者と徳島県との間で話がされているものでございます。

議員: つまり、本県においてそれは保守に含まれる、昨年度における再構築の金額に含まれるということなんですが、（中略）そういう状況であれば、これまでの打ち合わせ書類の中ですとか見積もりの中に、このライセンスというものが明確に書かれるべきなんですが、実態としては書いた書面も何も存在しない。業者との委託契約だけ。業者がいなくなれば、滋賀県はライセンスの権利をどうやって主張するんですか。

知事公室長: 現在のライセンスの活用方法等につきまして、先ほど申し上げましたように、著作権を有している徳島県に直接確認をし、問題ないということを確認をしておりますが、今ご指摘いただきましたような事態が生じたときにどうすべきであるかにつきましては、十分研究することが必要かというふうに存じます。しっかり研究してまいりたいと存じます。

議員: 契約のプロセスもそうですし、その後のやりとりに関してもそうなんですが、非常に不透明な部分ですとか詰めの甘い部分ですとか納得のいかない部分、この（アクセシビリティ）検査証明書に至っては全く意味がわかりませんし、今もこの状態でホームページに掲載されているんです。どういうつもりか知りませんけれども。

今後の対応

議員: 今後の対応について、どのように考えているのか伺います。

知事公室長: 県民の皆様からお寄せいただきました御意見や専門家の助言を踏まえまして、まずは今年度におきまして、制度の概要や各種申請などのいわゆるストック情報につきまして、時系列以外のよりわかりやすい表示方法を検討するとともに、タイトルのつけ方や記事の掲載場所、掲載期間の設定などが統一されるよう、庁内で協議を進め、掲載に関するルールを定めてまいりたいと存じます。その上で、来年度にはストック情報等について時系列以外でのわかりやすい表示に改め、情報の探しやすさを向上させてまいります。また、スマートフォンでの閲覧、操作の利便性を一層高めていくため、文字の大きさや行間の設定、メニューの配置など、ページのデザインをより見やすく、使いやすいものにしてまいりたいと考えております。

議員: 今、大きく2つの要素があったと思います。まず前半部分で述べていただいたのは運用面で工夫しながら改善できる部分、後段の部分スマホ対応等々つきましてはシステムをさわると、そういった解釈をさせていただきました。ただ、いずれにしましても今仰った対応では、今後の対応で改善できる部分と、なおかつ改善できずに課題が残り続ける部分それぞれ存在すると思いますが、その部分どう考えておられますか。

知事公室長: 現在の県のホームページをできる限りよりよいものにしていくため、今ほど申し上げましたように、今年度から来年度にかけまして、さらに改善を図っていきたいと考えているところでございます。そのほかにも、もっと詳細な分析に基づく利用者目線に立った動線設定でありますとか、メニュー分類などに関する御意見があることは認識をしておりますし、この議会でもさまざまな観点で御指摘をいただいております。昨年度から進めました今回のリニューアルに際していただきましたさまざまな御意見をしっかりと受けとめ、先を見据えながら、ホームページの利用状況や世代ごとの情報入手動向等を可能な限り分析し、今後の再構築業務に生かしてまいりたいと存じます。

議員: 幾ら今のシステムを頑張っていじっていっても、解決しない問題は解決しません。やっぱり構造上に欠陥がありますので、そこは努力で、あるいはお金を積んだところで改善できる話ではありません。（中略）今から新しいものをつくるとしても、1〜2年でできる話でもありませんし、かといって今のシステムは今後5Gがやってくる中で10〜20年使うシステムでもありません。であるならば（中略）今後の改善に向けて、明確なロードマップというものをお示しをいただきたいと思いますが、そのあたり、知事に質問いたします。

知事: 今の時点でロードマップを全てお示しすることはできません。まずは今年度から来年度にかけて改善をしっかり行います。その先に、今も議員からお言葉として入れていただきましたが、5Gの時代の到来を見越して、より広報広聴のプラットフォームとして、例えば双方向の通信をどのように可能にするのかといったようなことでありますとか、大体ホームページは5年に一度のペースで改修・改善をしてきているということもございますので、その先を見通した体制なり、また課題の整理をする必要があると考えております。そのため、庁内におきましても検討を行う仕組みを整え、専門家の方々の知恵等もおかりしながら、今回いただいた課題等もしっかりと議論を行いながら、入念に次に向けた準備を進めてまいりたいと存じます。

議員: （中略）今、これ中途半端になっていますけど、この検査証明書の日付がおかしい問題とか、まだこの場でクリアできてません。知事との政策協議会でほかの会派からも出てましたけれども、やはりわかった人を入れて第三者の検証委員会なり立ち上げてしないと、非常に不透明な処理、不可解な処理が調べれば調べるほどたくさん出てまいります。（中略）そのあたりのお考えがあるのかどうか、再度、知事に質問いたします。