IPA 独立行政法人 情報処理推進機構：定量的プロジェクト管理ツール（EPM-X）
IT利用度がかつて無いほどに高まってきており、情報システムの障害による業務・サービスの停止や機能低下の社会的影響が深刻化しています。一方、ソフトウェア開発の短納期化・低コスト化はさらに進んできています。そのため、ソフトウェアの品質の確保や、納期の遵守のためには、検出不具合数や工数の進捗具合などプロジェクト進行過程において測定する定量的なデータを用いて品質や進捗の状況を適切に把握することで、リスクを可視化し、問題を早期に発見する定量的プロジェクト管理が求められています。 IPA/SECでは、主にプロジェクト・マネージャを対象に、ソフトウェア開発プロジェクトの定量的プロジェクト管理を支援する「定量的プロジェクト管理ツール（EPM-X）」を公開しています。 ソフトウェア開発プロジェクトの定量的管理を行うプロジェクト・マネージャを支援するため、進行中の開発プロジェクトからプロジェクトデータを取得し
首相官邸ホームページのリニューアル構築費用に対して製作者側からの考察
首相官邸の公式ホームページが2012年4月2日、リニューアルされた。 これが「お金をかけすぎている」とインターネット上で批判の嵐となっている。増税や公務員削減などが実施されようとしている中、無駄使いではないかという声が多くあがっているのだ。 首相官邸HP、リニューアルに4500万円 ネットで怒りの声 「もっと安くできる」 – J-CASTニュース この記事ですが、ネット上での「高い」という声は一般消費者感覚としては理解出来ますが、Web業界で働く私の周囲のリアルな同業者からも、ネット上の一般の方と同じように「高い」「騙されてる」「金のムダ使い」というような意見が出まして、ちょっと違和感を覚えました。 また一方で、同業の方でも実際このクラスの規模の案件を受託しているような受託業者さん界隈からは「これくらいはかかる」「この金額以下だと受けられない」という声も聞かれました。 私は後者の声に同感で
なぜ受託開発は非効率になってしまうのかを考えてみた - GoTheDistance
受託開発が抱える本質的な非効率性に関する考察 - GeekFactoryを読んだ。 受託開発をやる以上は上記エントリで指摘している問題が出てくることが多いので留意したい、という注意喚起として読んだ。「本質的に非効率」の意味が「どうあがいても効率よくやれません、残念でした。」という風に読み取れるので、違和感を感じた方もいたのかもしれませんが、残念ながら効率を上げられる要素が少ないので効率性には限界があります。 というか、受託開発が非効率なのは製品をそのまま適用するのに比べたら当然なので、その非効率なポイントを議論して何を導きたいのだという気もする。出来合いのモノを使うかオリジナルを作るかの区別もつかない段階で効率以前の問題だろ、というちゃぶ台返しの極論を言ってみる。そこに端を発して、工数かけた方が儲かる単価商売の悲しい性で丸投げと縦割りが重なってしまい、ますます「どうしてこうなった」状態にな
WBS（Work Breakdown Structure）によるプロジェクト管理
ソフトウェア開発プロジェクトでは、短期開発の要求が高まっている。受託開発も例外ではない。特定の顧客から長期に渡って大型案件を請け負っている場合でも、開発期間はますます短縮される傾向にある。 納期に対する高い要求を満たすには、プロジェクト管理が重要である。正確な見積もりと、的確な進捗管理ができなければ、短期開発では容易にデスマーチに陥ってしまう。 筆者の開発プロジェクトでは、WBS (Work Breakdown Structure) を使ったプロジェクト管理を導入した。WBSは見積もりのための強力な道具として広く使われている。筆者はさらに、実績も管理できるようにWBSを拡張し、見積もりから進捗管理まで一貫して管理できる手法を確立した。 ここでは、筆者が拡張したWBSの書き方と、それを使ったプロジェクト管理の手法を提案し、実際の開発業務に適用した経験から得られたWBSの運用ノウハウを紹介する
［課題管理編］問題を課題と勘違いしてはいけない
プロジェクトマネージャやリーダーにとって、課題管理はこなすのが当たり前の仕事だ。ところが現実には、この課題管理をうまく行えていないために、プロジェクトの進行に悪影響を及ぼしていることが少なくない。 課題管理がうまくいかない最たる原因は何か。そういったプロジェクトを支援することが多い筆者の経験から言えるのは、課題管理の方法（How）ではなく、管理すべき課題（What）に誤りがあるからだ。つまり、そもそも管理する「課題」の定義が正しく行われていないのだ。課題ではなく、現場で発生している事象である「問題」を管理していることがとても多い。 ここで言う課題の定義とは、「目的を達成するために解決すべき事柄」である。つまり課題管理で扱うのは、プロジェクトのメンバーが「次にどのような手を打つべきか」を検討したり実施したりできる内容になっていなければならない。 この違いを明確にするために、例を挙げよう。「仕
第6回 課題管理とTo Do管理 －実践編－
ファシリテーション・テクニックを極める当研究所。現場で培ってきた数々のテクニック/ノウハウの中から、即効性があるツールを紹介しています。第5回と第6回のテーマは「課題管理とTo Do管理」です。今回は実践編として、プロジェクトの計画期と実行期のそれぞれで、「課題管理」と「To Do管理」として実際に何をすべきかについて、実例を交えて紹介します。 プロジェクトの計画期になすべきこと プロジェクトの各種計画を策定する計画期には、課題管理の計画を策定します。 （1）課題管理の対象範囲、役割・体制の定義 まずは、課題管理の対象範囲を決め、どのような流れ、体制で行うかを決定します。対象範囲は、まずプロジェクトとして管理する範囲を明確にしたうえで、プロジェクト全体の課題を、プロジェクトマネジャー（PM）またはPMO（プロジェクトマネジメントオフィス）の1カ所で管理するのか、チームごとに管理するのかを、
第5回 課題管理とTo Do管理 －概要編－
ファシリテーション・テクニックを極める当研究所。現場で培ってきた数々のテクニック/ノウハウの中から、即効性があるツールを紹介しています。第5回と第6回のテーマは「課題管理とTo Do管理」です。今回は概要編として、「課題」や「To Do」の言葉の定義や、課題管理、To Do管理とは何をすることか、について紹介します。 日常の仕事において、目標に向かって作業を進めていると、必ずと言っていいほど、目の前に行く手を阻む「障害」が発生するものです。また、プロジェクト活動というものは一般的に、業務あるいはシステムのあるべき姿と現実との「ギャップ」をとらえ、そのギャップを埋めるための施策を実行し、改善を図っていく活動だと言えます。 これらの「障害」や「ギャップ」は、目的の達成を阻む「問題」であり、この「問題」を解決しない限り、ゴールに到達できません。かといって、この「問題」を的確に管理し解決していけば
RFP完全マニュアル 実践編
情報システムの調達におけるRFP（提案依頼書）の必要性は，ここ数年でかなり認知度が高まっている。以前はRFPを作らないユーザーも多かったが，厳しい経済状況の中，システム投資に慎重になっているユーザーにとって，RFPを作ることは不可欠になっている。本連載では，筆者が実際に経験したRFP作成・活用の現場の情報を基に，すぐに役立つ実践的な情報を提供していく。 なお，RFPの初歩から知りたいという方は，「RFP＆提案書完全マニュアル」（日経BP社）も併せて読んでみてほしい。 ■趣旨（目的・背景・狙い）」の実践的なまとめ方 趣旨はRFPの「ミッション・ステートメント」 「目的・背景・狙い」とは何か？ 趣旨をつかむための「ネタ」とは？ ケーススタディ：ガソリンスタンド会社の顧客情報システム 趣旨の具体的な書き方の例 ■業務要求とアウトプット RFPの基本構造 RFPにおける業務要求の洗い出しの目的とは
あるＳＥのつぶやき: プロジェクト管理メモ
プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門：ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践：ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次：ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次：ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス － ＠IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine：コーナー：実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクトマネジメント きほんのき
ガントチャート,プロジェクト管理,スケジュール表がサクサク作れる。チャート作成がカンタンに共有！しかもフリー タスク管理にも - Brabio!