はてなキーワード: 発注者とは
先日、火事の跡の解体現場に通りかかった。火事の時は近所一帯も大騒ぎだったんだけど、収まってからは初めて通りかかったものだからまじまじと眺めて歩いてたんだ。ちなみに人は亡くなってない。
二階が焼けたみたいで屋根はないけど建物の形はしっかりしていて、周りに鉄パイプで足場?が組まれ始めていたところだったんだけど、トラックの影から現れた作業員さんと目が合った。中東系?の彫りの深い顔のおじさんで、にっこり笑いかけてくれる。人懐っこい人だなと思ったら私の抱いている8ヶ月の娘に笑いかけていたらしい。赤ちゃんが好きなんだろう、にこにこして自分の頬を指して娘のほっぺたの膨らみについて何か言っているぽい。ぷくぷくだねぇー的な何かだろう。
その間にもおじさんは指示する役割らしく他の作業員さんに外国語で何か言っていたんだけど、ほどなくして他の作業員さん2人が現れた。若い優しそうなお兄さんと少し離れた場所から見下ろしてるイケメンお兄さん。この現場はこの外国人3人で全員らしい。おじさんが娘について笑顔で2人に何か言っている。英語ではないんだけど何語かさっぱりわからない。
そんなこんなで解体するのかと日本語で聞いてみたら、おじさんはさっぱり日本語が話せないらしく、優しそうなお兄さんが「こわしマス」と片言で答えてくれた。彼もほとんど話せないみたいで会話にはならず、ギャルノ、ギョルノ、みたいな単語を何度も言っていたのは火事とか解体とかの意味だったんだろうか??危ないから気をつけてね、と言って別れた。(キケン、は伝わってた。)おじさんがずっとにこにこと娘を眺めていたので終始ほんわかしてた。
帰宅してから、彼らの話していた言語を翻訳ソフトや人に聞いて調べたのだけどわからなかった。全員外国人の現場なんてあるのか、と驚いたのだけど最近よくあることなんだろうか、家族も他で見かけたと言っていた。
おじさんが日本で学んで創業したのかな?と思ったけれどあの日本語では受注できないよね、元締めがいる??そこでは日本語を話せなくても日本式の解体を学べるのかな?それともあれは日本式の解体じゃない??…もしかして、発注者も外国人なのかな??
以下エンジニアはITエンジニア・プログラマー・SE・Web系などとする(呪い避け)
___
事業会社の方が優秀な人が居るだろっつって入る新人多いと思うんだけど
何社も見てきたけど、事業会社のプロジェクトマネジメント力はぶっちゃけ低い
受託が糞なのは間違いないが、3年目くらいまでは大変基礎が勉強になる、責任も重い
事業会社のプロジェクトがだいたいクソなのって、理由は様々だけど
変に優秀な人が中途半端に回してる
・部署や担当者が多すぎてカオス(解釈できない、勉強にならない)
・プロジェクトの成功可否が結構曖昧(大本営発表だったりする)
・だいたい偉い人がシステムわかってない、CTOが居たとしても何かIT宗教やってる事が多い
・何だかんだ言って発注者に当たる人が身内であり、訴えられるようなこともない
b:entry:twitter.com:sahoobb:status:1047061214176661504
データの紛失と配付資料コピーの件は(マンガの主張の通りなら)相手(M山氏)がクソだね、で終わりだけど、肝心の会場キャンセル料のギャラからの天引き埋め合わせについてどうしても公務員として引っかかる部分があるので。
役所の支払いとして絶対にありえないんですよ。公務員やってたら冗談でも思いつかない発想なんです。
①すべてM山氏の冗談で最初からギャラは全額払うつもりだった。
②M山氏は区の職員だが、マンガ教室は区の事業ではなく、区職員M山氏個人の資金による個人事業だった。
③M山氏は区の職員ではく、ギャラの支払いも区役所からではなかった。((M山氏は役所から教室開催を委託された業者・団体の従業員で、「役所の事業でマンガ教室をやります」と言うのをさほ氏が「役所職員なのでそう言っている」と勘違いした。))
のいずれかしかあり得ない。個人的には③の可能性が高いと思います。
①はそんな冗談を言っても相手を不快にさせるだけで実行不能で意味がないし、②は役所職員がそんな資金豊富だとは思えないので。
役所(に限らず県庁や省庁でも基本は同じ)の何の創造みもない予算執行・契約業務の説明なので面白くもなんともありません。①~⑤は飛ばして⑥だけで結構です。いや全部読まなくてもいいんだけど。
役所の中ではこんな事やってんだな、こんな世界があるんだなってことで。
そのために確保しておくお金の枠を「予算」と言います。(マンガでもこの言葉が出てきますね)
役所がやりたい事業の計画を立てて、必要経費の見積もりをとって足し上げたものが「予算」額になります。
ちなみに「予算」は使途ごとに「費目」が決まっていて、費目ごとに金額を決めて予算を作らなければならず、今回の場合は「マンガを子どもに教える」事を役場から個人・団体に委託するので、「委託料」になります。
委託料として確保した予算は、委託する事以外には使えません。(たとえば会場借用料とかキャンセル料とかには使えません。「使用料」とか「補填・賠償金」になります。)
縛りガチガチですね。公金ですから好き勝手に使えたら困りますからね。
(費目間流用という例外処理もありますが、非常に面倒な手続きが必要だし、事前手続きが必須で「当日現場でいきなり」できることではないので省略します。)
事業を執行する部署(今回でいうと文化振興課かこども育成課か)が好き勝手に予算額を決めることはできず、まずは役所内で「(予算を決定する部署である)財政課による査定」を受けます。
財政課は常に「財政赤字を減らさねば。予算を削減せねば、部署に節約させねば。」と考えてますので、事業や経費の必要性を説明しても根拠資料不足だと差し戻しされたり、事業全部が不要だと却下されたりして、何度も査定室に足を運び、ようやく認められたものが「予算案」になります。
「案」です。
(財政課内でも査定担当VS上司のバトルがあるんですが省略します)
議会の予算決算委員会で委員から細かく審議されたあと、問題なければ本会議にかけられて可決されたら正式な「来年度予算」として成立します。(これは首長と議会が激しく対立してない限り、否決されることはまずありません。委員会で審査されるのも事業そのものの必要性で、積算まで見られることはありません。良くありませんね。でも議員さんが役所の全部署全事業の予算案を積算レベルまで細かく分析するのは現実的ではないでしょう。)
(事業に関わる予算要求~支払までの文書は公文書であり公開請求すれば見られるので、オンブズマンがチェックしてる部分もあります。)
さあ、新年度になりました。さっそく予算を使って事業を始めましょう。
これも事業担当職員で好き勝手にはできません。なんせ使うのは公金ですからね。
まずは「予算執行伺」の決済を取らなければなりません。「こんな感じの事業でこのくらいの金額を、この予算のこの費目から使いたいんですが、いいですか」という伺いを文書化して、契約書の案(印鑑が押して無いだけで実際の契約書と同じ)を添付して、担当→係長→課長と審査をうけて決済をもらいます。だいたい文書を回すだけですが、目新しい事業や大きな事業だとデスクの前に呼ばれて口頭説明も必要になります。(金額によっては部長とか首長レベルまで決済をもらわないといけないが、だいたいは課長決裁。)
まあ前年度に予算案を作る段階で課内でも財政課でも厳しくチェックされてるので、今更なんですが。
次は、事業のためお金を出す人・団体と契約します。今回でいうと、さほ氏や会場店ガリレオですね。
契約相手はどうやって選ぶ?なるべく費用を抑えるために原則は入札。
だけど細かい契約まで入札・開札作業してたら大変なので、限定された使途と一定以下の金額に限り、担当職員が契約相手を選ぶ随意契約をして良いことになっています。
その場合は相見積もりと言って、複数の相手から複数の見積書をもらって最も安い相手を選ばないといけません。
「この付近にはこの会場しかない」とか「この技能を持つのはこの人しかいない」と合理的な理由がある場合には一業者・一人だけ選んで見積もりを取っても良いことになっていますが、これは例外処理なので本当にその相手しかいないのか起案文書できちんと説明しておかないといけないし、上司からも細かくチェックされます。
次はまた決済です。今度は「支出負担行為」の文書を回さないといけません。
使う予算の費目(今回なら使用料と委託料)、使途、実行月日、円単位の金額、支払い相手先名、振込口座情報(役所の支払いは原則口座振込です。研修参加費を現地受付で払うとかでない限り、職員から現金払いする事はありません。)を記載した上で、イベント関係書類と見積書を添付して、また職員→係長→課長と決済を回します。今回は課長で終わりません。
課長から決裁印をもらったら、今度は役所の対外支払機能を一手に担う会計課からも決済をもらわないといけません。
首長から独立した「会計管理者」が役所の資金口座を握っていて、会計管理者の部下である会計課職員が役所のお金の出入りの全てを行っているんです。
会計管理者は「部長」並みの偉い人なので大きい金額の契約を見ていて、今回会計課に持ち込んだ「支出負担行為書」は、会計課担当→係長→会計課長で決済されたのでしょう。(会計課にいたことがないので細かい内部処理は不明)
そうやって初めて、相手と契約できます。「依頼」ではありません。「契約」です。
役所の契約行為は極一部に限定された例外(職員が出張で使うJRきっぷとか航空券とかの購入)を除いて、必ず文書契約です。口頭での契約は絶対にできません。(お金を出す証拠が残らないので不正支出になる。)
契約書はだいたいテンプレートが決まっていて、支払い相手、金額がきっちり明記されています。
これを2部用意して、2部ともさほ氏に渡して押印してもらい受け取って、役所では総務課に行って総務課員のチェックを受けたうえで公印(首長印)を押印し、1部をさほ氏に渡して1部は役所で保管して契約成立です。
そうして無事契約が成立して、ようやく「役所から依頼された」ことになります。
契約を結んではじめて役所はさほ氏に「教室で子どもにマンガを教える債務」を負わせることができます。
そして教室開催当日を迎えました。
ん?担当者が会場を2カ所抑えていて、キャンセル料が必要になった?一カ所は有料のところ(ガリレオ)で、もう一カ所は無料のところ(公民館とか)だったのかな。
キャンセル料は「費目・使用料」では払えないので、帰庁して急ぎキャンセル料の支払いのため「費目・補填賠償金」の支出手続きをしないといけません。
でも、一店だけ予約していたのが講師の都合で急に開催できなくなってキャンセル、なら支払う理由も成り立つんですが、担当者個人のミスで2会場予約していて、しかも当日までキャンセルしてなかったからキャンセル料が必要になった、なんて理由は上司や会計課に説明しづらいし、公金の支出としても市民からツッこまれそうです。(自分だったら、ダブルブッキングは無かったことにして自分の財布から出します。それが一番簡単なので)
ここでM山氏が言った「さほ氏へのギャラからキャンセル料を差し引いて払いますね」は可能でしょうか。
まず「決まった報酬(委託料)から急に発生した別費用を差し引く」というのは不適切な支出です。相手に委託する業務内容に対してこの金額で委託すると一度決めたのですから、業務内容が変わらないのに減額するなんて役所内の決済で絶対に認められません。
これまで支出するために役所内で行った支出負担行為書には支払相手・支払口座・支払金額が明記されています。契約書にも相手・金額が記載されています。
後から支出負担行為書を二重線で消して訂正印を押して見え消し修正する・・・無理です。訂正が効くのは誤字脱字くらいで、支払金額とか支払相手先とかの重要項目の修正はどの役所でも認められてません。契約書の訂正も必要です。
役所保管の契約書を担当者が首長印をコッソリ使って勝手に訂正したとしても(今はどこも公印の管理は厳重になってるので難しいけど)、会計課はそれによる支払を認めないし、さほ氏の持っている契約書には修正前の金額が記載されている(双方の合意に基づいてない)ので、奇跡的に会計課チェックをスルーして(ありえない)減額した金額でのギャラ払いが成功したとしても、後からさほ氏保管の契約書を提示されて不足分の支払請求をされたら、口座振込による支払金額記録が残ってますから、役所は追加払いしなければなりません。
追加払いするためにはまた一連の予算執行手続きがイチから必要になりますし、M山氏はいずれにせよこの段階で不正支出・公文書偽造により懲戒処分です。金額という重要項目の訂正・契約書の片方印だけによる訂正を見逃して支払ってしまった会計課の担当や上司も処分を受けるでしょう。(まあ会計課はどこも細かいのであり得ないけど)
教室が無事に終わりました。
相手が債務を履行したのを会計担当が確認してからでないと支払えません。(例外もあるけど省略)
帰庁後、担当者は会計課にお金を支出してもらうための書類「支出調書」を作ります。文書仕事ばかりでウンザリですか?公金だから仕方ないんです。
ここでもまた、予算の種類、費目、支払相手名、支払金額、支払口座、支払予定日、債務発生日(教室実行日)、支払内容、等を記載して、(システム化されてて支出負担行為と紐付けられてるので、ほぼ自動入力)
先に決済済みの予算執行伺・支出負担行為書・役所保管分の契約書原本・相手が委託内容を実行した証拠(マンガ教室の写真等)と検査調書を添付して、
課内で担当→係長→課長と決済をもらって、会計課に持ち込んで会計課内でもまた会計課担当→係長→会計課長と決済を経て、
はれて会計課が銀行に口座振替依頼データを送信して、さほ氏の口座にギャラが振り込まれることになります。
もちろん課内でも会計課でも、事前に決済を受けた支出負担行為書や契約書に記載された金額・相手名と、支出調書に記載された金額・相手名は照合されますので、「こっそり減額した金額で支払い」しようとしても「書類間不一致」でハネられます。
まあ、減額したとしてもガリレオさんへのキャンセル料の支払い手続きはされて無いので、予算が余るだけで意味ないんですけどね。
これで「事業」としては終わり、なんですが、担当の仕事はまだあります。
年度末の決算作業。決算書ができたら決算特別委員会の想定問答の作成。
翌年度に行われる部内監査((事業執行課の総括課が行う))、定期監査((外部から任命された弁護士や有識者の監査委員会の下部機関である監査事務局による、昨年度に誤った処理がなかったかの検査。支払関係は特に細かくチェックされる。こっそり書類書き換えとかしてもここでまずバレる。))、監査委員自らによる委員監査の監査資料作成や当日の対応。
もし予算に国庫補助金が入っていたら、補助金の実績報告書提出や受け入れ手続き、国の会計検査院による検査の受検((非常に細かく厳しい。ここで不適切な支出とされたら国庫補助金返還となり、返還金の予算確保のために予算流用手続や補正予算編成作業や議会対応が出てきて死ぬ))。来年度の補助金の事業計画や交付申請、等々・・・
と長々と説明してきましたが、帰宅してからずっと書いてて誰が読むんだこんなの。
役所の担当が持ってる事業は1つではありません。複数分野を担当していて分野ごとに複数の事業があります。
教室も1回で終わりではなく年間に何回かやるんでしょう。
教室開催ごとに講師をやってくれそうなマンガ家を探して、コンタクトを取って、ギャラ交渉して、日程調整して、契約して・・・
広さと場所が適した会場を探して、見積もりとって、後払い振込払いの了解もらって、予約(契約)して・・・
講師から教材データをもらって内容チェックして、コピー製本して必要部数を用意して、当日会場に教材持ち込んで様子を写真撮影して・・・
そして毎回ごとに講師と会場に②~④の予算執行・契約・支払手続きもせにゃいかんわけです。
ということで、役所がこの手のイベントをやる場合、教室・講師の手配などイベント開催をまるごと民間業者やNPO団体などに「業務委託」 Permalink | 記事への反応(0) | 21:42
サマータイムは開始時と終了時が大きなトラブルが発生すると考えられています。
例え話にします。ある製造業の会社があります。オフィスには社員が見える位置に壁掛け時計がついています。この時計は少し特殊で、秒数しか表示されません。具体的に言うと、ロンドンで1970年1月1日0:00から経過した秒数です。例えば、日本時間の2018年8月11日午前0時は、1533913200となります。
けど、これでは不便なのでオフィスには変換器が用意されています。その変換器を通してみれば日本時間の日付と時刻を教えてくれます。ですので、多くの社員はこの変換器を利用しますが、たまに、変換器を使わずに仕事をする人や自分で変換器を作る人もいます。また、オフィスの変換器は、サマータイムに対応しています。サマータイムが始まる際は、XX年6月30日23:59:59の1秒後はXX年7月1日の2:00:00です。また、終わる際は、XX年9月1日2:00:00の1秒後はXX年9月1日の0:00:00です
毎日0時になったら仕事を始めるAさんがいます。Aさんは、オフィスの他の人が自分の机に持ってきた書類をファイリングして、日付をつけてキャビネットにしまう仕事をしています。その書類には完成した商品の情報が書いてあります。完成した商品の情報が書いてある書類をキャビネットに入れることで、お客様が商品を受け取りに来た時に、受付の社員がどこに取りに行けばいいのか分かるのです。
XX年6月30日。その日の仕事を終えたAさんは、次の0時を待っています。しかし、変換器を通した時間ではXX年7月1日の0時は存在しません。ですので、次に仕事をしたのは7月2日の0時でした。
7月1日の朝になってオフィスにお客様が品物を受け取りに来ました。受付のBさんはお客様の依頼を受け、キャビネットを探しに行きますが、書類が無いので、「まだ完成していません」と答えます。本当は商品はできているのに…。
XX年8月31日0時。Aさんは、普段通り仕事をはじめました。自分の机の上にある書類をまとめて、「XX年8月30日分」と書いてキャビネットにしまいます。しかし、その2時間後、またXX年8月31日0時がまた来ました。あわてて自分の机の上を見ますが書類はありません。(工場が動いているのは8時〜20時)書類が無かったので空のファイルに「XX年8月30日分」と日付を書いてキャビネットに向かいますが、すでに同じファイルがあります。
キャビネット内に同じ名前のファイルは存在していけない決まりなので、そのファイルは捨てて空のファイルをキャビネットにしまいました。
朝になってオフィスにお客様が品物を受け取りに来ました。受付のBさんはお客様の依頼を受け、キャビネットを探しに行きますが、書類が無いので、「まだ完成していません」と答えます。本当は商品はできているのに…。
さて、これを解決するにはどうしたらいいでしょうか。
そうです、Aさんには◯月◯日には、0時はないので2時に仕事して下さい。さらに、□月□日は0時が2回くるので2回目の0時に仕事して下さい。また、受付のBさんには□月□日の1回目の0時には、キャビネットには書類は来ないので、2回目の0時になるまで待って下さい。と教えればすみます。サマータイムはこうして対応可能なのです。
サマータイムを考慮していないシステムは無数にあると思われますが、考慮したシステムに改修すれば問題ありません。不具合が発生するケースは、例え話以外にも考えられますし、解決方法は他にもあるでしょう。
自社の全てのシステムをチェックして、上記のようなエラーが起きる可能性はないか精査します。多くのシステムは仕様書がなかったりするので、その場合は実際にテストしてみたりしないといけません。さらに、AさんとBさんの連携のように、他のプログラムと連動する場合は、サマータイムの開始・終了の際にどう対応するかを取り決める必要があります。社外のシステムの場合もあるので、そうした会社と調整が必要になります。
精査、改修、そして実際に問題ないかテストするプロセスで、日本全国で対応できるまで、おそらく最低でも数年程度はかかるでしょう。2000年に合併したみずほ銀行のシステム統合は今年完了するようです。18年経って、完成しないのではと言われていましたが、なんとか完成に漕ぎ着けられそうです。
また、改修には予算がかかります。ぽっとその予算を確保できるでしょうか。大企業なら内部留保等で対応できるかもしれませんが、中小企業だと数年かけて積み立てないといけないかもしれません。
いずれにせよ、5年くらいかければサマータイムを導入することは可能です。それでも一部のシステムは間に合わないかもしれませんが、生活に支障が出るレベルではないでしょう。多くの技術者に「無理だ!」と言われて心配していた、オリンピック委員会のみなさん、安心して下さい。
大丈夫です。最短でも2023年にはサマータイムは導入することができます。
現在動いているシステムは、すべてサマータイムを見越して作るべきだったかもしれません。それは確かにそのとおりです。その意味では、IT屋にも責任があるのかもしれません。
しかし、サマータイム対応となると考慮した設計をしなくてはならず、費用が余分にかかります。1億のシステム開発で、サマータイム対応することで2000万余計にかかる、ということも充分考えられます。元号や2000年問題と違って、導入されなければ永遠に使われない機能です。
又聞きの又聞きなので、直接見たわけではないが、(他社のことだし)
某社、とある案件でその男性クリエイティブディレクター(以下、CD)を呼んでオリエンが行われた時のことである。
【事実】
そのCDは話をするたびにクライアント側の一人の女性社員に向けて、しきりに「あなたはどう思ってるの?」とCDが聞き出した。
女性社員が意見を返すたびに、何が気にくわないのか「いや、僕はあなたの意見が聞きたいんだよ」と高圧的に返す。しまいには女性社員が根をあげ「すみません、わかりません」と言ったので、「それを来週までにちゃんと考えてきて」と言われたのであった。
そのオリエン終了後、その女性社員の名刺を頼りに突然Facebookの友達申請をしてきたのだ。
【私の意見】
ツッコミどころはたくさんある。
特に気になったのは
これらのやりとりは発注者(女性社員)と受注者(男性CD)である。その特定の女子社員の意見がそんなに求める理由がなんなのかは分からないし、その意見を求めることによって制作のコンセプトのヒントにしようとしているのか分からないが、オリエンはCDと特定の女性だけの空間ではない。他の社員にはなぜ聞かないのかと言う点に尽きる。
岸さんとはあちゅうの件もあったが、
そのCDがどんなに偉いのか知らないし周りからリスペクトされて有名なのかわからないけど、
クリエイティブのオリエンは若い社員をいびって空間を支配することではないと思う。
偉くないたいなぁと感じました。
クラウドソーシングを使って、違法アップロードされたドラマを違法コピーしてくれと会社名を掲げたまま発注しているページを見つけてしまった。
患者家族の意向でDVD発刊されていない為、基動画を見つけて5~6枚のディスクへまとめてライディングして頂きたい。予算5000円程度」
https://www.lancers.jp/work/detail/1959057
というふざけた発注。発注者は「sapporocare-navi」。「札幌ケアナビ」と読める。同じような名前の会社が札幌に実在しているもののここの発注かどうかは不明。
数年前に開発会社から全く別業界のシステム部門に入り、受注者から発注者に立場が変わったので良い発注者になろうと頑張ってきたつもりなんだけど
先日中途で入ってきた同僚が、長く付き合いのある開発会社に「改修案件の見積もりの根拠が分からないので改修対象のステップ数とソース数を出せ」とか言い出して、それを止めようとした自分と喧嘩になった、しかも「改修見積もりをしたのならステップ数は当然すぐに出せるはずだ」と言いながら
そいつは以前にも「単体テストの結果も全て説明付きの画面キャプチャをエビデンスとしてつけろ。これは当然の事で、テストをしたのなら作っているはず。だから追加工数も払わない」と言い出してこれも喧嘩になった
残念ながらうちのシステム部門は専門の人材がいない為、こいつの言うことのおかしさを理解してもらえない
「規模を知るためにソース数を貰うのは当然の事です」とか言い出して、それをまわりが真に受けてしまう
いくら自分が反論しても1対1の話なので「やり方は色々あるからね」と窘められてしまう
チラシとかのデザインやってるけど発注者がデザインをわかってる風なのが一番うざいな。
その中でも「一旦このままやってください」系が一番うざい。
そのままやっても(文字が入らない・雰囲気が合わない・エリア内にちゃんと収まらないから全体を調整しなきゃいけない)からのグタグタ路線になっちゃう。
何度かやりとりすると、こんなイメージであとはお任せしますの話になるんだけど、最初がめっちゃうざい。
余白のコントロールこそがメリハリのキモなのに、あらゆる隙間を埋めようとしてあげく目立たせたいとこが目立たないから、金赤の袋文字に立体感をつけて影までつけて爆弾添えるとこまでやっちゃう。
あとモニターで完結してるやつな。
もう一つ文字を小さくしたら入るでしょ?っておまえ、もうすでに5ptだぜ。読めねえよ。モニターだと大きく感じるのかもしれねえけどさ。
とにかくこの土日であとDMデザイン案を4つあげなきゃいけない。
つらい。
anond:20170413064206 を4月に書いた。匿名ダイアリーで書いた日記としては、反響をいっぱい頂いた。耳に痛い意見もあったし、励ましや慰め、感謝の言葉も頂いた。
今年の仕事も終わったので、あの記事が結局どうなったのかはまとめておこうと思う。
1. SIerへの思い
元の日記へのコメントでは発注者側の無知が二次、三次請を地獄に落とすことについて指摘があったので、それも併せて。
・人月など意味がないことについて自分の中で割り切ったので、社内への説明では適当な人月をでっちあげることにした
社内で通りそうな人月単価はもうわかった。だから、うちの希望納期が通るかどうかだけ聞いておいて、通りそうな単価で割り算するだけにした。
そんなに人数必要か? と突っ込まれた時には「必要でしょうね。だって、あなただったらプログラムからテストまで、一人でできますか?」と言い返すことにした。
これを続けた結果、人月について突っ込まれることはなくなった。
・納期についてはメーカの意見を最大限採用している(これは前からだが)
納期遅れだけはまずいな、と思っていたから可能な納期については昔からメーカからの提示を採用してきた。最近は3か月くらいはプラスしておくことにしている。
「短くならないの?」という問いについては「無理ですね。そもそもこの機能が必要なら、もっと早く相談するべきだったでしょう?」と返している。
これを続けた結果、逆にこっちでスケジュールを作れるようになった。
また、納期をプラス3か月することで人月計算に余裕があるから、通りそうな単価に近づけられるようにもなった。もっと早くにやっておけばよかった。
交渉するけど、基本的には保守費を下げてもらえる条件などほとんどない。さてどうするかはこれから考えようと思う。実の支払金額を下げろと言われたけど、下がらなかったら仕方ないよね、と割り切っている。そもそも保守費をけずるのは私の本意ではない。
2. 偉い人への思い
・どうでもええわ、の精神
4月13日のあの日記の後、上期・下期の人事評価がなされた。評価は大してあがりもしなかった。どちらも6段階評価の3。
昇格の条件で考えれば、2年間・4回の人事評価でコンスタントに4を取り続け、上期評価後に部門長に審査されなければならない。
つまり、この先2年は昇格しないことがわかっている。この4年ずっとそうだったから、もう昇進・昇格は期待していない。
どれだけ頑張っても評価など上りもしないのだから、社内の意向を気にすることもやめた。
何もかもどうでもええわ、それよりは自分のやりやすい方法をとろう、と決めた。
・システム開発における工数単価の比較はバカへの説明に楽なので、使い続けている。
上でも書いたけど、工数単価をコントロールしているから理解のできない上司や偉い人への説明に苦労することは少なくなった。機能面を理解させるのも一苦労だが、バカにもわかるように擬人化させて説明することが増えた。
例:このデータをなげないと、システム側は「データが来ていなくて処理できませーん」って言うんですよー。
・システムの機能追加や保守ができるのは、そのメーカだけだよ→でも、似たような機能は自分らで作るよ。
システムについて理解できない偉い人らに連れられて、メーカの人を何度も呼んで打合せするかわりに、こっちが作った仕様の説明と実装するのにいくらかかるのか? を問うだけの打合せを一度だけすることにした。あとは全部私とやりとりしてもらっている。
また、金額に折り合いがつかないから、別のメーカに代替機能をつくってもらうことにしたものもある。
ソースコートは開示できない。だから、代わりに私が必要となる機能の仕様を実装手前まで作って、コーディングをお願いする手口をとることにした。
上でも書いたが、どうでもええわと割り切っているので、多少問題があってもいい。実装手前までの仕様策定を私がやったのだから、それに従ったメーカは私が守るだけのこと。
場合によっては自分でも作ることにした。その代わり残業時間が増えたけど(後述)。
・「実際そういうやり口で、うちの仕事を受けてくれなくなった業者があったと聞くぞ。又それを繰り返すのか?」
繰り返している。前はそうならないように配慮していた。しかし、下っ端の私らが配慮しても、開発・工事の現場を担当したことがない者(大概は課長以上)の行動で業者を困らせつづけた。
もうリカバリーできない。業者からは不平不満がでており、この案件が終ったら、二度とうちの案件はうけないと言う会社もあるようだ。
バカに役職を与えたのは会社なのだから、そのツケは会社が払うしかない。
金銭面というよりも、ある種の機材を技術面/運用面/コスト面から否定した結果、その機材を使うことで微々たるイメージアップができると思っていた偉い人にとって不満だったようだ。2ヶ月遅れたが、引き戻しをさせられた稟議案件は完工した。
その機材は別の工事担当者の案件で導入することになった。すでに私が指摘していた問題点が露呈している。
偉い人にとっては何のダメージもないだろうけど、導入させられた部署の不満は高まっている。バカの下で働くのは大変だな、と思っている。
3.個人的な話。
・評価もされない
上でも書いたとおり、評価されないのはもう諦めたのでいい。理解できないものを評価できるわけもないし、そもそも理解しようという気もないのだろう。
・ユーザからは「使いにくい」と文句を言われて、上からは「よく考えたのか」と怒られる。誰がそんな仕事に喜びを感じる?
未だに喜びは感じていない。しかし、辛いと思わなくてもいいように働く方法がわかってきた。
使いにくい、と文句をいわれても「どうせシステムなど、お金を生まないと思われていて、予算がでないからしかたないよね」と答えている。
その上で改善の検討はするが、お金がでないのだからできることには限りがある。
自作のソフトでなんとかできそうなところはそれでカバーすることにした。
・内作を許容することにした。
ここまでで、予算が通らない分で小規模なものは自作することにした、と書いてきた。
以前ならば、自分が退職するまえに死んだりしたら内作したソフトのメンテができるひとが居なくなるので、極力メーカに作ってもらおうとしてきた。
そもそも、内作のメンテが大変なこと、開発者が死んだり会社に来られなくなったときの対応を考えておかないとならないことはずっと説明してきたし、退職者が好き勝手につくったソフトのメンテで苦しんでいる部署が社内にある。だからメーカに任せましょうという説明をしてきた。
内作を提案したとき、メンテ担当者をふやすことも依頼したが特に増やされる様子もない。
それは会社の考えかたなので、どうでもいいと割り切った。私が死んだ後のことなど知ったことではない。
一番大きく変ったのはここだと思う。残念ながらかかわっている案件全体が炎上しつつあり、残業時間がそのまま勉強時間にはなっていないが、内作をしつつ興味のある言語の勉強をすることにした。
それについて「家で勉強するべきではないか?」などとのツッコミはない。どうせ理解できていないのだろう。
もし文句をつけられたとしても、こっちには「内作で数百~数千万を浮かすんだから、内作に必要な学習時間は業務として認めろ」といいきる度胸がついた。
それで上司の評価が厳しくなっても「どうでもええわ」、もとより評価されていなかったのだから。
ちなみに残業時間がどんどこ増えた。体はだるいし、ストレスチェックの結果2年連続で産業医やカウンセラーとの面談を推奨する手紙をもらった。36協定上の制限時間などもブッチすることがあるが、それについて文句をいわれても「どうせ人がいないのだから仕方ないだろう? 文句あるなら仕様の策定もできるような人材を確保するか、メーカに頼んで数千万はらえ」と言い切った。
開き直ると楽だとわかった。
・今の部署を離れるか、システム以外の仕事をするために勉強することにした。
実は法律に興味がでてきた。そこで行政書士の試験をうけた。新しい分野を勉強するのはたのしい、合格していればうれしい。
また、本社のシステム担当者に「本社でシステムをやらせてほしい」とお願いした。今の部署から離れられるなら嬉しい。バカな上司の下はもううんざりである。
一杯ブコメをいただいた。皆様ありがとう。特に気になったコメントは次のとおり。
「id:luccafort これに少しだけ似た経験を若い頃にさせてもらった。その時言われたことが「なんでそんなに彼らの肩を持つの?」だったので根本の考え方や感じ方に断絶を感じて絶望した。増田はすごいよ。」
→私も言われました。「なんで業者の味方するんだよ」と。あー、そういう風におもってるんだ、と理解した瞬間にもうええわ、と切り変わりました。そこから上記のとおりです。
「id:celaeno_w インフラのありがたさは、一回サーバー落ちて、保守費用なんかと桁が違う損害出すと分かるんだけれどな。こういうのは、「格安バスツアー」とか、「格安海外旅行」と一緒よ。後悔した時には遅い。 」
→そうですね。ですから、保守稟議にはそういう話を書いてきました。停止からの復旧時間、その間に指図できなかったロットの機会損失などなど。1日とまれば保守費など比較にならん損失がでるよ、と。
でもそれでもけちりたいようなので、もういいのです。一回地獄をみればいいんですよ。
「id:otihateten3510 “評価もされない、新しい技術も身につかない。ユーザからは「使いにくい」と文句を言われて、上からは「よく考えたのか」と怒られる。誰がそんな仕事に喜びを感じる?” 至言。問題はなぜ全員辞めないのかという点 」
「id:su_zu_ki_1010 転職おすすめされても、その方の年齢とかスキル(新しい技術も身につかないとぼやいておられる)もあるので難しい場合もありそう。部署異動で無縁のところに行くのを希望するという手もあるのではないか。 」
→無職が怖い、この一言です。部署移動はこの6年間、評価毎に話ししていますが希望は通りませんでした。今は他部署から是非貰いしてもらえるようにアピールしています。
アパレルメーカーが批判されるのは、BPOへ訴える的な抗議文を出したことだけであり、それ以外の対応は妥当だと思う。
資本関係があるならまだしも、単なる一発注者が、孫請け企業がやったことにまで管理責任まであるのだろうか。しかも法令違反でもない。
数年前にAppleの下請けであるFoxconnでの長時間労働が問題になったが、それに対してAppleに対応策を求めたり、iPhoneの大規模な不買運動をしたりしただろうか。
悪いことはしていない。だが感情的に気にくわないから叩いておけ、という空気が蔓延していると思う。
最終的には法改正だろうが、外国人労働者保護の支援団体は、経済界に比べるとロビー活動力も弱いため難しいだろう。
とすると労働組合の仕事だと思うが、日本の企業別組合は自社従業員の権利に比重を置いているため、そちらの支援も難しい(従業員の賞与を増やすために、外注費を削ることを要求する組合もザラにある)。
今やれることを1つずつというと、そういった支援団体への寄付ぐらいしか思いつかない。私もささやかだが3000円寄付させてもらった。
叩きたいから不買運動をするのではなく、なにか生産的な方向に向かって欲しいと思う。
何に影響を受けたのかは知らないが、それが元作家である父の口癖だった。
作家とはいえ、世間に誇れるヒット作のない父に憧れていたわけではない。
それでも作家として家族を養い、食えなくなってからは会社員になって家族を守ってきた父を一応は尊敬していた。
趣味という趣味のない父が唯一集めていたウイスキーは、俺にとって「尊敬できる大人」の象徴だったのかもしれない。
机に置かれたストロングゼロのロング缶に目を落とす。
父に憧れていたわけではないが、俺は今、文筆業に就いている。文筆業、webライターといえば多少聞こえはいいが1記事いくらで発注者に都合のいい記事を書く、掃いて捨てるほどいるフリーランスのひとりだ。
それだけでは食っていけないので会社員時代の貯金を切り崩す日々を送っている。
俺が生まれたときの父の年齢をとうに上回った今、父と俺の人生は何が違うのだろう。
書いているものの違い。守るべき家族の有無。筆を折って会社員になるか、会社から逃げて筆を取るか。机に置いた酒の違い。
仕事に貴賎はないし、ウイスキーとストロングゼロ、どちらが上でどちらが下なんてことはない。ましてや人生に正解も不正解もない。
そんなことはわかっているが、ふと気がつくと頭の中に湧き上がってくる声を止めることはできない。
「一段落ちてるな」
その声を振り払うため、まだ冷たさの残るストロングゼロを呷る。
いかにもなレモン味の液体が胃に収まると、炭酸のせいで一瞬頭が冴え、その後心地よい思考の鈍りに襲われる。
もうひと口、ふた口。
1本目が空になる頃、頭の中に響く声が変わってくる。
「ウイスキーを飲まないのか」
いや、コレでいい。
純文学を書き続けた父がこだわりのウイスキーを飲んだなら、安く、早く、どんな文章でも書く俺はストロングゼロがちょうどいい。
安く、手早く、雑に惚けるんだ。
机の上で、缶が倒れる音がした。
この前の学校給食の入札の話と、今回の京都のシステム入札の話を比較すると、
システム → RFPがザルなんだろ。発注者が悪い(または両成敗だ)
http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/
Q1.役所の仕事なんて全国でほぼ一緒なのに、なんで自治体ごとに別のシステムを作るの?
A1.地方自治体の事務や財務について法律で決まっているのは大枠だけだよ。
それを実務≒内部規定に落とし込むのは各役所ごとなので大枠は似てても実務プロセスは全然各役所で違うよ。例えば同じ業務でも独自の語彙があったり、下手すると同じ語で市町村ごとに意味が違ったりするよ。
Q2.なんで新規で作らないの?
A2.80年代ぐらいにやったよ。その結果が政令市クラスに残ってて今回京都市が更新しようとしてるような、メインフレーム上のシステムだよ。
A3.みんなが使ってるWindowsとかLinuxとかのOSがなかった時代のコンピュータだよ。IBMとかがベンダーごとに作っていてOSもベンダー謹製だよ。性能はいいけどメチャ高いよ。
システム内でクローズして専用線以外では他とつながってなかったから、汎用機からPCサーバへの移行を「オープン化」と言うよ。
オープンソースソフトウェアとは全然関係ないよ。
Q3.使いまわしってどうやってやるの?
A3.80年代とかに作ったシステムで動いてるCOBOLとかPL/IとかをLinuxとかUnixとかWindows上で動く言語にコンバートしてリコンパイルするよ。
DBのデータも階層型データモデルからリレーショナルDB用にコンバートして移行するよ。こういう開発形態を「マイグレーション」と呼ぶよ。
あと、バッチジョブ制御もJCLという汎用機用の言語で動いているよ。これもそのままでは動かないのでコンバートするよ。
コンバート先はperlだったり、シェルスクリプトだったり、ベンダごとの独自スクリプトだったりするよ。
COBOLとかの実行プログラム移行も大変だけど、帳票の大量印刷はたいていバッチジョブでこなしてるので、JCLの移行もめちゃ厄介で大抵もめるよ。
Q4.80年代のものを使いまわすとか。新規で作ればいいじゃん
A4.お金が無限にあればできるよ。今の時代にお金があった時代のシステムをフルスクラッチで再開発するととんでもない予算になって市役所内の決裁が通らないよ。
しかも汎用機時代の納品は割といいかげんだったのか、仕様書が残ってなかったりするから、費用はさらにかさむよ。
Q5.そんなんでよく運用できてたな
A5.当時はSEが汎用機の付属品みたいについてって、困ったらオペレーターとして介入して動かしていたみたいだよ。
そうやって現場感覚バリバリでやっているので、オペレーターしか知らないプロセスがあったりするよ。
マイグレーション開発では総合テスト中にそういう隠しプロセスが「発見」されたりするよ。こわいね。
上記の通り仕様書がないことも多いうえ、システム課に限らず市役所の人員は基本ローテーションするよ。
導入当初の担当者が残っていることは珍しいし、30年も前に導入した汎用機のことなんてここ10年に入った職員にはわからないよ。
Q7.なんで入札にしたの? 現行ベンダに指名してやらせたほうが良くない?
A7.金額がでかいから、たぶんどこの市役所でも入札案件だよ。
随意契約(随契)は無理だし、入札業者を発注者が指定する指名競争入札は談合の温床になってたから最近はあんまりやらないよ。
(裏技としてRFPを指名したいベンダーに書かせて公募型指名入札にしたり、RFPの段階でハードを全部特定ベンダで型番まで指定するというのがあるけど、公になると多分問題になるよ。こわいね)
Q8.じゃあ役所は悪くないの?
Q8.悪いよ。
入札案件はRFPで書かれた各項目をどれだけ満たすかの技術点と、価格点で決まるよ。点が高ければだいたい自動的にそのベンダーに決まるよ。
なので、技術点の項目に現行システムの調査にかかる項目を入れるとかして、現行機の開発・保守ベンダが高得点を取れるようにしておけば価格勝負してくるベンダーをはじけた可能性はあるよ。
もちろん現行の会社に嫌われて逃げられたとか、役所が現行の会社をめっちゃ嫌いになって声をかけなかったとかもあるかもしれないけれど、可能性は低いと思うよ。
A9.ここまで述べたようにこの手のマイグレーションは火薬庫だよ。火を噴いても爆発しなければラッキーぐらいなので、強いて言うなら入札したことが悪いよ。
A10.前にマイグレーションをやったことがあるSEだよ。もうやりたくないよ。今は転職してSIerじゃなくなったからやらなくてよくなったよ。うれしいね。
しょぼいSEだからここに書いたことは個人の体験に基づく参照情報だよ。一般的じゃないことを言ってたり、間違ってたら教えてもらえると助かるよ。
(2017.10.13 追記)
Q3がかぶっていたよ。恥ずかしくてなきそうだけどブコメに番号で言及してくれている人がいるから忍んでそのままにするよ。
あと、「オープン化」の定義が違くない?という指摘があったよ。確かに増田が間違っていたので、記事の主旨から外れるけど補記するよ。
メインフレームは本文で述べたようにOSからハードまでメーカー謹製なので独自仕様のカタマリだよ。
これに対しPCサーバは標準規格で作られているよ。こういう標準規格に基づくサーバをオープン系と呼ぶよ。
独自規格でクローズしたコンピュータから、そうでないオープン系に移行するからオープン化なのであって、専用線とかは関係なかったよ。半可通な知識で語ってしまったよ、ごめんね。
京都市で火中にいるシステムズさんのサイトの解説がこの増田よりも分かりやすくて正確だから気になる人は見てほしいよ
http://www.migration.jp/column/column01.html
完全に余談だけどオープン系のx86サーバに移行しても、システムはそんなにオープンにならなかったりするよ。
H系に頼むとDBが拝承DBになったり、Fに頼むとシステム管理が全部SystemWalkerになったり、要するにベンダ独自のミドルに入ってがっつりロックインされたりするよ。