• 締切済み

システム導入について

300名の会社で情報システム部に配属となりました。 といっても、新たらしくできた部のため部員は一人です。 勤怠システム導入をある部が計画しています。 発表から本番開始まで三ヶ月と期間を設定し案を出してきています。 現状の勤怠ルールの整備、矛盾の解消、 現場の運用の仕方、など事前調査することが多々あると思います。 一回目の給与確認をまたずに、二回目の締期間がはじまってしまう。 テスト回数が少ないなど。 私はこの導入計画は無理があると思うのですが、 適正なのでしょうか。 また今まで業務システムをリリースしてきた経験のある方。 アドバイス(注意点など)をいただきたいのです。 宜しくお願いします。

noname#27233
noname#27233

みんなの回答

  • notnot
  • ベストアンサー率47% (4847/10260)
回答No.2

>現状の勤怠ルールの整備、矛盾の解消、 >現場の運用の仕方、など事前調査することが多々あると思います。 お書きのように現状のルール・運用が定まっていないのであれば、あまりもめなくても確定およびそれの役員会での承認などで1ヶ月はかかると思います。 部によってルールが異なりどれにするかなどもめればそれだけ遅くなりますね。 ルール確定から本番開始まで2ヶ月というのはちょうどそのまま使えるパッケージソフトが無ければ難しいでしょうね。カスタマイズが入れば3~4ヶ月。 そもそも情報システム部に1人ということは外部ソフト会社もしくはベンダーのサポートを使うんでしょうけど、選定から契約までも時間がかかります。今は法律が厳しいので正式契約前に作業は開始できません。 すでにいくつものシステムをこなしてシステム開発ルールや契約手続きなどが軌道に乗った状態で、会社のことをよく知ったソフト会社がついているのであれば、(ルール統一でもめない限り)何とか間に合うというところでしょうか。現状では無理だと思います。 あるいは、担当部署(人事部?)がルール・運用手順など全部かっちり決めていて承認もされており、それをパッケージシステムを使って実現するだけならいけるかも。全社へのルール徹底の責任は担当部署と言うことで。

  • Nigun
  • ベストアンサー率22% (200/893)
回答No.1

どのような勤怠システムかにもよります。 例えば、非接触型の社員証なんかをタイムカードのように使用するタイプであれば、三ヶ月もいらないと思います。 逆にエクセルやWeb上で自分で入力していくタイプであれば、三ヶ月以上必要かもしれないですし。

関連するQ&A

  • 企業のシステム部の仕事

    企業のシステム部に配属になりました。 昔、システムをやっていたことがありますが実務はかなり久しぶりです 仕事には興味がありますが何から手を付けていいのか分かっていません メインの仕事は運用とプログラム開発と修正です 資料としてはジョブフローと仕様書はなく、システムもテスト環境はなく本番環境しかなく好きなように入力出来る環境もありません。 手元にあるものは使用頻度の高いファイル一覧と口頭で教えていただいた販売管理のデータの流れです。 どこの部門で何時に誰が何をどうしているのか・・・はまだ知らないです。 システム部のメンバーは他に数人いるのですが年次が長く既に頭に入っているようで忙しそうで、早く力になりたいと思うのですが運用以外何をしていけば良いか分かりません。 ファイルの項目やプログラムについてはソースでみる データ内容はツールを使用してみる は出来ます ちなみにdfdみたいなものもありません 自分に時間だけはあるのですが、どこから手をつけていくべきか分からないです。 現状は、とりあえず毎日運用するので一部のプログラムを読んでいます。 質問も出来ますが基本的には自分で調べてくださいというスタンスです。 やる気はあります。 アドバイスいただけると幸いです よろしくお願いいたします

  • システム導入後のサポートについて

    A社からB社へ依頼のあった金融システムの開発を業務委託契約にて B社から私ともう一人の方が委託され、昨年9月から12月まで開発を しました。 今年1月末にリリースを完了したのですが、いろいろあり導入した 新システムへのデータ移行がすんなりいかず、現在、旧システムと 新システムの両方が稼動しています。 私ともう一人の方はこれ以上客先サポートをできないと申し出を 行い、B社は了承の上、引継ぎを新任の方に行いました。 ここでB社の主張としては客先からの不具合等の問い合わせが来た時 客先窓口対応は行うが、不具合なのかマスタを削除してしまった等の 運用の問題なのかを内容を二人に連絡するのでどちらか判断して欲しい といいます。 確かに業務委託契約時に不具合は開発終了後も修正対応を行うという 決まりにしていますが、不具合かどうかの判断は客先窓口である 元請(B社)がしないと話にならないと思うのですがいかがでしょうか? 元請(B社)は「不具合かどうか判断できない時は、私がプログラムを 追えというのか?」と聞きましたが、私はそうだと答えました。 私がメーカーで外注にお願いしていた時には当然のようにそうしていたので 常識と思うのですがいかがでしょうか?教えて頂ければ幸いです

  • ASP/SaaS型システム導入のプロジェクト管理

    ASP/SaaS型のシステムを導入する際、どのようなプロジェクト管理を行っていますか? ユーザー側(利用側)、ベンダー側(提供側)、どちらの目線でも構いません。 規模や業務によっては、ASPでも導入に期間がかかる場合があります。 ある程度の規模のスクラッチ開発を行う場合、以下のようなPM関連資料を作成するケースが多いかと思いますが、 ・プロジェクト計画書 ・WBS ・品質管理計画書 ・課題管理表 など ASP/SaaS型を導入する際は、このような資料を作成しますか? 作成する場合、参考になる情報がありましたら教えてください。

  • Apple社での社員管理について

    アップルでは、従業員の勤怠管理や営業の行動管理など、どのように運用されているのか教えて下さい。 日本の会社では、上記の管理はシステムを導入し運用されているところが多いようですが、アップルでの管理手法など含めて教えて下さい。

  • タイムカードに代わる勤怠締めシステム

    お世話になります。現在、200人程度の製造業に総務職として勤務しています。 社員はタイムカード無し。 パートアルバイトはタイムカード時給月給制です。 毎月締日には下記の手順で締めを行います。 (1)タイムカードから勤怠台帳(手書)へ転記(1人1日作業) (2)勤怠台帳を締める(1人1日作業) (3)EXCEL表に転記(1人8時間作業) (4)EXCELを給与管理システムへ入力(1人8時間作業) (5)支払処理(EBにて各個人口座へ)(1人4時間作業) 質問: (1)~(4)の過程をシステム導入で効率化または自動化したいと思います。 勤務体系には夜勤もあります。 どこか検討価値のある勤怠管理システムをご存知でしょうか? 具体的に導入実績のある方からのご回答をお待ちしております。 (当方、いくつかの候補(アマノ他)がありますが。 他にも情報を仕入れたく考えています。)

  • 社内システムの構築について

    社内システムに関してですが、弊社では基幹システムにERPを導入しています。 これらの周りに単独部所で利用するツールや、複数の部門で幅広く使用するシステムが存在します。現在これらの所管が不明瞭になってきて今後が懸念されています。 このあたりについてよいアドバイスを御願いします。漠然とした質問ですが、いまいちどういった切り口でわけ、それを資料化するかがよくわかりません。 最終的に弊社の長期システム投資計画にまで落としたいのですが、どこから手を付けていいものか頓挫しています。 恥ずかしながら、こういったことに関して知識が薄いまま、業務を任せられています。 どんなご意見でも結構ですので教えて下さい。

  • システム開発のベンダーから機器の無償提供を受けると違法?

    お世話様になります m(._.)m 私はシステム部門で働いております。あるシステムで約3年間使用したサーバーをメーカーさんが新品と交換してくれることになりました。しかし、これは違法な利益供与を受けることにならないか心配なのですが、法律的に問題があるのでしょうか? <経緯> ・当該システムはサーバー1台だけで運用していて、開発用サーバーはありません。 ・業務パッケージもサーバーも同じメーカーの製品です。 ・今回、業務パッケージへの機能追加を開発委託しています。 ・メーカーは開発後の業務パッケージ(以下、新PKGと表記)を新品のサーバーに導入して、当社に持ち込んで現地テストを行い、その新品サーバーのままで当社の検収確認を3週間行います。 ・新品サーバーで新PKGの本番運用を開始し、現行のサーバーはメーカーが持ち帰ります。 当初の予定では、1ヶ月程度、新品サーバーによる本番運用を行いながら、メーカーが現行サーバーに新PKGを導入し、稼動確認のあと当社に戻して、現行サーバーによる新PKGの運用を行う予定でした。 しかし、メーカーとしては新品サーバーを当社に無償提供してしまったほうが、SEの作業を削減できるため、是非、新品サーバーをそのまま使ってほしいと提案を受けたのです。 法律に詳しい方や同様の経験がある方のアドバイスをいただけると助かります。 よろしくお願い申し上げます。

  • 運用費の事前説明が無い場合の対応

    すいません。誰か知っていたら教えていただけますか。 本当に困ってます。 ビルの設備改修をすることとなり、 電力量の計測システムも同時に導入することとしました。 LAN等を用いた運用費のかからないシステムがあることを知っていたため、LAN等を用いた電力量計測システムを導入する運用費がかからないシステムをお願いしますと伝えておきました。 しかしながら、事前説明・了承なくFOMAを用いた運用費が月額2万円程かかる設備を業者が導入し、その対応に困っています。 業者の説明は、 (1)契約内訳書に機器型番を書いており、その設備を入れている。 (型番のみ記載されており、運用費については、一切記載はありません。この時に運用費の説明は受けていません。) (2)納入仕様書にもその設備を掲載している。 (運用費の記載は一切ありません。この時に運用費の説明は受けていません。) 既に導入したので、運用費を支払って欲しいといわれます。 (ちなみに、口頭で伝えたのですが、現場代理人と計装担当者の連絡がうまく行っておらず、伝わっていなかったという状況です。) 確かに、口頭で伝えた私もうかつだったと思うのですが、これでは費用が嵩むので、どうしても受け入れがたいです。 (運用費を支払はないと計測機器として、稼働しません。) 運用費に関しての事前説明・承諾なしで取り付けられた機器に関してどのように対応したら良いのでしょうか。こちらとしては、運用費の掛からないシステムに変更がしてもらいたいです。 ちなみに、これに関する施工計画書は一切提出されていません。 運用費がかかる機器もかからない機器も機器費はそれほど変わらないので、なぜわざわざ運用費のかかる機器を入れたのか考えると、業者のバックマージン目当てではないかなと思われます。

  • 勤怠管理の打刻システム運用について

    タイムカードでもパソコンのシステムでもいいですけど、勤怠管理のための打刻システムをご利用の職場の方にお聞きしたいです。そういう打刻システムを導入している企業で、仮に業務の定時が18時までですが21時まで仕事をする場合、どのように打刻が行われるものでしょうか。 (1)本来の打刻システムの趣旨に従い、21時に帰宅する際に打刻し、18時~21時まで時間外労働したと申告する。 (2)18時でいったん打刻する。そのあと実際には、打刻システムの記録外で21時までサービス残業する。 (3)その日のうちには打刻しない。後日、打刻忘れとして訂正入力を行う。実際には忘れではないけど、残業申告するわけには行かないので忘れたことにする。 とした場合、多くの企業の実態としては(2)>>>>(3)>(1)くらいの割合で打刻が行われているのではないかと思うのですが、どうでしょうか。(1)のようにするのが当り前だとか原理原則論などの建前ではなく、ありのままの実態として世の中の企業がどのように運用しているかを答えていただきたいと思います。

  • 社内のシステムを整備構築するためには・・。

    先日社内SEとして、再就職したのですが、 この会社は、アプリケーションを導入し、ネットワークもあるのですが、今まで、外部企業におんぶに抱っこ状態だったようで、PCのネーミングルールすら決まっていません(当然資料もありません) 社内の業務アプリケーションを構築する際に、必要最低限のネットワークとセキュリティを、この外部企業が再構築したようですが、PCのネーミングも必要なPCのみにこの外部企業が設定したものがあるだけで、セキュリティーポリシーどころか、ネーミングルールらしいものがありません。 この外部企業が、作成したシステムを安定稼動する為に設定した、社内システムですが、これをベースに全社的に標準化を定め、セキュリティーポリシーの構築、運用まで、出来るだけ早い時期に行いたいと思います。 しかし、いかんせん社内のシステムを一から構築した経験が無く、アプリケーションも外部企業に依頼しながら、でも外部企業はアプリケーションで必要となる部分以外は、ノータッチとなっています。 どんなポイントが必要なのか、どんなところから手をつけたものか、困ってしまいました。 どなたか、社内システムを整備・構築、その後、安定運用するためには、どんな手順で何を決め、何を適用していったらいいのか、ヒントでも結構ですので、アドバイスくださいませ。 よき資料があるようでしたら、それもお教えくださいませ。 宜しくお願いします。