ＲＦＩ・ＲＦＰ／プロジェクト管理特集ページ

「情シスHack」で紹介したRFI・RFP及びプロジェクト管理関連の記事を纏めました。

第１回：RFI・RFPとは何か、何故必要なのか

RFI・RFPとは何か | システム導入検討のエッセンス（１）

https://jyosys-hack.info/2018/04/23/post-658

イントロダクション情シスをやっていると、見積依頼や注文を行うことが多いです。パソコンの更新やキーボード、マウス、モニタ等の周辺機器の購入や、携帯電話の追加導入、ソフトのユーザーライセンスやクラウドサービスの利用者ID追加等、大なり小なり何かを購入しています。会社として必要なものなので購入しているのですが、間接部門は稼ぎもしないのにお金を使うだけ、と見られるのも仕方ないと思えるくらいに件数が多いです。自分自身の感覚がおかしくならないように、経費扱いになる少額物品であっても極力決裁をもらってから購...

第２回：RFIに記述すべき内容について

RFIに記述すべき内容とは | システム導入検討のエッセンス（２）

https://jyosys-hack.info/2018/04/24/post-673

イントロダクション前回はRFI・RFPとはそもそも何なのか、何故必要なのかという話をしました。今回から実際に記載すべき内容についてお話しします。まずは順番的にRFIからになります。尚、前回の最後にも告知しましたが、当ブログではRFIの雛形やフォーマットの提供は想定していません。あくまでRFI・RFPの理解を深めるための解説になりますのでご了承ください。ＲＦＩに記載すべきことまず記載するのは自社の状況RFIに記載するのは主に「自社の状況」と「依頼したい事項」です。「自社の状況」は、自分たちがどのような企業・団体であ...

第３回：RFPに記述すべき非機能要件の範囲について

RFPに記述すべき非機能要件とは | システム導入検討のエッセンス（３）

https://jyosys-hack.info/2018/04/26/post-684

イントロダクション前回は主にRFIに記述すべき内容と気を付けるべきことをお話ししました。最後は現行業務の整理はRFI・RFPで記載すべき内容とリンクするというところまでお話しました。今回はRFPに記載すべき内容から、特に非機能要件に着目していこうと思います。非機能要件は調達時に要件を漏らしがちで、運用が開始してから問題になったり、逆にオーバースペックな要件を提示して費用を圧迫したりする危険性があります。業務部門にあまり注目されない部分だからこそ、情シスがきちんとコントロールしなければいけません。非機能要...

第４回：非機能要件詳細：可用性について（１）SLAや稼働率について

SLAや稼働率について | システム導入検討のエッセンス（４）

https://jyosys-hack.info/2018/04/27/post-693

イントロダクション前回はRFPで定義する非機能要件について、網羅すべき内容についてお話しました。今回から数回に渡って個別の非機能要件について深堀りしていきたいと思います。まず最初に取り上げるのは「可用性」の要件についてです。可用性の要件となると、セットでついてくるのがSLA（ServiceLevelAgreement）です。SLAはベンダーとユーザーの責任範囲を明確にするものです。どちらかというと導入・開発についての契約ではなく保守での契約の話になりますが、開発と保守で契約は別だけど調達は一本ということもあります。現行業...

第５回：非機能要件詳細：可用性について（２）バックアップについて

バックアップについて | システム導入検討のエッセンス（５）

https://jyosys-hack.info/2018/05/05/post-737

イントロダクション前回は可用性とSLAの話を中心に、稼働率の計算などの話をしました。情処の試験対策みたいな内容になっていますが、情処で勉強したことの実践編と思ってもらってもいいかもしれません。今回は可用性の続きとして、バックアップ／リカバリや可用性を実現するための技術等についてお話していきます。バックアップ／リカバリについてバックアップの必要性とレベル感バックアップは障害発生時にシステムを復旧するための最も重要な要素です。障害発生時にしか活用しないので、運用中の注目度は低いかもしれませんが、これ...

第６回：非機能要件詳細：性能・拡張性について（１）性能要件について

性能要件について | システム導入検討のエッセンス（６）

https://jyosys-hack.info/2018/05/06/post-747

イントロダクション前回、前々回と非機能要件から可用性についての話をしてきました。今回からは性能・拡張性についての話をしていきたいと思います。システムの性能は、主にシステムからのレスポンスが対象になります。ボタンをクリックしてから画面に結果が描画されるまでの時間、というとわかりやすいですが、そんなに簡単なものではありません。性能要件を完全にユーザー側で定義するのは非常に難しいです。しかし考え方だけは理解しておかないと、機能要件ばかり追いかけて理想の機能を達成できたとしても、業務に支障が出るレベ...

第７回：非機能要件詳細：性能・拡張性について（２）拡張性について

拡張性について | システム導入検討のエッセンス（７）

https://jyosys-hack.info/2018/05/14/post-829

イントロダクションRFI・RFPの話の７回目になります。分量が多くなってきたのと、だんだん「RFI・RFP」というよりは「非機能要件」に特化した話になってきたので、どこかのタイミングで分類を分けなおそうと思います。今回は非機能要件の性能・拡張性についての２回目です。前回はシステムの性能について、利用条件や保証する範囲についてお話しました。非機能要件は、業務部門にしてみれば「できててあたりまえ」のように捉えられることが多い部分ですが、機能要件と比較すると「〇〇ができること」の「〇〇」が専門性を要する内容で...

第８回：非機能要件詳細：移行性について（１）データ移行、運用移行について

データ移行、運用切替について | システム導入検討のエッセンス（８）

https://jyosys-hack.info/2018/05/28/post-914

イントロダクションRFI・RFPについての第８回、非機能要件詳細についての第５回目になります。非機能要件の６つの要素のうち、今回からは「移行性」についてお話をしたいと思います。システム導入によって移行しなければいけないものはデータだけではありません。今回「移行性」として定義するのは以下の３点です。・旧システムからのデータ移行・旧システムからの運用切替計画・研修計画それぞれ非機能要件という観点ではなくても要求仕様から漏れることはあまりない要素かもしれません。既存システムがある場合、旧システムからのデ...

第９回：非機能要件詳細：移行性について（２）研修計画について

研修計画について | システム導入検討のエッセンス（９）

https://jyosys-hack.info/2018/06/11/post-992

イントロダクションRFI・RFPについての第９回、非機能要件詳細についての第６回目になります。今回は前回に引き続き移行性についてお話していきます。前回はデータ移行や運用切替について実例も交えて長々とお話してきました。今回は研修計画についてです。この１テーマだけで１回分できるか不安な気もしますが、いやいやこれがそうでもない。「研修計画」という名前は入口で、実際にはその先まで考えなくてはいけないのです。研修計画について誰も使ったことのない新システムはいきなり稼働できないこれまで非機能要件について話して...

第１０回：非機能要件詳細：セキュリティについて（１）権限制御、システム監視について

権限制御・システム監視について | システム導入検討のエッセンス（１０）

https://jyosys-hack.info/2018/06/22/post-1084

イントロダクションRFI・RFPについての第１０回、非機能要件詳細についての第７回目になります。とうとう本テーマも１０回目になりました。RFI・RFPという本来のテーマを忘れそうになりますが、この話の主旨は「システム調達でRFIやRFPを書くときに、機能要件ばかりに目が行きがちだけど、非機能要件もちゃんと考えましょう。ところで非機能要件って何？」です。本テーマ第３回目でお話したように、非機能要件は主に５つの要素で構成されます。１．可用性：運用時間、バックアップ、耐障害性、SLA２．性能・拡張性：レスポンスや処理時...

第１１回：非機能要件詳細：セキュリティについて（２）脆弱性対策、インフラによるセキュリティについて

脆弱性対策、インフラによるセキュリティについて | システム導入検討のエッセンス...

https://jyosys-hack.info/2018/07/06/post-1233

イントロダクションRFI・RFPについての第１１回、非機能要件詳細についての第８回目になります。今回はセキュリティについての２回目です。前回は権限制御やシステム監視についての話をしました。システムのセキュリティ要件には様々な要素があります。権限やログ以外にもログイン管理やデータ暗号化といった業務要件ではないまでも機能として実装されるべきものもありますが、今回は直接機能として実装するものではないものに言及していきたいと思います。情報セキュリティの３要素本来説明の順番としてはこちらが先なのですが、情報...

第１２回：非機能要件詳細：システム環境・エコについて（１）物理的なシステム環境について

物理的なシステム環境について | システム導入検討のエッセンス（１２）

https://jyosys-hack.info/2018/07/12/post-1266

イントロダクションRFI・RFPについての第１２回、非機能要件詳細についての第９回目になります。今回からのテーマは「システム環境・エコ」についてです。システム導入において、ライセンス料やSI費、保守費等はクローズアップされますが、設置場所や設置費用、消費電力や空調等の要素は割と最後に登場します。しかし動作するシステムがいかにデジタルなものであっても、それを動かすためのコンピューターは物理的に存在します。サーバが設置できる環境に制約がある場合、そこまで検討してきたシステムが導入できないこともありえます...

第１３回：非機能要件詳細：システム環境・エコについて（２）環境・エコへの配慮について

物理的なシステム環境について | システム導入検討のエッセンス（１２）

https://jyosys-hack.info/2018/07/12/post-1266

イントロダクションRFI・RFPについての第１２回、非機能要件詳細についての第９回目になります。今回からのテーマは「システム環境・エコ」についてです。システム導入において、ライセンス料やSI費、保守費等はクローズアップされますが、設置場所や設置費用、消費電力や空調等の要素は割と最後に登場します。しかし動作するシステムがいかにデジタルなものであっても、それを動かすためのコンピューターは物理的に存在します。サーバが設置できる環境に制約がある場合、そこまで検討してきたシステムが導入できないこともありえます...

第１回：システム導入計画を作ろう

システム導入計画を作ろう | システム導入のエッセンス（１）

https://jyosys-hack.info/2018/08/09/post-1378

イントロダクションこれまでRFIやRFPからはじまり、非機能要件をメインにお話してきた「システム導入検討のエッセンス」を続けてきました。内容的に非機能要件に偏っていたので、機能要件についても話したほうがよいだろうと思っていました。しかしテーマを「機能要件」としてしまうと、対象の業務やシステムの内容によって、全然参考にならない話になってしまう可能性もあります。どうすればいいか考えた結果、発注先確定～プロジェクト開始までに作成する「プロジェクト計画書」の側から話をしてみようと思います。「プロジェクト計...

第２回：プロジェクト管理手法について

プロジェクト管理手法について | システム導入のエッセンス（２）

https://jyosys-hack.info/2018/08/19/post-1425

イントロダクションシステム導入にあたってプロジェクト計画書をベースにシステム導入の勘所とRFPに記載すべき要件をお話ししていく「システム導入のエッセンス」、今回が２回目です。前回は中長期的なシステム導入計画のお話しをしましたが、今回はそもそもシステム導入プロジェクトとはどのような要素で成り立っているのかを、プロジェクト管理手法を紹介しながらお話ししていきたいと思います。ベンダー側から見たプロジェクト管理手法がメインの話になりますが、体系化された手法があるのでまずはそれに沿ってお話していきたいと思...

第３回：ユーザー側が定義すべきプロジェクト管理の観点

ユーザー側が定義すべきプロジェクト管理の観点 | システム導入のエッセンス（３）

https://jyosys-hack.info/2018/09/19/post-1539

これまでのおさらいシステム導入をユーザー側の視点で考える「システム導入のエッセンス」の第３回です。ここまで中長期的なシステム導入計画についてや、プロジェクト管理手法としてのPMBOKやPM7Keysなどを紹介してきました。PMBOKやPM7Keyはプロジェクト管理の体系化された手法ではありますが、ユーザー側がプロジェクトをコントロールする上で企業内部とベンダーの双方に統制を利かせ、且つプロジェクトが目指すべき方向の指標とするものにするために、読み替える必要がある点がいくつかあります。今回は前回紹介したPM7Keysをベー...

第４回：プロジェクトのゴールを設定する

プロジェクトのゴールを設定する | システム導入のエッセンス（４）

https://jyosys-hack.info/2018/10/30/post-1686

前回のおさらいユーザー側でのシステム導入にあたって、プロジェクト計画書をベースにシステム導入の勘所とRFPに記載すべき要件をお話ししていく「システム導入のエッセンス」、第４回目です。前回まで一般的なプロジェクト管理手法であるPMBOKやPM7Keysを元に、ユーザー側でチェックすべき以下の７つのポイントを紹介しました。１．ゴール２．スコープ３．スケジュール４．チーム５．コミュニケーション６．コスト７．リスク今回からはこれらを１つずつ考察しながら、RFPやプロジェクト計画書として落とし込んでいきたいと思います。...

第５回：プロジェクトのスコープを決める

プロジェクトのスコープを決める | システム導入のエッセンス（５）

https://jyosys-hack.info/2018/11/05/post-1717

前回までのおさらいユーザー側でのシステム導入にあたって、プロジェクト計画書をベースにシステム導入の勘所とRFPに記載すべき要件をお話ししていく「システム導入のエッセンス」、第５回目です。一般的なプロジェクト管理手法であるPMBOKやPM7Keysを元に、ユーザー側でチェックすべき以下の７つのポイントを紹介しました。１．ゴール２．スコープ３．スケジュール４．チーム５．コミュニケーション６．コスト７．リスク前回はプロジェクトのゴールの設定について、現状把握や優先度などについてお話してきました。今回からは「スコー...

第６回：プロジェクトのスケジュールを管理する

プロジェクトのスケジュールを管理する | システム導入のエッセンス（６）

https://jyosys-hack.info/2018/11/25/post-1855

イントロダクションユーザー側でのシステム導入にあたって、プロジェクト計画書をベースにシステム導入の勘所とRFPに記載すべき要件をお話ししていく「システム導入のエッセンス」、第６回目です。一般的なプロジェクト管理手法であるPMBOKやPM7Keysを元に、ユーザー側でチェックすべき以下の７つのポイントを紹介しました。１．ゴール２．スコープ３．スケジュール４．チーム５．コミュニケーション６．コスト７．リスク前回はプロジェクトのスコープの設定についてお話してきました。今回からは「スケジュール」の話になります。どん...