• 締切済み

システム運用の作業範囲

システム運用の作業範囲 こんにちは。 よくある話ですが、うちのシステムは開発と運用の仲が悪く、壁があります。 サービスの廃止に伴い、ある運用作業の一部が変更になるといった対応がありまして、 主な作業として、運用手順の変更(手順書の改定)、相手先とのテスト調整、テスト実施があります。 これを運用にお願いしたところ、 「請け負っているのは保守運用作業と作業依頼のみで、運用変更が発生して運用設計を行うような対応はして請け負っておらず、開発対応です」 と突き返されました。 納得がいかないのですが、ITILなどの一般的な定義で立ち向かえる情報はありますでしょうか? ご指導ください。

noname#229153
noname#229153

みんなの回答

  • Gletscher
  • ベストアンサー率23% (1525/6504)
回答No.2

法律とか規則とかいった噺じゃないでしょう。 No.1の解答にもあるように、会社としてどうなんだ?って話です。しいて言えば、会社としてどう決めてるの? 一般的には、実機を触る私語とは全て運用でしょう。 「請け負っているのは保守運用作業と作業依頼のみで」って、そうですよ。だから作業を請け負えば良いでしょ?

  • kikisei_
  • ベストアンサー率33% (33/98)
回答No.1

正直な所、会社の社内ルール的な部分なので、 社内でちゃんと定義しないと無理だと思いますけど? 立ち向かうどうこうではなく、上司に範疇確認するのが ベストと思いますが・・・ ITILが国際的てとか一般的とか基準とは言っても、規格とか そう言った事ではないので、要所々々で変化すると思います。 契約内容であったりその社内のルールであったりで、 一概に「こう」と言うのは難しいので、通常は会社やチームの トップが決めた内容に従うのが道理ですけどね・・・ 私がリーダーのチームで、仕事を蹴る様な事を言ったら、 その場で帰ってもらってましたから・・・(笑) 喜んで進んで仕事をする人以外チームには不要です。

関連するQ&A

  • システム運用ってどんなお仕事ですか?

    システム運用エンジニア 顧客のコンピュータルームに常駐し、システム監視や運用オペレーション業務 システム運用に関する設計、開発、導入、保守、管理などを行います。運用というと開発に比べて軽く見られがちですが、要求される知識の幅は広く、OSやデータベース、ネットワークなどのIT知識だけでなく、お客様の業界、商品、関連法規などの知識も必要です。 とあるのですが、、ピン来ません。

  • 保守運用から開発への異動は可能でしょうか?

     こんばんわ。  今年、IT系の会社(システムインテグレータ)に就職した者です。  最初の配属が保守運用の部署でも、その内、開発の仕事を行えるようになるのでしょうか?  それとも、ずっとこのまま保守運用に関わり、保守運用のプロとしてキャリアを積んでいくのでしょうか?  先日配属先がシステムの保守運用を行っている部署に決まりました。  しかし、私はものづくりに関わりたいという気持ちが強く、 システムの設計など開発の仕事がしたくてSEになりました。  ですから、最初の配属は保守運用の部署でも、その内、開発の仕事を行えるようになりたいのですが可能でしょうか?  

  • システム保守運用を生涯の職にできる?

    こんにちは。 大学で情報系の学部に通う者です。 将来の職業についてお尋ねしたいことがあります。 IT業界のキャリアプランとして、 「システム保守運用から開発に携わり、管理職へ…」のような キャリアアッププランを目にすることが多いのですが、 私は、キャリアアップにそれほど興味がなく、保守運用側でずっと働きたい、と考えています。 具体的には、http://itpro.nikkeibp.co.jp/article/COLUMN/20090625/332533/ こちらのURLの、「運用/保守」のような職業をしていきたいと考えています。 そこで質問なのですが、 1.システム保守運用は、一生涯、勉強することがなくならないような職業でしょうか。 2.システム保守運用を生涯の職として極める、というのは現実的に可能でしょうか。 それとも、経験を積むと開発の方に回ることになるのでしょうか。 3.もし現実的であれば、学生のうちに勉強しておくべきことは、 コンピュータの仕組み、プログラミング言語などの技術知識のほかに、 何があるでしょうか。 よろしくお願いします。

  • 新システムの運用をするにあたって必要なこと

    新規システムを私が頭を張って運用していくことになりました。 私が先駆者として運用し、後々他メンバーも運用できるようシステムの運用を 共有していく流れになります。 サーバ台数は約10台ほど。クライアント数は数千台です。 業務として <サーバ> ・サーバの維持監視 ・ジョブの監視 ・運用改善 ・定例業務 <クライアント> ・業務アプリの管理 ・ヘルプデスク業務? がざくっとした業務です。 新規システムを運用するにあたり、下記内容を押さえておく必要があるかと思っています。 他に、何か押さえておくべきことがありましたらご教示ください。 <抑えておくべき事項> ・システムがどんなもの(サービス)を提供しているか ・障害時の対応連絡先(24hなのか?対応時間や年中なのか?) ・落ちた時の影響度。サーバでどのようなサービスが動いているか? ・サーバが落ちた時の影響。 ・保守ベンダー。 ・保守範囲 ・システムの契約書の回収 ・保守契約書の範囲

  • 開発工程についての質問

    開発工程について質問ですが、 要件定義→サーバー設計→プログラミング→テスト→デプロイ→保守運用 この流れであってますか?

    • ベストアンサー
    • Ruby
  • 維持・運用業務契約での新規開発

    よろしくお願い致します。 現在、とある企業のシステム部とSES契約を結び、社内システムに対する維持・運用業務を実施しています。 【契約の内容】 維持・運用業務契約 ・システムに対するQA対応 ・システムログ収集及び障害検知 ・障害修正作業 ・プログラムメンテナンス作業  ですが最近、機能改善や新規開発等の開発を実施することが多くなりました。 上記契約内に「システムに関する改善・機能追加開発」とあればすんなり行くのですが、本契約内で新規開発業務を実施しても、特に問題ございませんでしょうか?  問題あるようであれば、その一文を追記した形での契約を提案してみようかと思います。

  • 50代エンジニアで運用保守をやっている人いますか?

    40代50代のネットワークエンジニアで運用保守をやっている人っていますか? 40代50代で保守をやっている人って、設計・開発ができないか、やらない人ですよね。 そういう人っているんですか? 一生運用と保守をやっている人。 もし、開発よりも楽な道なら俺もそれを考えているんですけれども・・。

  • システム開発に関してご質問させていただきます。

    システム開発に関してご質問させていただきます。 外部設計時の見積規模 : 2420FP 結合テスト開始4週間後に、 外部設計時の見積規模より20%テスト項目が不足していることが判明 また、内部設計以降にユーザー要件変更が多発したため 外部設計時の見積規模よりも20%大きくなった。 上記2点に対する対策が以下の場合に考えられる リスクはどのようなものが考えられるでしょうか。 対策1:規模の増加分も考慮し、テスト項目を追加する 対策2:テスト項目の増加分に対応するために、新たに作業要員を外部から     調達しテストを実施することによって予定期日内にテストを完了させる。 以上。 よろしくお願い申し上げます。

  • システム開発に関してご質問させて頂きます。

    システム開発に関してご質問させて頂きます。 あるシステムが180FPの規模だったとします。 各工程別配分比率は 要件定義25%、 内部設計20%、 詳細設計(コーディング、ユニットテスト)35%、 システムテスト20% 工程別開発期間を算出する際の期間配分比率は 要件定義25%、 内部設計22%、 詳細設計(コーディング、ユニットテスト)35%、 システムテスト18% である場合、このシステムの各工程ごとの所要日数は どのようになるでしょうか? 補足させて頂きます。 1FP=7.5時間です。 月間標準時間は150時間、1人月=20日です。 以上。 宜しくお願い申し上げます。

  • ソフトウェア開発工程の呼び方、分け方

    システム開発の方法としてウォーターフォールという方法がありますが、Wikipediaでは、 「要求定義」 「設計」 「プログラミング」 「テスト」 「運用」 といった工程の分け方が紹介されていました。 ほかに、 「要件定義」 「概要設計」 「詳細設計」 「製造」 「単体テスト」 「結合テスト」 「運用」 という分け方も聞いたことがあります。 他にどのような分け方、呼び方があるでしょうか。 また、「製造」という呼び方は一般的なのでしょうか。(ちょっと違和感を覚えたので)