はてなキーワード: システム開発とは
少し前に発注者の要件定義が~と話題になったけどそれ以上に「なんで自分は開発会社と話しているのか」が分からない奴が多い
それこそ上に言われたからで少し込み入った質問すると持ち帰りか「それも含めてやるのが御社でしょ!」とキレるかどっちか。(含めてやる場合はお見積りに反映)
自分が何の担当で会社に何を求められていて開発会社にどういう理由で何をお願いしたいのかが分かっていればシステム開発なんて大概成功するよ
最近だとインボイス制度対応での話を貰うけど平気で「良い感じで対応して」とか言ってくるのが居る。少しは社内の各部署と話して今の業務のどこにどう影響するかくらいは説明できるようになって来い
だいたいそういう会社には胡散臭いコンサルいるのにそいつらに業務フロー見直してもらってそれ持って来いよ。もしかしてコンサル業務フロー知らない?
いやあ、耳が痛くてもげそうだぜ!やめてくださいしんでしまいます。
団体の専従者数名が就職せずに「善行」で飯食って行くのが目的の全てみたいな誰も得しないショボい自己満足活動は今もザラにある。
そういうところに公金をイージーに流し込む行政の問題がまず一つ。
最初に言っておくけどこれ全部フィクションだからね。わかった?わかったなら次に進んでよし!
国の予想では近い将来人口ゼロ集落が続出すると予告されている町。
町だが、面積が無駄に広く人口密度はそこらの村よりも低い。自治体を維持するために昭和の大合併、平成の大合併で合併しまくった結果だ。
合併したのに従来の役場はそのまま支所という形で残し、行政改革をせずにくっつたけたけ。無駄に体力を消耗。当然集落の整理なんてできるはずも無くて、だらだらと消滅に向かっている。
この町がなんとなくでもやれていたのは、地方交付税に加えて、特殊な助成金が比較的簡単に取れるからだった。
電源立地補助金ほどは打ち出の小槌ではないが、そこそこ破綻してない申請書を書ければ、国から自動的に金が来ると言う程度の助成金がとれた。
ところが、近年になって渋くなってきた模様。そこでそれ以外の補助金に手を出すようになったのだが、流行のキーワードはこれ
「地域の力を生かす取り組み」
国もこの手の自治体に頭を悩ませており、いろいろな助成金を作って自立を促したり、整理を促したりしている。
その中で、良くも悪くも鈍い感じの自治体に改革を促すために、自治体単体ではなく、民間企業や、地域住民による地域作り団体などと共同で取り組む計画を求めるようになってきた。
こうして「おくにが考えたさいきょうの政策」を実現するために補助金を使っている。THE 補助金行政である。
とは言っても、そんな一緒にやってくれる企業などはそうそう転がっていない。
地元でがんばっている社長さんとかいるんだけど、既に頼られまくってどうしょうもないぐらいになってるのが普通。
地域おこしをするための地域受け皿がない。服を買いに行く服が無いみたいな話である。
行政の出資比率が高くなると駄目な場合があるので、行政の出資比率は見かけ上低くしているが、そのかわりに商工会議所とか、農協、地銀、信金とか、青年会議所関係とかに声をかけて出資させて、一般社団法人を作る。(オイコラそこ、めんどくさそうなメンツとか言わない!俺もそう思う)
そして、そこと共同でやるという枠組みを作ることによって、えらい人の威光を保ったたままに補助金をゲットしようと言う仕組みである。
さて、ここで求人をするとどうなるかというと、デフォルトで最低賃金での募集になる。
そもそも職なんかほとんど選択肢が無いような地域だ。社会貢献ができますよ、と言うところと、自治体が出資している安定した組織に、学歴職歴関係なく就職できるという二つばかりが注目されて人が来るのである。
だから、意識の高い系職員と、ほとんどコネで送り込まれてきたような意識の低い系職員が混ざり合ったカオスからスタートする事になる。
さて、こうしてできた一般社団法人。当時の政治家が鳴り物入りで作ったお国の制度の補助金が出る3年間はある意味やりたい放題である。
給料は安いが、儲けや結果は求められないままに、申請書をぺらっと書けば金は使える。拠点も昔補助金もらってうっかり作っちゃった交流センターを事実上の払い下げ。
行政の看板を使えるからみんなとりあえず話を聞いてくれるし、人も集まるし、金を配ってるような状態だから表面上は感謝もされる。
国の政策集にものったりするから県知事や国会議員が視察にきたりして、注目を浴びて自分がえらい人になった気になる。
何故3年かというと、中央省庁の官僚がそれぐらいで担当替えするから。そして新しい担当になった人物は、前任者がやったそれがどんなに成功していても、引き継いだところで自分の実績にならないので、打ち切るのが普通なのである。
当初の補助金が切れるとどうなるのか。
社会の中で困ってる人に手を貸そう的な活動において重要な・必要なものは、まず実務的な知識・スキル。マンパワー。(金のことを含む)行政との連携。
でも実際に活動の現場にずっと残りがちなタイプは「世直しさん」である。理念を口にするばかりで実務軽視。無駄に好戦的な無謬の正義マン。好きな言葉は「心によりそう」「つながり」。仕事がデキる実務家タイプは潮時を見つけていずれ退出していく。
国の補助金が切れた後、1年は現在の体制が維持できるだけの金を町が用意してくれた。ただお先真っ暗なのはあきらかなので、実務的にいろいろやってくれていた頼りになる人ほど、培ったコネを使って退職していく。
そして、残るのは、
もう解散してしまえ、と思うのだが、この状況に至っても広げに広げた大風呂敷を畳む奴はおらず、地域のキーパーソンに声かけまくって作ったためにしがらみが多すぎて、いつの間にかこの一般社団法人を維持していくことが目的にすり替わる。
そうして今はどうしているかというと、元々作られた地域振興のための団体、と言う看板は下ろせないままに、行政仕事の便利屋みたいなポジションになっている。
上の奴は本来は自治体職員が自らやるべき仕事だが、我々がやると、なあんと!全員最低賃金報酬非正規雇用で人をこき使えるよやったね!
社団法人を維持するためと言う大義名分で役所から出してもらっていたが、心ある町議会議員様から、それは利権だろと正論ハラスメントを受けて価格ヤスクを徹底された結果ご覧の有様です。
団体の専従者数名が就職せずに「善行」で飯食って行くのが目的の全てみたいな
ははは……。
この中で最も実入りがいいのがプロモーションビデオ作成なんだから笑える。
そして、町の仕事で安泰なんでしょとか、儲かってるんでしょとか言われる。うるせーばか
非営利の「社会的課題の解決を志向する活動」におけるコンプライアンスとは、もっと攻めの姿勢のものであるべきだ。
はい。
自分たちだけが秘密ヒーロー戦隊じゃダメなんだよ。全てをオープンにして「出資者」も一緒に運用を考えるんだよ。何にどうリソースを投じるべきか、それでその先どうなるか。コンプライアンスは制限じゃなくて指針なんだよ。
そして情報公開こそがその団体の、活動の命綱だ。
リアル社会でのリアルな人助けってのは難しい「大人の仕事」なんだぜ。
おっしゃるとおりです。
まぁ、今、地域おこし協力隊で面白い兄貴が来たのと、あと何人かを抱き込んで、反旗を翻そうと準備は進めている。今に見てろよ!
じゃなかった。
暖かく見守っていただけるとうれしいです。
自分の頭の中の整理だと思って書き溜める
もともとはアカデミック寄りなエンジニア(企業内のR&D部門)みたいなところに行きたかった
最新技術や科学的な考えを取り入れて数値解析やPoCをするような仕事がやりたかった
一方でアプリやWebアプリなどなんでも作れるようなエンジニアにも憧れがあった
結果的に新卒で入ってしまったのはなんちゃってR&D部門だった
結局の仕事はテスターとなんちゃってチームリーダーといわゆるSEでしかなかった
そこで何年かいるうちにキャリアが潰れたし、目標も見失いつつある
30も過ぎて今さら修士もない未経験でR&D部隊に行くこともできないし
RPAで疲れ果てた方の日記と、それを見て書きたくなった人の日記を見て書きたくなったので。
しばらくフリーターして社会復帰、プログラミングやりたくてIT業界に転職した。
社会復帰のタイミングに職業訓練校でJavaScriptを勉強しながら就活、入社即RPAの現場に単身で放り込まれて今に至る。
客先常駐でシステム開発してる会社だと聞いていて(Java,C+,Rubyあたりとか)、
3回くらいあった面接で一度もRPAのRの字も出てこなかったが、
内定が決まり入社までの待機期間中、勝手にセッティングされた客先との面接で初めてRPAの話を聞かされた。
(今思うとここで断れればよかったのかもしれないが...)
入社後即放り込まれ、仕方なしに頑張るかと思って向き合ったらとんでもなかった。
RPAエンジニアとして雇われてる数人の中ですら共通のルールが存在しなかった。
各エンジニアが作ったもの、非エンジニアの客先社員が作ったもの、過去在籍していた人が作ったもの等々...
何を基準にしていいかもわからないし、というかそもそも基準がない。
現担当者はRPAごと業務を引き継がれたけど、RPAの中身は知らない。その業務のマニュアルも存在しない。
エラーが出ても何が正しいのかわからない、けど「エラーが出ました」と問合せが来る。まず正しい挙動を教えてくれないと修正もできん。
私が担当することになった部署のRPAを作っていた前任エンジニアが画像マッチング大好きマンで、
WindowsのバージョンアップとIE終了に伴う改修が地獄のような作業だった。
部署によって端末環境がかなり違うという客先環境も相まって、画像マッチングが多用されているシナリオに拒否反応が出そうになる。
それぞれがどんなRPA作っててどういうエラーに対応したか、みたいな話をする機会がない。
故におそらく似たようなRPA作ってるけど、それぞれが各自で作ってるからすごい無駄。
多分展開できたものいっぱいある。
等々、正直まだまだ書けるけど書き出したところで別に何も変わらないので割愛するとして。
単身で放り込まれたもんだからまともなフォローもなくかなりしんどかったけど、
なんとかこなしてやっと慣れてきたところで、今後のキャリアを考えたら鬱々としてきた。
今後長いスパンで見たときにRPAエンジニアが必要かと言われるとそうでもないだろうし、
かといってRPAエンジニアの数が少ないっぽい今、即戦力なら欲しいところは多分あるわけで。
RPAから抜け出せずにずるずるとRPAエンジニアやり続けて、
取り返しのつかない年齢になってRPAが廃れて...とか考えただけで怖い。
でも職業訓練校レベルのコードしか書いてなくて、業務でコード書かなくなってしまった今
HTML/CSSですら書けるか怪しいみたいなレベルになってきてるのに
RPAから抜け出せるのかという不安も強いし、今後どの方向に舵を取ればいいのかわからなくなってきた。
それにしても、職業訓練校やら独学やらで一通りHTML/CSS触ってJSに触れてたからなんとかRPAしてこれたと思ってるけど、
これを「通常業務やりながらRPAも担当してね」とかって振られたらと思うとゾッとする。
テスラやスペースXの仕事の仕方は最低限のジョブ(プロマネか開発者かくらい)しか決まっておらず多能工化が進んでおり、各人がやる仕事は日々更新されるジャスティスボードという各開発の内容や進捗が書かれたボードを見ながら各人が決めていく
そのボードでは自動運転みたいな部品レベルからモデル3のインテグなど車両レベル、さらには車の中で絶縁テープを貼るロボットの開発といった製造レベルまでレイヤが全く違う開発項目が並ぶ
ある日は自動運転のシステム開発をして、その次の日はサイバートラックのシステムインテグをすることもある
そして、実務では開発ごとにモブという5人くらいのチームが形成される
ある日は開発者として手を汚すこともあれば、推進者としてチームを管理することもあるし、テストなど品質管理を担当することもある
もちろん車(範囲広い)のソフトウェア開発をする、くらいのジョブはあると思うが
参考
https://logmi.jp/tech/articles/327164
そもそもジョブ型雇用として細かく役割が決まっているのは非効率であり、日々変わる開発状況やプロダクトの価値に合わせてチームを組み、ちゃっちゃとアウトプットを出していくべきだってイーロンマスクは考えているんだと思う
そろそろジョブ型雇用もテスラ、スペースXみたいな化け物企業が出てきたことで"遅い雇用形態"と見做されるようになり見直しが入って行くと思う
DXって、会社のIT含めた全てのインフラ・営業販売含めた仕事のやり方の見直しだから、
社員だけじゃ第3者的にしっかり分析できないし、そもそも社員同士でのヒアリングできて分析スキルに富んだ奴なんて大企業でもIndustrial Engineeringやってる連中くらいでごくわずか。
今流行のデータサイエンス人材も、仕事現場での泥臭いヒアリングは苦手だし。
そうなると、コンサル入れて全社的な分析して、さらにヴィジョン策定から具体策への落とし込み、
ヴィジョンを理解してのシステム開発ともなると、最初からITスキル・DX理解度高い外部ベンダーの人間がやった方が良くなるだけ。
主にDXとかノーコード(ローコード)周りについてコンサル目線で書いておく
表でこんなことを書こうものなら会社クビになる可能性あるのでここに書いておく
(なんでこんな世の中になっちまったんだよw)
DXって別にIT化するだけの意味じゃないんだけど、それすらできてないからIT化って意味で以下注意点かいておく
というより、DXやりたいって言ってる人のほとんどがDXができる状態じゃない
床が見えないほど散らかってる部屋でルンバが使えないように、前提となる条件をクリアできてない
それがもう絶望的にできてない
体感としては8割以上できてない
多分自分たちのやってる仕事が良くわからないし、行き詰ってるからDXという魔法の言葉に救いを求めてるんじゃないかな
まず自分たちがやってる仕事に対して、「どんな仕事をしていますか?」「その仕事をやる理由は何ですか?」という質問に答えられるようにする
人が増えて、長くやってる会社は目的がわからないルール、意味のない仕事が増えていく
これを整理できないと何も前に進められないです
収入印紙を貼る理由なんて良くわからない人がばかりなのにルールだからと貼っている
程度問題ではあるけれども、なんでこの仕事やる必要あるんだ?この会議に出る意味はなんだ?
先にそっちなんとかしてください
次に問題になるのは誰がやるかってこと
「IT部門の若手にやってもらう!」とか気軽に言う人が多いんだけど
これできる人って
ウルトラスーパー超絶優秀な人です
いやマジで
1000人にひとり見つかれば良い方
この業界に20年以上いるけどこれちゃんと出来る人、今まで一人しか会ったことない(その人はさっさと起業してしまいました)
ある程度大きな会社だと一人じゃできないから、仕様策定、運用、試験だったりを分割して誰かに任せる必要があるんだけど
責任感を持ってやってくれて、業務をよく理解している人を選定して説得する必要があります
これすごい難しいです
対人スキルが全方位カンストしてるような人じゃないと務まらないです
IT界隈だとプログラミング能力に秀でた人が優秀な人とイメージされやすいですが、この手の仕事ができる人も同じくらい評価されても良いと思うんすけどね
間接部門だからと出世コースに乗れない閑職扱いになってませんか?
もしそういう認識ならはっきり言って無理です
現場で活躍できなくてもITで活躍出来る可能性もゼロではないかと思いますが、
現場でNG出された方は要領だったり対人スキルに難がある場合が多く、その人がITツールを導入しても混乱を生んで余計な費用がかかるだけです
業務整理が出来て、IT化に着手する場合(まあ実際は役員のメンツとかそういう理由で、業務把握もままならないまま突き進むんでしょうけど)
「やらなくても良い作業を止める」、「SaaSで出来ないか検討する」、「ノーコード開発で頑張る」の順で検討してください
当たり前ですが、やらなくても良い仕事を止めるのが開発もなく、運用費もかからない即効性があって一番良いです
無駄な会議や書類、これらを探して削るところから始めてください
どこもやってる勤怠管理や会計処理等は既存のサービスで充足するはずです
SaaSで実現できなくて、ノーコードで開発する必要がある場合(ほとんどないと思いますが)
ノーコード開発をやってみるとわかるんですが、結構細かいところは出来ない場合が多く100%カバーするようなシステムを作る場合は
すげー大変になることがあります
結局の所ノーコードとは言っても形を変えたプログラミングなので複雑にすればバグも多く発生します
テストしにくい分コードを書くよりも悪くなるケースもあると思います
なので70~80%くらいカバーできれば良い
エッジケースだったり発生頻度の低いオペレーションはバッサリ切る
そんな感じでシンプルになるように努めてください
ノーコードの想定するユースケースを無理やり捻じ曲げてプラグインだらけの独自システムは地獄です
(そうは言っても、こだわりが強いのか、冷蔵庫をエアコンとしても使えるようにしたいみたいな人が多いんだよなぁ・・・・)
ここまで言うと、ノーコードって微妙なの?流行らない?って思うかもしれないですけどノーコードは流行ります
プログラミング言語もセキュリティも覚えることが多すぎて、みんなノリでやってます
セキュリティ対策なんて意味わからんチェックシートを大して理解してない人がYES/NOつけてるだけで実装はボロボロ
たくさんのライブラリは毎日のようにアップデートされ、膨大な工数をかけてアップデートしてます
誰も触れなくなります
というわけでフルスクラッチ開発で内製化とか現実的じゃなさすぎます(金が有り余ってるならやってもいいですが)
ノーコードでも属人化して、ブラックボックス化するのは一緒ですが
セキュリティアップデートとか、セキュリティ対策は幾分楽になるので、まだマシです
ちなみに今SIerにシステム開発頼むのは悪手なので止めときましょう
プログラマーの腕に激しく依存していて、プロダクトの品質が同じ会社でも全然違うみたいな状況はいずれ改善されていくと思います
カンナとノコギリを使って家建てる大工が少なくなって、プレカットの建材を運んで組み立てる家ばかりになったように
(つーか実際もう、ID管理とかメール送信は外部サービス使うのが主流になってきていて、どんどんコード書かない方向にシフトしてる気はしてる)
前述の内容と少し被りますけど、半分くらい作ったらさっさとユーザーに使ってもらったほうが良いです
負荷テストとか、UIとか拘るのは良いんですけど、方針レベルで間違ってた場合は全部やりなおしになるので、
早い段階で使ってもらうようにしてください
多少バグがあっても良いので早めにイメージを擦り合わせたほうが結果的に早く終わります
バグってるものをユーザーに使わせたら怒られるとかいう人いるんですけど、
使う人と作る人が気兼ねなく話せるような関係じゃないと開発はうまく行かないので撤退しましょう
席を隣にして談笑できるくらいには仲良くしてください
いきなりbubble, outsystemsみたいなガチなやつから入らないほうが良いです
kintoneとかairtableみたいなやつから使ってみるのをオススメします
あと選ぶ際に、営業にいろいろ聞く前にまず自分で使ってみること
最初から営業に聞いちゃうと、「頑張ればできます」みたいな回答しか返ってこない
実際に使ってからセミナー行くとか、営業と話して聞いてみるの方が良いと思います
システム作ったあとに、効果があったのかきちんと検証してください
大学受験して合格発表を確認しないようなことあるのか?と思われるかもしれないですが、
ということなのか単にめんどくさいのか分からないですが、ちゃんとやりましょう
いい加減な検証もやめてください
コンコルド効果で捨てられなくなって負の存在として生き続けます
そうならないように作る前から、効果検証の方法と撤退ラインを決めておくと良いと思います
保守なんて誰もできないです
10年もすれば、担当者も業務も変わってドキュメントは不整合だらけ
20年に一度作り直す式年遷宮は技術継承の意味合いが強いと聞いたことがありますが、それと同じでシステムを10年以内に作り直す気持ちでいた方が良いです
最低限のドキュメント更新とかアップデートは必要ですが、維持に多大な工数がかかるとか、修正に時間がかかるようになったら作り直してください
色々書きましたけど、業務把握が一番大変でそれができれば割となんとかなります
自分たちの仕事を管理できないから、システムを作って解決しようとするからおかしいんです
それって業務整理とシステム開発という2つの大仕事を並行してやることになるので、そりゃ混乱もします
あと業務整理を自分たちで出来ないからコンサルにお願いしてやってもらうっていう事言う人いますけど止めたほうが良いです
コンサルからしてみれば他人事ですし、あなたの会社について世界で一番詳しいのはその会社に属している人です
その人たちがお手上げだと、外部の人間だって十中八九うまくできないです
仕様さえ明確に作ることが出来るなら、ツールの違いやら、プラットフォームの違いなんかは些細なことなんですよ
まあそれはそれで、大変ですけど仕様さえ決まってるなら何とかなります
というわけで各位頑張っていただければ
最近、今まで楽しかったことを心から楽しむことができず困っていた。
酒を飲むとか、風俗に行くとか、ギャンブルをするとか、物を買うとか、Youtubeを見るとか、ゲームをするとか、
そうした単発の快楽はたしかに楽しめるけど、それらの隙間をどう楽しめばいいのかがわからなくなってしまった。
また、単発の快楽も長続きしないようになってきた。昔はなんの違和感も持たずに一日中ゲームをする事もできたのに。
おそらく年をくって考え方が徐々に変わってきて、
一時的な快楽よりも連続的な快楽を求めるようになってきたのかなと思った。
なにか、大きく漠然とした快楽があって、個々の行動はその快楽に向かう一歩みたいな。
じゃあ、その大きく漠然とした快楽ってのは何だ、と考えたが、困ったことに何も思いつかない。
起業家や活動家のように人生をかけて達成したいテーマがあるわけではないし、幸い恵まれた家庭環境もあり、成功して大金持ちになりたいという渇望があるわけでもない。
ただこれは、ほとんどの日本人がそうだと思うし、悪いことだとは思っていない。
問題は、生き方をシンプルにしすぎてしまっていることなんだと、考えた。
ここ数年位は、個人として全ての物事を完結させられることを目標に動いていたような気がする。
生活面では、いつでも居住地を変えられるようになるべく物を持たないようにした。
また、他人に貸しを作らないように、物を借りたり手を借りたりはせず、極力金と時間を使って物事を解決した。
仕事面では、フリーランスとして独立した。クライアントと仕事をするときも、なるべく仕事面での付き合いに限定するように心がけていたし、友人知人からの仕事は受けないようにしていた。
まさに、システム開発におけるモジュール化の考え方とおなじで、なるべく依存性を廃して、自分個人を独立したモジュールに閉じ込めようと動いていた。
結果、自分に要求される行動が自分の短絡的な快楽だけになって、小さく単発的なものしか残らなかったのだろう。
もう少し関係している人間が多ければ、最小公倍数的な大きさの行動が要求されて、実現のための時間軸が広がり、連続的な幸せを感じられるのかもしれない。
それも開発したのは俗に言うスーパーハッカーとかスタープログラマとかではなく、当時全く無名だった大学院生。
だから開発の目的だって、勉強のためかお遊びなのかもよくわからない話だったり。
そこに来て、型落ちロースペックPCでも動かせるフリーのUNIXライクOSとなると、今だったら
みたいに冷笑されかねない話だ。
実際リリースされて間もない1990年代後半から2000年前後辺りまでは
「流行の追っかけしか能がない、ワナビーのクソガキ共が使うおもちゃ」
くらいの立ち位置だった。
当時流行っていたネットスラングに類似する煽り方をするなら「アンチMS厨御用達」みたいな感じだろうか。
「そんな事があったんだー」
で終わるくらい、Linuxは誰でも、どこでも使うOSになっているのは御存知の通り。
UNIX系OSで最もメジャーと言うだけではなく、システム開発やサーバ構築でWindowsサーバとともにほぼ必ず選択肢に挙げられるようになって久しい。
更に直近の10年で、気がつけば世界中で使われているスマホの殆どがLinuxベース(Android)になっている。
つまり誕生からの四半世紀で爆発的に発展・普及したというわけだ。
本当にLinuxを使うなんて今どき普通すぎて、特に取り立てて言うことではない。
一方でLinuxよりもずっとフリーUNIXとしての歴史があり、かつては定番だったBSD系なんて、今やAppleのお陰で辛うじて延命している状態なのだから、これまた隔世の感がある。
とはいえ気になるのは、何をどうやったらここまで信じがたい躍進をしたのか?という事情。
ホビー用途とビジネス用途では要求される信頼性のレベルが異なるので、誰かがそこに手を入れないとこのような発展は望めない。
そこでは大企業がきちんと専門家を入れる形で関わるならなお良い。
そうなるとやはり、まずIBMが白羽の矢を立て、次いでGoogleが積極的にコミットするようになった流れが大きいのだろうか。
このうちGoogleは「弊社はオープンソースにフリーライドしているわけではない」アピールや自社サービスのコストダウン、更にはモバイル分野への進出という諸々の目的に好都合だったのだと思う。
何しろ元々IBMはAIXという自社製UNIXを売ってる会社であり、これを用いた各種サーバ構築はお家芸だったわけで。
更にこのAIXにDB2やWebSphereを組み合わせる方式は、2000年代くらいまではエンタープライズアーキテクチャの2大巨頭だった。
(もう1つはSolaris+Oracle+WebLogic)
そんな会社がLinuxに手を出して、一体何の得があるんだ?という話なわけ。
一つ考えられるとすれば、AIXもDB2もWASも買えない貧乏人もとい中小規模の顧客から、せめて構築と運用の手数料だけでも取るためとか?
まあ確かに一時期流行ったLAMP(Linux+Apache+MySQL+PHP)なら、ライセンス料なしでハードも安価なPCサーバになるので、導入のハードルは低い。
というわけでLinuxの草創期を知ってる人間からしたら、今の状況は世の中が変わりすぎなくらい変わったという感覚が強い。
Androidの不具合がスマホのメーカー依存or機種依存だったり、そもそもLinuxのデスクトップ用途が未だに少数派なのは今後も変わらないだろうけど、逆に変わらないのは多分それくらい。
あとUbuntuは嫌い。
そもそも労働集約型産業の典型的なスタッフなので、それ自体に良いも悪いもない。
「知識集約型産業であるはずのシステム開発を、日本じゃ未だに労働集約型のメソッドで回してんの?」
という問いかけになる。
というか日本でプログラマと言ったら、現状その大半が顧客の大企業の基幹システムの新規開発ないしリプレースで、
2次請けか3次請け~末端でコード書いてる人達だと思うんだけど、その認識で合ってる?
そんでそういうところのプログラマって、申し訳程度の予備日しかないやたら細かい線表に実装・レビュー・テストがみっちり詰め込まれたスケジュール
=遅れるのがデフォな進捗で、終電近くまで貸し切りビルというタコ部屋に複数人が閉じ込められて作業するイメージしかないんだけど、
今もそんな感じでマネージメントしてんの?
こう書くとライン工のほうが数百倍はマシな仕事に思えるのはともかく、これなら必要なのは大卒みたいな肩書じゃなく気合で耐え抜く力だし、
実際日本語喋れて気合だけあれば誰でもなれそうだから、あんまり人の確保にも困らなさそうで羨ましいわ。
まあ、客への誤魔化しと奴隷をうまく使うという意味で上位層で動いてるSEは優秀なんだろうし、優秀な人が数人で済むのであれば合理的なんだろうな。
みんな気づいてても黙ってただけなのね・・・。
gabill 市は「高い金払ってるんだからちゃんとしてくれないと」と思っていても、実際に作業する人は責任に見合った金は貰ってないという構造的な問題だよなぁ。
gowithyou 3次受けということ?日本ユニシスから社名変えたのに体質全然変わってないな。まぁこの会社技術何もなくてただ「工数管理」してるだけだからなぁ。
kenjou 下請けの下請けがやらかすという、現代の日本の縮図のような話。中間搾取がはびこると仕事の質が落ちるし、労働者の収入も減るしで、いいことはなにもないよね。
Fushihara 外部委託した事より嘘をついた事の問題だと思うけど、でもこの国では「部下が間違えました」って言えば全て許されるのが民意だもんね。古い考えですまんすまん
gohantaberucom 金払ってる人と、作業担当者はいくらピンはねされてるかが知らないことが多く、それが不幸のはじまり。逆に中間搾取で楽してる奴らの存在が、不幸をもたらしている。金の流れを可視かして担当者が知る法律が必要。
mayumayu_nimolove 間違いなわけない。責任逃れの嘘、バレそうだったのでこう言うことにしようと練った結果。
Falky 当該男性が『BIPROGY関西支社の社員と大阪府吹田市内で飲酒した』ってことは、商流を厳密に見ると曽孫請けだけど普段の認識は「常駐で働いてる業務委託さんの一人」だった、みたいな感じかもしれんね。わからんけど。
ashitaharebare 下請けの下請けだから元請けのBIPROGYに責任ありませんってこと?トカゲの尻尾切りして恥ずかしくないんか?
wakwak_koba 最初の発注時点では月150万なのに、実際に手足を動かす作業員の会社は50万しか貰えていないやつや!
nageo 直接の契約先(BIPROGY)の担当が残業使い切っても終わらない業務量があるっていう実態があるから「じゃあ委託で工数増やそう」って話にもなってるんじゃ。無駄に仕事にクオリティ要求しすぎなんじゃないか日本
ysync システム構築に多重構造が有用な場合もあるのはわからんでもないが、「データ移行作業」運用で孫請ってただの丸投げよね。
qouroquis 従業員個人のやらかしなら再発防止を徹底する、で済むが、元請が無断で再委託していたとなると組織ぐるみの不正であって内部統制が機能していないということ。他にも類似案件がないか徹底して調査する必要がある。
kori3110 現場の人間を薄給でこき使うことが「経営努力」なんだと誤認し続けたこの30年の煮凝りのような話 これはひどい
findup これ自体はダメだと思うけど、元請けも下請けに投げず全てプロパーが作業するとおそらく赤字か利益がほとんどでないから下請けに投げる。では元請の社員の給料下げるか?みたいな構造なんだよね。
kagoyax こういう下請けは多いと思うぞ。当然契約で下請けの下請けは禁止されてるが、社員に口止めしてるところもある。というかそういう企業で働いてた
nobujirou 某広告代理店は最初の打合せは、背広着たおっさんが大勢いで来るけど、途中から人が少なくなって、最後の方は、縁もゆかりもなさそうなフリーランスのおっさんとバイトの女子が2人いるだけだからね
otation 5次請けの殺し屋の話を思い出した。末端に行くほど統制が取れなくなっていく
lorenz_sys 紛失した本人がBの協力会社の(再)委託先という点よりも元請けが飲みに誘ってるらしいってのが現場感覚としては最も違和感を覚える。作業の監督をしなきゃいけない立場だろうに。再委託自体は契約によってはOKだけど。
niam 飲み会、BIPROGY の社員から誘ったって他の記事に書いてあった。協力会社の委託先って、上司の上司もんだから飲みに行こうと誘われたら断れんわな…お酒弱かったのに飲みに誘われてついていかざるを得なかったのか。
Falky 当該男性が『BIPROGY関西支社の社員と大阪府吹田市内で飲酒した』ってことは、商流を厳密に見ると曽孫請けだけど普段の認識は「常駐で働いてる業務委託さんの一人」だった、みたいな感じかもしれんね。わからんけど。
orangehalf 紛失したのが孫請だろうが協力会社の社員に個人情報を持たせた状態でBIPROGYの社員が一緒に飲みに行っている時点で元請の責任でしかない。最初の報道の時点でアウトな要素溢れていたけどまだまだ出てくるのかな
hatahata_chan 元請けが飲みに誘ってるし、元請けが取るべき責任自体は変わらない。ただ、元請けがまともにリソースの管理もできてないという醜態を追加しただけ。
n2sz 個人情報を扱うのに再々委託ってのはなあ。USBメモリで運んだのは正規の手段じゃないにしても個人情報の処理自体は元からの計画だよね?
theatrical まぁ、管理監督できるから大丈夫です!って言って下請け使ってるのに、重大事案で誰が紛失したのかもよくわかってないなら、一体何を管理してたんですか??みたいな話になるよな。
rdlf 委託がOKかどうかはポリシー次第だけど、記事を読むと委託するには許可が必要なのにこの事件で初めて知ったとか書いてあるので最低限のことを守っていないのはかなりまずい…
sionsou でも一次委託先は変えないんでしょ? 結局大手の名前だけのところがもっていくんだよなぁ。都内でも同事例腐るほどありそう
magnitude99 日本の重層的な搾取制度の中で、常識さえ有れば、こうした事例が少なからず生まれるだろうと誰もが想像する。だが、尼崎市はそうなるかもと想像出来なかった程に、世間の実態を知らないか、知らぬ振りを決めて来た。
somei2012 ここに限らず下請け孫受けが基本の社会は切り捨てが楽だものねえ。市役所の集団検診に行ったら胸部、胃部、子宮乳のレントゲンバスが全車社名が違って入札落とした施設はどこぉ?って笑ったの思い出す
yokeimonochang 問題は発注者の役所側でしょ。機密情報の管理規定を契約でガチガチに固めておけば業者側の対応もそれなりになる。これも実質すいませんでしたで終わりで責任の所在が無いのと同じ。 社会にレスポンシビリティが無い
nP8Fhx3T 構造の問題はあるけど根本的にはエンドユーザ側の当事者意識の低さが招いた事だよね。自分達がちゃんとセキュリティ管理してたら元請以外が機密情報触るの禁止してるでしょ
tsuki-rs 市はどうしても委託先のせいにしたくてしょうがないんだと思うけど、でもさ、個人情報の入ったUSBを無断で持ち運べるようにしてる環境や仕組みが一番悪いからな。市も半分くらい悪いぞ。
monokoto01 金払ってる市も、作業してる担当者も、実際にいくら支払われて、いくら中間搾取されてるのか知らないことが、闇なのよ。というか、間にいる人たちがあえて隠してる
hobbiel55 当初から担当者のあまりに杜撰な行動から協力会社よりさらに下請けなんじゃないのと言われてましたが、やっぱりそうでしたね。以前のマイナンバーを含むデータ入力が中国企業に再委託されてた件から進歩してない。
hoimin-densetsu 「監督できるから大丈夫です!って言って下請け使ってるのに、重大事案で誰が紛失したのかもよくわかってないなら一体何を管理してた」この感想ですね…賦役人の顔まで把握しない江戸時代の普請奉行の感覚と同じかも
sockscat 多重受け自体は構わないけど、ピンハネ額が多すぎて、1番コストのかかる現場に、十分な体制を整えるだけのお金が回らない。そんなことばっかりやってて、日本の産業が強くなるはずがない。
toro-chan 自民党政権では対処しないだろう案件だな。人を安くこき使って利益を出す方式を自民党が規制できると思えない。再委託禁止とか小手先で何とかしようとしているが、企業が利益を出すために回避しだすだろう
new3 ほころびが見え始めているけど「例外なく下請け禁止」とかして業界を破壊して再構成しないとLGWAN・霞ヶ関WANが崩壊/停止しかねないと思うよ。少なくともUSBメモリ刺し放題ならstuxnet系で何か紛れこんでいる可能性もある
tettekete37564 この国は中抜きで潤ってる会社ばかりだからムリだろ。これほど衰退しても技術者軽視はまだ続いているのだ。だから言い訳するんじゃねぇよ
emuaeda これが日本のGDPの本質で、蓋を開ければ何の価値も生み出せてない。技術も何もない。そしてこの構造は天下りする政治家や官僚にとって旨味しかないから是正なんてしない。
kusunoki7100 これ中間の人はハンコ押してるだけで非生産的の極みなんだけど、こういった事でハンコ押すだけの仕事を許して、全体の生産効率が下がりみんなで貧しくなってるんだよなあ。
dreamzico システム開発でも運用でもなんでも公金を使って発注するものは下請けピラミッドへの再委託とか丸投げとか禁止しようよ。あるいはせめて受注の時点でどこに下請けに出すか決めて提出させる。しかも1段階のみに限る。
gohantaberucom 金払ってる人と、作業担当者はいくらピンはねされてるかが知らないことが多く、それが不幸のはじまり。逆に中間搾取で楽してる奴らの存在が、不幸をもたらしている。金の流れを可視かして担当者が知る法律が必要。
hmabu 手を動かして作業するひとより、情報や人を右から左にピンはねして中間搾取する人の方が、給料高いとか、いろいろおかしいのよ。少なくとも金の流れの透明かはすべき
rakugoman 募集要項で委託禁止にすればいいと思うんだけど、なんでやんないんだろ。構造がクソなのはもちろんなので、発注サイドから禁止していかないとダメだと思う。少なくとも個人情報管理に関わるような案件は。
k146 この悪しきSI業界の闇は、徹底して最上流から「再委託禁止」を契約条件に入れない限り決して無くなりはしないよね。SESのみが業態になってる中小企業が大企業にぶら下がり続ける構造は日本の低賃金化の一因…
l000says 業界的に使わないとやっけてないし、再委託はダメって論理でいるから隠すのでは。 全部認める、その代わりに全て曝け出せの方がいいけどなぁ。建設も元請は施工管理しかしないでしょ。
Arturo_Ui 就職氷河期世代でプログラミングを学んだ人々がブラック企業で搾取されている事例を耳にするたび、官公庁・自治体がIT関連の臨時職員として雇用するほうが双方にとってメリットが大きいのに、と感じております。
dadadaisuke こういう多重下請けを見ると土木系の公共事業の仕組みは、数々の大規模な汚職を経て作られただけあって良くできている。完全ではないだろうが、経産省とかこういうIT系の契約がザルに思える。
wiz7 これを機に多重下請け構造にメスを。いきなりやるとみんな死んでしまうので段階を踏んで。再委託禁止って実質機能してないもんなぁ
syuda メディアは取材を重ねて、尼崎市は〇〇万円払う→BIPROGYは協力会社に〇〇万円払う→協力会社は委託先に〇〇万円払う→... というように具体的な金の動きを取材で明らかにしてくれ。ここにいまの日本の闇があるから...
murlock 安値で投げたら責任まで回避できるとしたらやり得になっちゃうよね。投げた先がやらかしても一定の責任は負わないと駄目。
(以下コラム)
多重下請け問題にかぎらず、「みんな気づいてても黙ってただけ」って状態、ヤバイものを発生させるよね。
「他人の臓器を抜いて売ってはいけない」なんて当たり前のことでも、
もし、ビジネス化して莫大な利益をもたらしていたら、黙ってしまう人もいるかもしれない。
しかし、こういう事件が発覚して、誰かが最初に声にだしたら、「実はみんな気づいていた」ってすぐ分かるのは、日本の良いところでもある。
江戸時代でも個性豊かな将軍と家老たちがいて、代替わりで改善されたりする。
(コラム2)
あと地味に、「同僚相手に酒を飲む習慣」に終わりが見えてきた気がする。
やるとしても会食レベルでいいでしょ。
ビジネス上の付き合いのある相手と、路上に倒れこむまで深酒する意味がわからん。
これも冒頭に書いた、不健全なビジネス構造に起因するストレスのはけ口としての飲食形態かもしれませんね。
何事にも原因と結果があるもの。
テレワークが進んだり、DXでビジネスが透明化・健全化すれば、同僚と酒を飲んで愚痴を吐き、慰めあう習慣もなくなるのかもしれない。
一人会社、自分が代表、節税目的で法人成り、設立13年、Webシステム開発、自社サービス運営、独身、一人暮らし、30代なかば。
売上3600万円。
合計350万円くらい。
庶民的な生活に加えて、スーパーで値札を見ずに買ったり、電気代を気にせずエアコンつけたりする程度。
個人にかかる所得税率だけでなく、社会保険料率、法人3税の税率、法人剰余金の後始末等々、いろいろなバランスを考えて全てが低くなる役員報酬を決めるのがベストだと考えている。
役員報酬1200万円なら、それに対する税金は18%、相関する社会保険が9.8%になる。
豊かな暮らしの生活費全額を仮に500万円として、それを全額経費としよう。
利益5000万円から500万円を差し引いた残りの利益2100万円を法人に残したら法人税は32%。税引き後剰余金は将来どうする?個人の資産に変えるならその時にも税金がかかる。