タグ

ブックマーク / xtech.nikkei.com (4)

  • [第1回]IT部門が消滅、200台のサーバーが残された

    某製造業の現役IT担当者が実体験を基に、新たなIT部門の在り方を提起する。10人の人員を抱えたIT部門がリストラで消滅。たった1人のIT担当者になった著者が、いわゆる「ひとり情シス」としてIT開発・運用体制の再確立に挑んだ。その実践経験を基に、弱体化したIT部門が抱える問題点、IT部門の再建の道筋などを示す。 私は従業員400人の企業で、社内の情報システムを担当している。250台のサーバーから成るインフラの構築・運営を中心に、業務システムの内製、データ管理や統制など仕事は多岐にわたる。だが体制は、私ひとり。つまり「ひとり情シス」である。私自身は「ソロインテグレータ(Solo Integrator)」と呼んでいる。ソロインテグレータについては、この連載の後半で説明するが、まずは現在の状態に至るまでの長く困難な道のりを説明し、主に中堅中小企業のIT部門が抱える課題への現実解を指し示したい。 自

    [第1回]IT部門が消滅、200台のサーバーが残された
  • [ERP編]いきなりプロトタイプを始めてはいけない

    ERPパッケージ導入では,どこまで標準機能で実現できるかによって,プロジェクトの成否が決まるところがある。この標準機能での実現性を検証するうえで,「プロトタイプ」が重要な意味を持つ。 なお,ここでは「実機を使用してERPの標準機能を確認しながら,ERPの機能で業務運用が実現できることを確認する作業」とプロトタイプを定義する。プロトタイプと同様の作業をCRP(Conference Room Pilot)と呼ぶケースもある。 プロトタイプ・フェーズの目的は「新業務プロセスの決定」「標準機能とアドオン機能の切り分け」「パラメータ設定の決定」などがある。この目的を達成するために,プロトタイプで「何を」「どこまで」「どのようにして」決めるかを明確にしておかないと,プロジェクトは失敗する。 ここでは,ERPパッケージを導入するコンサルタントの立場で,プロトタイプに関する留意点について説明する。 いきな

    [ERP編]いきなりプロトタイプを始めてはいけない
  • 第8回 パッケージ導入失敗,カスタマイズより奥深い原因

    パッケージの導入に失敗する要因の多くは,カスタマイズを増やしてしまうところにある。しかしもっと奥深い要因がある。それは,顧客企業とパッケージを担ぐソフト・ベンダーとの間の役割分担だ。パッケージの特色を生かすための方策を一番知っているソフト・ベンダーは,顧客企業に対して的確なアドバイスをすることが重要な役割になる。通常のシステム開発よりももっと密接なコミュニケーションが顧客企業とソフト・ベンダーの間で必要だ。 記事は日経コンピュータの連載をほぼそのまま再掲したものです。初出から数年が経過しており現在とは状況が異なる部分もありますが,この記事で焦点を当てたITマネジメントの質は今でも変わりません。 製造業のO社で,システム部とソフト・ベンダーのやりとりが連日深夜まで続いている。半年前に導入を決めた新しい会計パッケージが,番稼働してから 2カ月以上たっても正常に動かないからだ。担当者は修正

    第8回 パッケージ導入失敗,カスタマイズより奥深い原因
  • 「欲しい出版社は自分で作る」、電子出版専業の「達人出版会」を一人で立ち上げた高橋氏に聞く

    「欲しい出版社は自分で作る」、電子出版専業の「達人出版会」を一人で立ち上げた高橋氏に聞く 達人出版会 代表取締役 高橋征義氏 最近、技術者の間で「達人出版会」という出版社が注目を集めている。ソフトウエア技術者である高橋征義氏が一人で立ち上げた、電子出版専業の出版社だ。同氏は、プログラミング言語Rubyの利用者/開発者の支援組織である「日Rubyの会」の会長という顔も持つ。同社の立ち上げの経緯などを高橋氏に聞いた。(聞き手は大森 敏行=日経エレクトロニクス) 問 なぜ会社を作ろうと思ったのですか。 高橋氏 きっかけは、2009年秋頃に「技術者がきちんとビジネスやマネタイズのことを考えるにはどうすればいいか」という勉強会の立ち上げを準備する飲み会に参加したことです。そのときに「どんなビジネスをすればいいか」を他の技術者と話し合っていて、米国の「Pragmatic Bookshelf」や「Pe

    「欲しい出版社は自分で作る」、電子出版専業の「達人出版会」を一人で立ち上げた高橋氏に聞く
  • 1