システムの内製から見る業務知識不要論 [無断転載禁止]©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
取り決めてあるなら出すまで検収しなきゃいいだけだな。 うちは仕様書を情シスが独占して、現場にくれない。
だから現場は仕様を理解できなくて、引き継ぎでどんどん仕様の知識が劣化していく。
マジで情シス潰してくれ >>56
正確に言うと仕様変更やバグ修正により発生したことを含めた仕様書が納品されないです。
初期の仕様書は納品されました。
問い合わせると修正版は作成中と回答がありますがすでに半年経過してしまいました。 >>59
何の取り決めもないとこなんじゃん?
仕様変更分のドキュメント修正や期日はどうするって話になってるの? >>61
例えば設備導入してPLC含め完成図書は常識として修正版含めて納品してもらっていましたがシステム屋は違うという認識なの?
当たり前だと思ってましたよ。
問い合わせれば作っているというし。
当方が入社してからリプレース3回目なんですが今までで一番品質も悪く大手でも対応が悪くて >>62
仕様変更の責任分担次第かな〜?
ぶっちゃけシヘンは誰のせいなの? >>63
要件定義を無視した仕様になっていたが弊社側が気がつかずOKと判断した弊社に問題があったので対価を払い仕様変更しました。 >>64
その時の見積りにドキュメント修正まで入ってるの?
納期優先で実装だけお願いしたんちゃう?
完全にグレーになっちゃうパターンじゃん
改めて金出して書いてもらった方が良さげ >>65
ということは、この業界はドキュメントを作ることは当たり前じゃないということと思えばいいということ?
それならそれで私の知りたいことは満足するが。
以前付き合ったことがあるSI業者や製造設備を取り扱うエンジニアリング会社などは仕様変更などが発生しても当たり前ということでドキュメント修正したが、それは特殊だと。
私が取引先側ならドキュメント修正しないと、また何か問題が発生したり何か不具合が発生したりしたとき最新版のドキュメントがないと困ると思うのだがIT業界は契約しなければ作らないのが普通なんですね。 >>66
もちろんもらってる金額にもよるんだけど
基本的に客の都合で発生した仕様変更のドキュメントまで書いてくれるところは良心的だと思っていいよ
取り決めがグレーな場合、タスクの優先順位が下がるだけでそこもやってくれてんちゃうかな?
ほおっておけばそのうち納品されるかも
でもすぐ欲しければ確認必須みたいな感じ >>66
もちろん困る
でも結局現行のソースがどうなってるか?が重要であってドキュメントをそこまで信用することもできないって
現実もある 成果物: バイナリ
ドキュメント: ソースコード
だからなぁ
例えば家建てた時に図面とかくれるかもしれないけど
図面をわかりやすく説明した説明書とかってくれるの?
と煽ってみる
まぁぶっちゃけ金額とそれ以降の取引次第だよね リフォーム会社もリフォーム後の図面までくれるとは思えんなぁ >>69
ソースコード公開してくれるなら有り難いけどしてくれないよね?
あと家の図面が例にしてるけど図面でいいんですよ
ちゃんと読めばわかるものを納品してくれれば
あと契約内容には仕様書が含まれていましたのでプッシュします
議事録が残っている要件定義を決める会議で決めたこととは違う動きをする仕様を提案してくるとかやりたい放題されてしまいました
今まで取引先していた企業は誠実だったけど、これは普通ではなかったようなので次からは気をつけますよ
SI業者は信用しないことですね 提示されたものがまともに動く仕組みであったら代案なんて金かかるし作らないよ
割りと誠実なソフトハウスなのに勝手に不信感もってそう見えちゃってるだけじゃないかなぁ? > ソースコード公開してくれるなら有り難いけどしてくれないよね?
もともとあるサービスのカスタマイズとかだと、くれないだろうね
完全新規作成とかなら、契約次第じゃないかな?
普通は著作権は客に譲渡する契約にするのが一般的だと思ってたけど >>73
会議と内容が違うので私は同意してない。けど上司が検収してしまった。 >>72
そうなの?
一度もソースは納品されたことがない。
PLCはソース納品されるけどWinで動くパッケージベースのものはバイナリと仕様書って感じ >>75
弊社は初期コスト気にする経営陣なのでパッケージベースばかりです。 >>74
んー、動くなら文句は私達も言わないよ。
でも会議で決めた内容と違う上に業務で使えない仕様なので今回の業者さんには困った。 >>76
んー?
・ソフトハウスは代案を出した(現行案に問題があるとソフトハウスは思っているはず)
・上司が検収(ソフトハウスは当然合意が得られたと確信する)
この状況で文句言われてもソフトハウス困っちゃうよ
上司とあなたの連携が取れてないのが問題では? >>80
いや、違う。
例えばロット付番ルールはあらかじめ決まっていて会議でも伝え議事録も残っているけど勝手にルール変更されたり、インターロックの仕様がおかしくて業務出来ないとか。
かなり酷いなと個人的には思っている。以前の業者さんではこんなことなかった。 >>80
上司と連携取れてないのは指摘通り、人の話を聞かない上司なので。
そういうわけで要件定義で決めた仕様にするために仕様変更に金払ってる笑 >>80
あとソフトハウスじゃなくSIer。実際作るのは協力会社という奴隷の方々。 >>81
勝手にじゃないじゃん
問題のすべてが上司との連携不全なのにソフトハウスのせいにし過ぎる
会議で代案という形で出して御社のしかもあなたの上司にまでお墨付きをもらっていて酷いとか
どの口が言うの? まぁベンダーが悪い可能性もあるが、上司がクソなのが問題だな
引きづりおろせ >>84
だから代案などではないのだよ
まずそこから考えを改めてくれ
私の文章が拙いのかどういう状態か伝わっていないような気がするが、今回使った業者さんは二度と使わないことになる
テストしていないものを納品したりマスタ定義を説明出来ないから突っ込んでみると仕様を理解してなかったり
いろいろあったからな
ユーザーが要件を伝えてそれを実現出来る仕様を作れないベンダーは正直不要
このスレの通りで細かい仕様を実物なく文章だけで評価出来る顧客ならSIerはいらなくて内製出来る
でもそんなこと出来る日本の会社は少ないでしょう
今のやり方なら顧客は要件を伝え細かいやり方までは指定出来ないから要件を満たすよう細かい部分はお任せするという形じゃないと悲惨な状態になる
今回のケースが顧客だけに責任があると思う方がいるということは、少なからずそれが常識と考えるしかないと思うので次回から以前使った業者さんとまた一緒に仕事をするかなど今回の失敗を繰り返さないように対策するでしょう >>85
本当は引きずり落としたいけど親会社の人なので難しいです
仕方がないのでより条件のいい会社へ私が転職することにしました >>86
お前が最初に出した内容って全然そんな内容じゃなかったじゃん
お前、後付で自分を正当化することばっかり考えてるクズだろ? >>88
なんでそんなに喧嘩腰なの?
あとあなたが誰なのか知らんけど勝手に会議で私の上司からお墨付きを貰えたとか当方が書いていることと違う意味でとらえたり、SIer側が代案考えたとかそんなことも書いていないけどあなたはそうとらえた
意味が通じなかったとしてもクズ呼ばわりされるようなことを書いたつもりはない
そもそも仕様書くれないのは当たり前なのか知りたかっただけだったしな >>89
だってお前
発言がコロコロ変わるし
実際の仕事でも同じ感じだろ?
この数レスのやり取りですでにお前の発言は信用できない
自分の認識と相手の認識が一致してるか確認する作業を雑にやる割には
大層相手の理解力に期待するじゃん
上手くいかない理由の大半はお前にありそうだけどいつかそれに気付くといいな わざわざ2ちゃんねるで整合性の取れたというか、穴のない文章を最初から書く人間の方がマレだけどな
どんだけの大作を要求してんだよw 2chでいきなり長い文章書かれたら逆にイヤだよなw
変なルール強要すんのやめろや >>90
んー、おまえ様の言い分はわからん
話をコロコロ変えたつもりはないし
仕様書が納品物かどうか知りたいだけで書き込んだがおまえ様がそれとは直接関係ないレス付けたから対応しただけなのだがな
どこがどう話をコロコロ変えたのか指摘も出来ず、そもそも私の書き込み内容とは違う形で勘違いしていてその言い分かよ
はっきり言えば俺がどういう人物とかどうでもいいんだよ
そんなこと聞いてないし2chで評価されたくもない笑 >>94
マ板には煽りたいだけのクソ野郎が生息してるんだよ 内製なのに業務知識が不要って自社の本業もまったく理解できない社員って相当な阿呆だと思うわ。 >>86
なんか勘違いしてなくね?
ソフトハウスはITの専門家ではあるが
あなたの会社の専門家じゃない場合が多い
3年か5年か10年かあなたと同じ業界に勤務してから
ITに転職した人なんてほとんどいねぇから、大体の場合細部はズレると覚悟すべきだった
もし「あなたの会社の専門家」が必要ならまずITコンサルを謳う会社に話をするのがベター
っつっても、日本で本当にIT(実務)とコンサル(企画)の両方ができる企業なんて
ほとんどいねーと思うが
だからキチンとわかってる会社の単価は高いわけだが 一体何を言いたいのだろうか?
アンカ間違えたのか? いくら技術があっても、顧客の要件から仕様作れずまともに動かないものとか、顧客が不満足と感じたなら次の仕事は来ないし、顧客が細かい仕様まで作れるなら内製化するんじゃね?
システムがちゃんと動いて仕事がうまく出来ればいいわけで実装方法などどうでもいいだろ >>100
内製するには常に開発要員を抱えていなければならないから、大規模なものになると現実的ではなくなる。 >>101
プログラマなら派遣などで簡単に調達可能だよ >>101
あと常に多数の人員確保は不要
運用に入れば保守するだけだし どこもそうだろ
協力会社という奴隷雇って作らせているんだし >>106
どこの会社もそうだろ?
雇う人の問題より雇う側が原因だろう 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
HD13NS86PL とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
TMJS7 ■ このスレッドは過去ログ倉庫に格納されています