要件定義も設計もしてもらいましたが、他社に発注します。もちろんお金は払いません！
要件定義も設計もしてもらいましたが、他社に発注します。もちろんお金は払いません！：「訴えてやる！」の前に読む IT訴訟 徹底解説（24）（1/3 ページ） 東京高等裁判所 IT専門委員として数々のIT訴訟に携わってきた細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回も正式契約なしに着手した開発の支払いをめぐる裁判を紹介する。ユーザーの要請でエンジニアを常駐して設計まで進めた開発案件、「他社に発注することにした」はアリ？ ナシ？ 連載目次 IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。前回は、ユーザーとベンダーの間で、見積もり合意も正式な契約もないまま作業を開始したプロジェクトが中断した判例を取り上げた。 今回も、ベンダーが正式な契約書のないまま作業した例を紹介する。同じような事例で恐縮だが、それだけこういった紛争が多いということだ。
悪口をいう人は多いが、僕は大手代理店やSIerの靴の裏を舐めたい | 高橋文樹.com | Web制作
この投稿は 7年半 前に公開されました。いまではもう無効になった内容を含んでいるかもしれないことをご了承ください。 僕は会社を独立してからずっと受託でお金を稼いでいるのですが、基本的に頼まれたことをやっているだけなので、わりと取引先を失うことがあります。なので、失注と言っても競合プレゼンで敗北するのではなく、気づいたらいつのまにか別の業者に鞍替えされてたというパターンですね。 このパターンに陥るケースとしては、だいたい以下の条件を満たしています。 先方はすごい沢山の提案を貰いたがっている 予算感が提示されない 本業がITとは縁遠い 実はこのサイクルに陥るのには黄金パターンがあります。それは、「Webに詳しい人が僕を見つけ出して依頼した」という代理店的なパターンですね。基本的に営業をしない弊社では、それが受注のすべてです。 で、いつのまにか僕が直接依頼を受けるようになることがあります。その人
木村岳史の極言暴論！ - システムの“内製”は絶対必要、素人のIT部門への丸投げ厳禁です：ITpro
ある大手企業の経営企画の幹部らが「自社のIT部門について意見を聞きたい」とやって来た。この企業でもビジネスのデジタル化が大きな課題で、そのためにIT部門はどうあるべきかが問題意識だった。いろいろと議論させてもらったが、その幹部は「なるほど、これはIT部門の問題ではないな。事業部門自身がどうIT活用するかの問題だ」と満足げにうなずいて帰っていった。 今や「ビジネスのデジタル化」が多くの企業にとって最大の経営課題になりつつあるのは、ご存知の通りだ。既に米国では、大手企業のCIO（最高情報責任者）はもちろん、CEO（最高経営責任者）までが、平気でAPI（アプリケーション・プログラミング・インタフェース）の話をするらしい。日本企業はさすがにそこまではいかないが、経営者が「デジタル」や「IT」を日常的に口にするようになった。 以前とは比べ物にならないぐらい、企業にとってITの重要性が飛躍的に高まって
「ふざけんじゃねえよ」、3次請けが2次請けに切れた話
「ふざけんじゃねえよ！」 その叫びを聞いたのは1990年のことで私は26歳になっていた。もう25年も前の出来事だが当時の光景をはっきり思い出せる。そこは私が仕事を始めてから3カ所目の現場だった。 2度の大病を経て進学もせず毎日ぶらぶらし、フリーターをしながら、時にはギャンブルをして時間を潰していた私は、ある時思い立って専門学校でプログラミングを学び、中堅ソフトハウスに入社した（『「動くまで出るな」、冷凍マシン室に入れられた話』参照）。1988年のことである。 それから2年余りで3カ所目の現場に行くことになったのは配属変更願いを出したからである。厳密なルールは無かったが、同じ現場にある程度の期間いた社員は「他の現場へ動きたい」という希望がある場合、配属変更願いを出せた。 最初の現場に派遣された私はそこでソフトウエア業界の多重下請け構造を思い知った（『「新人なのに経験者」、偽の職歴で売られた話
SEとは「何もできない人」のこと
SEとは「何もできない人」のこと SE is a one who cannot do anything 2016.01.28 Updated by Mayumi Tanimoto on January 28, 2016, 08:00 am JST 大原ケイ様 新年もとっくにあけ、クリスマスも終わってしまい、鬱なのでガルパンを見ながらマグナムを舐め舐めしております。この食の不毛の大地イギリスにて、唯一素晴らしいと思えるのはマグナムです。マグナムとはちなみに巨砲ではなくて、アイスです。 IT業界もさして事情は変わりません さて前回の書簡は、結構衝撃的な内容でした。 ゼネラリストばかりで「プロ」がいない出版界 厳しい編集方針で知らられる雑誌New Yorkerが日本のある作家さんへの作品掲載を持ちかけたのにも関わらず、「多忙だから」と編集者が依頼を断った、というトンデモなお話です。New Yor
SI叩きが酷くて気分悪い
http://anond.hatelabo.jp/20160123131828 とか、ここ二日ほどSI叩きが酷くてちょっと気分悪い。 やれ技術が古い、テストをしないだのと叩かれまくっているけど、SIerって言っても色々だと言いたい。 俺が勤めている会社は、100人に満たない小さな会社だけど、ちょっとしたニッチな固有の技術を持っていて それを売りにした製品を自社開発すると同時に、受託開発も引き受けている。 固有技術なので顧客には完全なブラックボックスということがあって、それが顧客との間で有利に働く。 当然論文も特許もあるけれど、それを理解できる客など殆ど居ないので商売としては相当な強気を通していて、 受託受注額も業界屈指だと思うけど、技術力の高さに関する評判の為に顧客も文句は言われないし、その結果として給料はいい。 平均年収は800万程度だったはず。残業はないわけではないけど、社員平均で月間
SIはやめておけ
20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。 今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。 一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。 以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。 工数至上主義受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていない
IT業界の多重下請け構造で得をする人、損をする人 - paiza times
Photo by Tim Menzies こんにちは。テクニカル・ライターの可知(@y_catch)です。 IT業界には多重下請けが蔓延しています。私の身近なところでも多重下請け構造の中で働いている人も居ますが、実際に体験した人や聞いたことがある人も多いと思います。たしかに多重下請け構造は、企業側にとって不可欠な仕組みとなっていますが、階層の下のほうで悪戦苦闘しているITエンジニアや、これからIT業界に参加しようとしている人たちにとっては、切実な課題だと思います。 そこで今回は、IT業界の多重下請け構造について解説しながら、ITエンジニアのキャリアプランについて、どのような方向性があるか整理してみたいと思います。 [目次] IT業界の給与格差 給与格差の元になる、IT業界の多重下請け構造 IT業界は、どう人材を育成しているのか ITエンジニアにとってのメリットとデメリット ITエンジニアと
エンジニア不足はSI依存と発注者スキルが低いのが原因なのでは | INST blog
こんにちは、INST石野です。 最近、3歳の娘が僕のことを、彼女の敬愛してやまない「イカ」よりも好きだと言ってくれるようになりました。どうやら5歳の息子が僕の留守中に「イカはお父さんと違ってキャンプに連れて行ってくれないし、肩車もしてくれないし、ブランコで背中も押してくれないよ」とロジカルに説得を続けてくれている模様。親子愛と言えば聞こえはいいですが、息子にフォローしてもらってる親父ってどうなの。 さて、そんな話はさておき。 今日はこの前ITproで見つけた伝統的なSIはもう限界という記事をみて「エンジニア不足の諸悪の根源はこれなのでは」と、ピンときましたので、まとめておきたいと思います。徹底的にディスりますｗ 皆さんご存知のように、日本のIT業界はSIerが支えています。「御社のシステム開発、私共に任せてください」というような広告をよく目にしますね。まずこのスタンスが良くない。 先程の記
中小Sierの退職理由を分析してみた～一番はお金じゃないんです～ - あいむあらいぶ
かるび（@karub_imalive)です。 寒くなってきましたね。冬のボーナスがもう早い会社だと今週末あたりに出た人もいるかもしれません。 さて、Sier、特にかるびの所属しているような中小Sier（概ね300人以下位）に勤務していると、この時期あたりから翌年3月位まで、エンジニアの退職者が目立つようになります。かるびは採用担当という立場なので、何よりもつらいのが退職者を送り出すことなのです。大手Sierと違い、中小Sierの泣き所は退職率の高さ。 今日は、そんな中小Sierの退職について少し考えてみたいと思います。 中小Sierの平均退職率はどんなものなのか 退職理由は意外にもお金ではない 1番の退職理由はマネジメントの拙さだった 具体的な退職理由としては・・・ 1) プロジェクト現場のマネジメントが悪い 2) 経営的なマネジメントが悪い お金の問題は副次的に発生する まとめ 中小Si
新SIモデル、成功への要件
オルタナティブSIの実践モデルは、適用できるシステムの種類、ビジネスモデルや適正な開発人員、契約形態が大きく異なる。実際のシステム導入事例からは、オルタナティブSIで成功する要件が見えてくる（図2）。 最初の特徴は、ITベンダーが製造工程に頼らない、別の収入源を確保している点だ。 人月見積もりのSIモデルは、「多く作るほど儲かる」構造を持つ。ITベンダーは、見積もりの段階ではムダと分かっていてもユーザー企業のわがままに応じ、要件を膨らませる傾向があった。 オルタナティブSIでは、製造工程には頼らない別の収入源、例えば月額の顧問料、クラウドインフラの保守運用、トレーニング費用などの比率を高めることで、「できるだけ作らない」SIモデルを実現している。 システム開発の成果を常に顧客に見せている点も共通する。 伝統的SI、特にウオーターフォール型の開発請負では、動くシステムの画面をユーザー企業が見
伝統的なSIはもう限界
ITベンダーが事実上の一括請負でシステムを開発する従来のモデルでは、要件定義の不備や追加開発の費用をめぐるトラブルから逃れられない。ここにきて、ユーザー企業とITベンダーが協調できる仕組みをビルトインしたシステム構築の新たなビジネスモデルへの挑戦が始まっている。 「今後、一括請負の受注は禁止する」。売上高223億円（2014年9月期）の中堅ITベンダー、日本ビジネスシステムズ（JBS）の牧田和也副社長は2014年4月、社内で宣言した。新規案件のうち、顧客が示すシステムの要件が不確かなものについては「〇〇までに□億円で完成させる」といった完成義務を伴う請負契約では受注しない、という意味だ。 一括請負に代わって牧田氏が推進するのが、要件定義を含む上流工程から製造（コーディング）工程を含む下流工程までを、完成義務を伴わない準委任契約で行う「フル準委任」。これを前提に社内プロセスを見直し、標準契約
【勧告】中小零細のIT土方はいますぐフリーになれよ 色々と捗るぞ : ライフハックちゃんねる弐式
2015年11月30日 【勧告】中小零細のIT土方はいますぐフリーになれよ 色々と捗るぞ Tweet 56コメント ｜2015年11月30日 07:30｜就職・転職｜Editタグ ：成功例 1 ：VIPがお送りします：2015/11/16(月) 02:21:53.620 ID:T+NonVRv0.net 年収320万→920万に早変わりした ちょっと炎上プロジェクト行けば俺の契約の場合180H以上で時給4500円 かなり残業して月に220H働いたとしたら770000の基本報酬＋90000(4500×40) 86万が売上になる この人売りIT土方で本当に経費は月の定期代くらいのもんやから 売上がほぼ月収になる 当ブログサイトはアフィリエイト広告、バナー広告を利用しています。 2 ：VIPがお送りします 自社で商品出している会社、大手のSIerは別だが派遣メインのIT企業(笑)なんか在籍するメ
「派遣エンジニアって不安定で儲からない」はウソ？ 派遣のメリット・デメリットとは。 | キャリアハック（CAREER HACK）
【プロフィール】 平島 陽子（ひらしま・ようこ） エンジニア派遣の株式会社VSNに所属するITエンジニア。サーバエンジニアとして外資系企業に派遣された後、国内大手SIerにおけるプロジェクトのリーダーや請負案件でのプロジェクトマネジメントを経験。同時に若手エンジニアをプロジェクトマネージャーとして次々と育て上げる。現在は国内大手SIerにおいて、対象者が“日本在住者全員”という大規模システムの導入に携わるキーマンとして日々走り回っている。 “派遣”エンジニアとは？まずは正しい理解が重要。 突然だが、みなさんは「派遣エンジニア」というキャリアを考えたことがあるだろうか。 特にIT業界ではプロジェクト単位で組織が動くため、期間を区切って雇用できる「派遣」という形態は重宝される。さらに近年、企業のIT投資意欲の向上により、ITエンジニアの需要は増加。それにともなってIT系の派遣時給も過去最高を記
若いエンジニアへ - 読むために生まれ。
エンジニアなら誰でも突貫工事に喜びを見出した経験がある。深夜2時の夜食を共にした同僚のことは、その職業人生を通じて忘れることはない。しかし、そこにいかなるドラマがあろうとも、突貫工事は例外である。これを常態としてはならない。 メーカーの組込みプログラマとしてエンジニアのキャリアをスタートした私は、「よい製品はよいプロセスから生まれる」ことを頭に叩きこまれた。素晴らしい製品を生み出す工場は静かである。常に誰かが大声で叫んでいるような工場には明らかにプロセス上の問題が認められ、素晴らしい製品を生むことは決してない。 本物のエンジニアは突貫工事を好まない。突貫工事とはプロセス上の誤りであり、つまり誰かが大声で叫ばなければならないということだからである。エンジニアの仕事は計画され、コントロールされたものでなければならない。 長時間労働によって成果を生み出そうとすることも、やはり例外としなければなら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「情報システム産業では、2000年代後半から協力会社を中心として労働環境の悪化が相次ぎ受託開発ビジネスの限界に直面。丸投げ委託、多重下請けと人月ビジネスの横行等により、業界全体の魅力が低下した」という経済産業省の産業構造審議会の公式見解について
飲食店向け予約トラブル防止アプリ「トレテル」を提供開始 | 株式会社トレタ
ComputerworldとCIO Magazineは閉鎖しました
ComputerworldとCIO Magazineは閉鎖しました
SIerクエスト