[B! SI] ebibibiのブックマーク

SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー｜ミック

はい、今回はみんな大好き︵大嫌い︶SIerについての話である。デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド︵非IT産業︶にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある︵筆者が追えていないだけでもっと古いかもしれない︶。この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ

ebibibi 2020/12/26

よくまとまってる。

リンク

丸投げ情シスの自然死｜友岡賢二

多くのエンタープライズ情シスが大手SIベンダーに依存して運営されています。システム開発や運用を外部ベンダーに丸投げするケースも多いのですが、事業会社の情シスとして最低限やらなければならない事、それは﹁要求のマネジメント﹂です。﹁何をベンダーに求めているのかを理解している﹂必要があります。﹁良く分からないけど、いい感じにしてちょうだい﹂ではダメだという事です。内製が出来ない、開発部門を持たない、企画だけ行う情シス部門であっても、﹁要求のマネジメント﹂は顧客として最低限守るべき生命線です。その為には、自分たちが導入しようとしているテクノロジーに関する制約をしっかり理解する必要があります。この制約が無制限の前提で、つまり自分たちはテクノロジーの事はよく分からないという前提で話しをする顧客は既にその一線を超えています。待ち受けているのは死しかありません。多くの大企業情シス部門がベンダーに売り

ebibibi 2019/12/04

リンク

12年半勤めた金融系SIerを退職しました | 川上徹

あけましておめでとうございます。2018年9月30日を持ちまして、大学新卒入社以来12年半勤務した金融系SIerを退職し、2018年10月1日より事業会社のエンジニアとして働き始めました。年内で試用期間を終了することから、ちょうどよい節目として転職にまつわる思い等をまとめておこうと思います。前職の概要企業分類としては、大手企業の子会社としてシステムインテグレーションを担う会社。俗に○ー子と呼ばれる会社でした。○に何が入るかはご想像におまかせします。金融系というのは主とするビジネス領域が金融関係であったという意味で用いています。資本が金融系という意味ではございません。親会社からの開発案件を請負で処理するか、SES契約で人を出すか、概ね業務形態としてはそのいずれかであったと思います。現職の概要主に食品を取り扱う事業会社で、ECを主軸として売上を立てている会社です。自社事業に関するシステ

ebibibi 2019/01/03

リンク

システム更新の見積もりが億単位？　ならば自分たちの手で　信州ハムはどうやって9カ月で基幹システムを内製したのか (1/2) - ITmedia エンタープライズ

信州ハムもかつては、基幹システムの構築、保守を外部のIT専門企業に任せていたが、20年以上運用してきたシステムが老朽化したため、新規システムの見積もりを依頼したところ、出てきたのは﹁億単位の提案﹂だったという。持続的成長に向けた投資も検討しなければならない中、﹁これではとうてい手が出ない﹂――。やむにやまれぬ状況で対応策を探す中、ある展示会で目にしたのが﹁FileMaker﹂のプラットフォーム上でカスタムAppを構築する方法だった。当時、情報収集に当たっていた信州ハムサービス取締役開発本部長の土屋光弘氏は﹁2014年のFileMakerカンファレンスで実際に食品メーカーで活用している例があることを耳にして、﹃これならできそうだ﹄という感触をつかみました﹂と振り返る。土屋氏と一緒にカスタムAppの開発に当たったのが、信州ハムの生産管理部生産管理課で係長を務める織部航氏だ。デザイン思考

ebibibi 2018/12/06

業務わかってない外部の別会社にお客様気分でガンガン要望投げるのではなく、きちんと技術者を高い給料を払って雇って、継続的にクイックにシステムを構築、改善させ続ける。その方がみんな幸せになるでしょ。

リンク

IT業界の仕組みと偽装請負の闇を分かりやすく解説しよう

IT業界の仕組みと偽装請負の闇を分かりやすく解説しよう‥﹁多重下請け＋客先常駐＋偽装請負﹂のコンボで業火に包まれるな︵1/3 ページ︶上流企業のエンジニアは、プログラミングを行わないって本当？――IT業界への就職／転職を考えている学生や若手エンジニアに贈る、エンジニアとして希望通りのスタイルで活躍するために知っておきたいIT業界の仕組みと慣習、そして自分に合ったIT企業の選び方。 IT エンジニアに憧れてIT業界に入ったのに、数年たつと﹁こんなはずではなかった﹂と後悔するエンジニアの声を聞くことがある。理由はさまざまだ。単純に﹁入社した会社が合わなかった﹂という人もいるだろう。しかし体感では﹁IT業界の構造そのものに対する誤解によって生じたミスマッチ﹂が驚くほど多いように思う。私も学生時代はIT業界の構造を正しく把握しておらず、業界に入って数年たってようやく、正しく認識できるようになっ

ebibibi 2018/09/11

そもそもプログラミングを伴わないIT業界の仕事も多いわけなんですけどね。まぁ、なんにしてもこういう構造含めて日本はやばいと思う。

w
c
IT
SI

リンク

システム刷新に失敗した京都市、ITベンダーと契約解除で訴訟の可能性も

京都市は2017年10月11日、NEC製メインフレームで稼働している基幹業務システムの刷新プロジェクトについて、バッチ処理プログラムの移行業務を委託していたシステムズ︵東京・品川︶との業務委託契約を解除したと発表した。作業の遅れで京都市は既に稼働時期を2017年1月から2018年1月に延期していたが、それがさらに遅れて2020年になる見込みである。新システムの稼働時期は、当初予定よりも3年以上の遅れとなりそうだ。京都市は2014年から81億円を投じて、国民健康保険や介護保険といった福祉系のほか、徴税、住民基本台帳の管理など18業務を担っている基幹系システムの刷新プロジェクトを進めてきた。現行システムは30年前に稼働し、COBOLで構築している。既に京都市は、福祉系のオンライン処理の刷新を予定通りに終了させている。地場のITベンダーなど5社が落札し、COBOLプログラムをポルトガルのアウ

ebibibi 2017/10/12

これも胃が痛い案件ですね…。

リンク

クラウドに基幹を移行して5年超経過 - 急がば回れ、選ぶなら近道

もう5年か、まだ5年というべきかちょっと判断に迷う。大抵の業務系のシステムがクラウドを始めるのは現実的には今年来年以降になるので、今の自分達の状況は多分、今後の業務系システムをクラウド移行したユーザの近未来になると思う。ので、予想的にまとめておく。本格的にクラウドを利用した業務アプリケーションの5年がどうなるかの一つの指針になるかと。以降は別に統計データでもなんでもなく5年間を眺めてみて自分の印象。・障害：大規模は５年で2-3回程度。一度は業務に影響が出て客先にお詫びに行った。AWSだったけど、サポートからは「もう回復してるのでチケットクローズね」みたいな話だったと記憶している。その後は大体四半期に一回程度のN/W障害。障害は普通に起きているし、オンプレと比べてどうか、という比較では細かい障害件数は減った気はしていない。ただし、「ドカンと来るでかい障害」は確実に減った。・データ増加対

ebibibi 2017/08/14

リンク

プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／

20代後半から15年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。﹃監督とは、他人が打ったホームランで金を稼ぐことだ。﹄ケーシー・ステンゲル︵MLB監督︶ ●ポリシー1︶全てのメンバーが目的・段取りのわからない仕事をしない／させない。2︶プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。3︶プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。4︶プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。5︶リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。6︶みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。7︶人は一人一人別人であり仕事に対するスタ

ebibibi 2013/09/20

これは素晴らしい。

リンク

「オンプレミス・システムの終わり」の始まり〜AWSでのミッションクリティカルシステムの稼働 - 急がば回れ、選ぶなら近道

個人的には割と大変だったので、その辺をまとめておきます。ニュースリリースはこちら。 http://www.nautilus-techno logies.com/topics/20130409.html 要するに本部系バックエンド基幹システムの﹁一式﹂のクラウド移行です。完全なミッションクリティカルシステムで、止まった段階で業務に確実に影響が出ます。システムの機能概要 1.売上の確定処理と債権管理 POSデータの直結です。売上確定処理を行います。同時に債権管理も行い、F/Bからの入金データをそのままつなぎ込み、入金処理・債権の消し込み処理を実行します。マッチングは自動処理できるものは処理を行い、ヒューリスティックなものはユーザー判断に従います。 2.仕入・費用の計上と確定処理、および支払いデータの作成費用・在庫の計上確定処理です。当時に支払データの確定処理を行います。EDI︵BMS︶との

ebibibi 2013/04/16

私はクラウドへの完全移行はありえないと言い続けている人なので﹁えー！まじでー！﹂という感じです。作った後も大変なのでこれだけでは判断できないけど、やっとかないと感は更に高まる・・。 ●aws ●amazon ●cloud ●hadoop ●SI

リンク

はてなブックマーク

タグ

関連タグで絞り込む (12)

SIに関するebibibiのブックマーク (9)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

今週のはてなブックマーク数ランキング（2024年7月第1週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス