システムの内製から見る業務知識不要論 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
業務知識は顧客担当
ソフトウェア開発に業務知識は不要 顧客を上回る業務知識をもって、詐欺ではないシステム提案ができる業務SEなんて
実際存在するのかな? ならばパッケージ売り続けて、コンサルした方が金になんだろ? >>4
コンサルっていうか技術支援やね。
技術ないものにはできない仕事 糞IT会社「うちの会社は開発チームが業界の業務知識を持っています!」
客「マジで!もう業務知識の引き継ぎがいらないから派遣でいいじゃん!いえーい」
数年後
糞IT会社「倒産したわwww」
客「・・・・このシステムどーすんの?他の会社に発注する?仕様知ってる奴いないやん。」
が実際に起きた歴史 >>6
だからIT会社は業務知識 "以外" の部分を
担当させないといけないんだよな。
そうすれば他の会社に引き継がせることだってできる。 業務を素人に教える=システム開発の9割5分が終わってるw
だから自分で作ったほうが早い 業務知識っていうのはユーザー企業の各担当者がバラバラに把握してるから
それをまとめていくのがIT企業の主な仕事なわけです その作業中にとっくにプロトタイプが100回は完了してますわ 実際、コーディングというのは1週間もあれば十分なのです
それが数か月もかかるのは、ユーザー企業が業務知識を把握していないからなのです >>11
その理屈で言えば、お前が考えた仕様でいいと言われれば
1週間でできるってことになるぞw
どや? 1週間で仕事やってみるか? >>12
でも、下流・・・うんたらスレでは仕様すらつくれなかったよwプログラマは >>13
その理屈だとプログラマじゃないやつが仕様作ったのか?
作ってないよな? つまり無能ってことじゃないか? 業務知識とやりたいことはあるけど開発はできないユーザと
業務知識はないけど開発・インフラ構築ができるインフラSE・開発者がいれば問題ないわけだな >>16
業務知識とやりたいことはあるけど開発はできないユーザが
社員2,3人クビ切って、高学力プログラマを採用すれば良い 業務知識とは言っても付け焼刃的な短期学習でまかなえるものと、
そうではないもので別れるはずなのだが、そういう前提を全く無視して
議論をするよな。いわゆる主語がでかい状態というやつ。
だいたい数日数週間の研修で実務に投入なんて珍しくない業界の
ほうが圧倒的に多いのに業務知識が無いと無理と言う方が無理
あるだろと。もちろんそれ相応の経験を積まないと分からないこと
なんてのもあるけど、暗黙知や経験則でドキュメント化されていない
属人的な仕事をしてるのが業務知識云々とか言ってるんだよな。 >>6
官公庁(及び独立行政法人)はまさにこれ
主ベンダーも孫請丸投げだったりするし >>7
業務知識があることを売りにするに決まってんじゃんIT側が
客だって業務知識あるほうのほうが意思疎通がし易いから選ぶだろ
結局IT側が詐欺体質なのが悪い 顧客視点だと業界の業務知識の素養のない企業は相手にしたくないな
ERP導入やBI導入したとき業者側がPL/BSわからない人が来て驚いた よって、変なSIerを間に挟まないで内製するのがベストということになるわけか 内製化したくてもまともにプログラミング出来る人間が1名しかいない
普段は通常業務してるので時間もない
そもそも経営層が内製化する気がない 内製って社内に開発チームを持つってことでしょ?
なんで業務してる人間がプログラミングするって話になるんだ >>26
業務してない社内の開発チームは
業務知識を持っていないからだよ >>26
通常業務と掛け持ちのケースが最強
通常業務は軽めだけど 通常業務と兼任する場合、開発速度が劣ってしまう
その分を補うために重要でない部分(コーディングやテストなど)を外注する
結局、元通りになるのでは?
通常業務を軽め(例えば半分)にするってことは、仮にうまくいったとしても人を2倍に増やすわけで
単価の高い多能工を2倍雇うというのは負担が増す
あと、本題からちょっと外れた雑談だと思ってほしいが
歴史的な観点からみて戦力を多能工でそろえた場合に勝利してるケースは少ない
歴史上、最強軍隊をあげるとだいたい多能工(有名な例では鎌倉武士)だが
育成に時間がかかり、馬や装備にかかる費用も高い
たしかに強いんだけど数が揃えられず、コストも高い
あ、鎌倉武士は最終的に勝利してたな。例が悪かったかw 仕様や要求を完全把握してんだから最速の工数になるがな 内製否定してるやつは日本以外は基本内製という現実どう説明すんの? 内製化の価値を認めないというかわからん経営層ばかりだよ >>30
仕様や要求を完全把握しているパソコン嫌いの人が
どうして最速の工数になるのか教えてくれ。 >>1
客に業務知識はあっても、システムの知識がないから、
何をどうしていいかわからんのだよ。 >>31
アメリカは内製が多いが、その内製部門が外注してる。 外部の人を招集するけど、外注ではないな。
内製部門の人が大部分をきちっと企画から設計、実装、テスト、運用、保守とやってる
開発がある程度終わったら解散 VBA内製なら日本もすごいw
ブックオブジェクトからではなくセルから平然と命令書いてあるけどw 海外でも外注は普通にある。
外注しているところの共通点は、経営者がシステムに対して理解がない。
内製しているところの共通点は、経営者がシステム開発に関してはトップダウン的に行っていて超重要視している。 海外って具体的にどこだよ
世界3位の経済大国がお手本にするべき国なんてあるの? >>40
ない。
アメリカの内製はパッケージの導入がメインだからうまくいく。
アメリカは仕事のやり方をパッケージ製品に合わせる。
雑用はインドに投げる。
アメリカのプログラマの方が悲惨。
アメリカのいいところは年齢を気にしないところ。 海外でも外注は普通にある。
例えばインドとか日本からの外注を
受け付けている 結局>>39何だと思う
今イケイケドンドン状態の企業って大半が内製やってるもん
そのへんがわからんやつが経営者になったら外注でコストダウンとかいって利益までダウンさせる 顧客側の経営層の資質が一番影響するんだなって感じなのかな >>43
ソフトウェア会社じゃないところで
イケイケドンドンで内製してるところってどこ?
そこはなにを内製してるの? 偽装請負多重派遣業界SEと離婚
両親や親戚に反対されましたが、高稼働低収入業界のSEと結婚してしまい、耐えきれず中絶と離婚をしました。
今は別業界で結婚障害残業のない共働きしやすい相手と結婚して幸せです。
・常識がない
・モラルがない
・モテない
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルが高いほど貧困
・高度情報技術者ほど貧困
・会社員なのに短勤続年数
・人手不足なのに無職意識
・人手不足なのに低収入
・高生産なのに低収入
・高利益なのに低収入
・高需要なのに低収入
・多学習なのに低収入
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負多重派遣損害なのに稼働
・裁判官が技術判定不能で賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://potato.2ch.net/test/read.cgi/bizplus/1479096711/ 最初は外注だったが納品されるものが思っていたものと違うことばかりだった
確かにこの仕様で作ってとGoサイン出したのは弊社なんだが細かい仕様は動くものないと完璧にはわからん
外注先が作る仕様書でOkか判断出来るようになったら内製化出来るようになってたんで今は内製 >>47
気がついてしまいましたか・・・w
つまり発注能力があるなら、じつは作れるという現実をww 内製問題でよく言われる「引き継ぎ問題」だけど、
基本的に年数が経過したシステムは捨てる!って運用をしっかりやれば
技術が廃れることもなく
業務運用知識もきちっと残る
業務が整理される
また新たな新システムを即座に構築していける
と良いことだらけで、まったく問題どころかメリットでしかないんだけどな >>49
ずっとカモにされていたんだと気がついたよ
真面目なSI業者もいたんだけど大半がそうじゃなかった
さすがにコードを大量に書くときは派遣やフリーの人を一時的に雇うけど普段は2名でコツコツやってるよ ドキュメントやマニュアルを整備しない&整備する気もない環境は何やっても駄目 >>52
とある会社にシステム依頼したけど仕様書を納品してくれません
そういう業界なん? >>56
取り決めてあるなら出すまで検収しなきゃいいだけだな。 うちは仕様書を情シスが独占して、現場にくれない。
だから現場は仕様を理解できなくて、引き継ぎでどんどん仕様の知識が劣化していく。
マジで情シス潰してくれ ■ このスレッドは過去ログ倉庫に格納されています