https://ameblo.jp/gifiro/ ブログの説明を入力します。 ja
それ以上の場合は課題管理ツールをおすすめします


■エクセル
◯
入力が楽
項目を自由に設定できる
×
インターネットで共有しにくい
項目を増やし過ぎて完了不能になる


■課題管理ツール
◯
インターネットで共有化しやすい
課題にコメントを入れて、課題についてのやりとりが残せる


×
入力が面倒
項目を自由に設定できない ]]> https://ameblo.jp/gifiro/entry-10854197854.html Thu, 07 Apr 2011 12:24:35 +0900 どのシステム開発ベンダーに、システム開発をお願いするかを選ぶかをベンダー選定と呼びます

ベンダー選定の流れは大まかに以下になります。
・RFPの作成
・PFPを送付するベンダーを選ぶ
・ベンダーにRFPを送付する
・ベンダーから提案を受ける
・ベンダーを選定する
]]> https://ameblo.jp/gifiro/entry-10847563298.html Fri, 01 Apr 2011 01:26:05 +0900
・プロジェクト企画フェーズ
・ベンダー選定フェーズ
・要件定義フェーズ
・設計フェーズ
・開発・テストフェーズ
・導入フェーズ
・運用フェーズ

]]> https://ameblo.jp/gifiro/entry-10817614084.html Wed, 02 Mar 2011 00:39:13 +0900
○プロジェクトメンバー
構築するシステムにかかわる部門から代表を選定します。
重要なのは部門で一番業務に精通している人かつその部門に対して決定権を持つ人を選定することです。

プロジェクトに参画するとかなりの時間をプロジェクトに取られ、業務に時間を割くことが難しくなります。
部門の立場で考えると、エース級のメンバーをプロジェクトに取られるより、ひまな人をプロジェクトにアサインしたい心理が働きます。
もし、部門から「ひまな人」がアサインされた場合は人選をやり直してもらう必要があります。
部門から選ばれるメンバーは、新しいシステムに対して必要な要件を正確に伝える必要がありますし、要件が部門の承認をスムーズに取れる必要があります。



○プロジェクトマネージャ
プロジェクトチームは全社からエース級のメンバーを選別してつくります。

プロジェクトマネージャはこれらのメンバーをまとるポジションですから、業務知識や人望・ストレス耐性・高いモチベーションなどのすべての面において高い能力が求められます。

また、経営に対してプロジェクトの報告や要求を行う必要があるため、高いコミュニケーション能力も必要となります。

対システムベンダーに対しては、ITの知識やベンダーを使ったシステム構築の豊富な経験が必要となります。




]]> https://ameblo.jp/gifiro/entry-10805909043.html Sat, 19 Feb 2011 00:48:05 +0900
■導入フェーズは、受入テスト、運用テスト、教育、切替（システム利用開始）、保守の５つのフェーズにさらに細かく分かれます

○受け入れテスト
開発されたシステムが利用できるようになり、実際に業務に使えるかどうかを発注元の会社がテストを行います。

○運用テスト
既存のシステムと新システムの両方使用して、実運用に使用できるかテストを行います

○教育
新しいシステムの使用方法を全社的に教育します。
システムの切替によって、今までの業務ルールが変わる場合は、そこ点も重点的に教育する必要があります。

■導入フェーズの期間
システムの規模や種類によって導入フェーズの期間は異なります。

全社で使用している基幹システムの場合２～３ヶ月の期間が必要になるかもしれせん。

パッケージ製品のグループウエアの場合は、教育に２週間くらいで、テストもほとんどいらないので２週間くらいの期間があればよいかもしれません。

ポイントになるのは、システム開発完了→システム利用開始　ではなく システム開発完了→導入フェーズ開始→システム利用開始であることです。

システムの規模が大きく、複数のシステムを同時開発する場合、導入フェーズの開始時期にすべてのシステムの開発を完了するようにスケジュールを組みましょう。




]]> https://ameblo.jp/gifiro/entry-10805899561.html Sat, 19 Feb 2011 00:29:20 +0900
■まずは、システムの利用開始時期を決めます

○スケジュールに制約条件がある場合

（例）
・Webサイトのリニューアルでプロモーションを先に打っている場合
・競合他社に遅れないように、○年○月までにCRMシステムの導入を経営から指示されている

この場合システムの利用開始日が決まっているので特に考える必要はありません

○スケジュールに制約条件がない場合・制約条件がゆるい場合

（例）
・2011年の末までに基幹システムのリプレイスを行う
・販売管理システムの保守が終了する2011年9月までにシステムのリプレイスを行う

この場合は大体いつまでにシステムが稼動すればよいか、経営や関係する各部門長にヒヤリングを行います。

それをベースにシステムの切替に都合がよい時期をシステム稼動日に設定します。

■システムの切替に都合がよい日
○以下の時期を外した時期がシステムの切替に都合がよい日になります

・年度末や年度の初め
業務が忙しい時期なので、システム切替でさらに業務負荷をかけることが難しいです

・組織変更の時期
これも業務負荷が多い時期なので避けるのが賢明です

・月の締め処理の時期
経理部門などがシステム切替にかかわる場合は、月の締め処理の時期は避けます

○切り替えに都合がよい日
・連休
システムの切替は業務を停止して行うことが多いので、休日が重なる時期が都合がよいです















]]> https://ameblo.jp/gifiro/entry-10804657585.html Thu, 17 Feb 2011 22:04:49 +0900
プロジェクトの企画フェーズで予算は決めておく必要はあります。

経営に対してプロジェクトにいくらまでなら予算をかけることが可能か、予算感をヒヤリングしておきましょう。

ベンダー選定のフェーズで決定がスムーズになりますし、将来的に費用が超過したさ際にどこまでだったら予算を増やしてよいかの目安を持つことが可能になります。
]]> https://ameblo.jp/gifiro/entry-10804638045.html Thu, 17 Feb 2011 21:58:26 +0900
■目的は以下を満たす必要があります
・誰にでも分かる様に明確である事
・本音であること
・強い思いであるこおと
・前向きであること

■目的はブロジェクトの要望を持つ人から吸い上げます

（例）
○経営からのニーズ
受注から出荷迄の期間を短縮したい


○システム部門の要望
システムの保守切れ

○ユーザーからの要望
商品の売り上げ分析を翌営業日には確認したい

■目的を吸い出したら次に目的の絞込みを行います
経営からトップダウンで実現したいことが明確になっている場合は、それをプロジェクトの最大の目的目的とすればOKなので、目的の決定は楽になります（実現可能は別問題ですが・・）

困るケースとしてはシステムの保守切れでシステムをリプレイスしなくては行けないケースです。
]]> https://ameblo.jp/gifiro/entry-10803919341.html Thu, 17 Feb 2011 07:34:26 +0900
プロジェクトの目的
予算
スケジュール
ブロジェクト体制 ]]> https://ameblo.jp/gifiro/entry-10803910940.html Thu, 17 Feb 2011 07:25:46 +0900