システムの内製から見る業務知識不要論

派遣労働従事者によるITシステムの内製

>>40
ない。

アメリカの内製はパッケージの導入がメインだからうまくいく。

アメリカは仕事のやり方をパッケージ製品に合わせる。

雑用はインドに投げる。

アメリカのプログラマの方が悲惨。

アメリカのいいところは年齢を気にしないところ。

>>102
そんな考えだからうまくいってない。

それはお前だよゴミ

海外でも外注は普通にある。

例えばインドとか日本からの外注を
受け付けている

>>54
当然

わざわざ2ちゃんねるで整合性の取れたというか、穴のない文章を最初から書く人間の方がマレだけどな
どんだけの大作を要求してんだよw

内製問題でよく言われる「引き継ぎ問題」だけど、

基本的に年数が経過したシステムは捨てる！って運用をしっかりやれば
　技術が廃れることもなく
　業務運用知識もきちっと残る
　業務が整理される
　また新たな新システムを即座に構築していける
と良いことだらけで、まったく問題どころかメリットでしかないんだけどな

>>75
弊社は初期コスト気にする経営陣なのでパッケージベースばかりです。

>>62
仕様変更の責任分担次第かな〜?
ぶっちゃけシヘンは誰のせいなの?

>>85
本当は引きずり落としたいけど親会社の人なので難しいです
仕方がないのでより条件のいい会社へ私が転職することにしました

>>101
あと常に多数の人員確保は不要
運用に入れば保守するだけだし

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

HD13NS86PL

>>74
んー、動くなら文句は私達も言わないよ。
でも会議で決めた内容と違う上に業務で使えない仕様なので今回の業者さんには困った。

ならばパッケージ売り続けて、コンサルした方が金になんだろ？

まぁベンダーが悪い可能性もあるが、上司がクソなのが問題だな
引きづりおろせ

リフォーム会社もリフォーム後の図面までくれるとは思えんなぁ

>>59
何の取り決めもないとこなんじゃん?
仕様変更分のドキュメント修正や期日はどうするって話になってるの?

下流風情は無理だった企画設計を上流がやってみせる [無断転載禁止]©2ch.net
http://tamae.2ch.net/test/read.cgi/prog/1483398324/

糞IT会社「うちの会社は開発チームが業界の業務知識を持っています！」
客「マジで！もう業務知識の引き継ぎがいらないから派遣でいいじゃん！いえーい」

数年後

糞IT会社「倒産したわｗｗｗ」
客「・・・・このシステムどーすんの？他の会社に発注する？仕様知ってる奴いないやん。」

が実際に起きた歴史

>>101
プログラマなら派遣などで簡単に調達可能だよ

>>61
例えば設備導入してPLC含め完成図書は常識として修正版含めて納品してもらっていましたがシステム屋は違うという認識なの？
当たり前だと思ってましたよ。
問い合わせれば作っているというし。
当方が入社してからリプレース3回目なんですが今までで一番品質も悪く大手でも対応が悪くて

アメリカの内製ってVBAとか作ってるだけだぞ？

>>80
上司と連携取れてないのは指摘通り、人の話を聞かない上司なので。
そういうわけで要件定義で決めた仕様にするために仕様変更に金払ってる笑

海外でも外注は普通にある。

外注しているところの共通点は、経営者がシステムに対して理解がない。
内製しているところの共通点は、経営者がシステム開発に関してはトップダウン的に行っていて超重要視している。

>>47
気がついてしまいましたか・・・ｗ
つまり発注能力があるなら、じつは作れるという現実をｗｗ

外部の人を招集するけど、外注ではないな。
内製部門の人が大部分をきちっと企画から設計、実装、テスト、運用、保守とやってる

開発がある程度終わったら解散

>>16
業務知識とやりたいことはあるけど開発はできないユーザが
社員２，３人クビ切って、高学力プログラマを採用すれば良い

>>80
あとソフトハウスじゃなくSIer。実際作るのは協力会社という奴隷の方々。

>>26
通常業務と掛け持ちのケースが最強
通常業務は軽めだけど

>>53
要求仕様書は出したんだろうな？

内製なのに業務知識が不要って自社の本業もまったく理解できない社員って相当な阿呆だと思うわ。

https://goo.gl/fSbVMj
これは嘘でしょ？本当だと嫌だなー。。

顧客視点だと業界の業務知識の素養のない企業は相手にしたくないな
ERP導入やBI導入したとき業者側がPL/BSわからない人が来て驚いた

>>53
納品物の取り決めにあるの?

実際、コーディングというのは１週間もあれば十分なのです
それが数か月もかかるのは、ユーザー企業が業務知識を把握していないからなのです

とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

TMJS7

>>84
だから代案などではないのだよ
まずそこから考えを改めてくれ

私の文章が拙いのかどういう状態か伝わっていないような気がするが、今回使った業者さんは二度と使わないことになる
テストしていないものを納品したりマスタ定義を説明出来ないから突っ込んでみると仕様を理解してなかったり
いろいろあったからな

ユーザーが要件を伝えてそれを実現出来る仕様を作れないベンダーは正直不要
このスレの通りで細かい仕様を実物なく文章だけで評価出来る顧客ならSIerはいらなくて内製出来る
でもそんなこと出来る日本の会社は少ないでしょう
今のやり方なら顧客は要件を伝え細かいやり方までは指定出来ないから要件を満たすよう細かい部分はお任せするという形じゃないと悲惨な状態になる

今回のケースが顧客だけに責任があると思う方がいるということは、少なからずそれが常識と考えるしかないと思うので次回から以前使った業者さんとまた一緒に仕事をするかなど今回の失敗を繰り返さないように対策するでしょう

>>26
業務してない社内の開発チームは
業務知識を持っていないからだよ

内製化したくてもまともにプログラミング出来る人間が1名しかいない
普段は通常業務してるので時間もない
そもそも経営層が内製化する気がない

>>72
そうなの？
一度もソースは納品されたことがない。
PLCはソース納品されるけどWinで動くパッケージベースのものはバイナリと仕様書って感じ

その作業中にとっくにプロトタイプが１００回は完了してますわ

内製って社内に開発チームを持つってことでしょ？
なんで業務してる人間がプログラミングするって話になるんだ

顧客側の経営層の資質が一番影響するんだなって感じなのかな

業務知識っていうのはユーザー企業の各担当者がバラバラに把握してるから
それをまとめていくのがIT企業の主な仕事なわけです

どこもそうだろ
協力会社という奴隷雇って作らせているんだし

よって、変なSIerを間に挟まないで内製するのがベストということになるわけか

内製って結局実体は外注になってたりする

また糞スレたてたバカがいる

一件落着