オバマケアのサイト不具合はなぜ起こった？ 現場の泥沼：Behind the HealthCare.gov Disaster When we spend $630 million, this is what happens. 6億3000万ドル（630億円）を投じた国家プロジェクトは、なぜ見切り発車したのか？ 米医療保険改革（オバマケア）の柱のオンライン保険購入システム「HealthCare.gov」が10月1日オープンするなり盛大にクラッシュした件で、NYタイムズが舞台裏の話を書いた。 関係者は政府も企業も全員、守秘義務があるので、これまでこういう話はなかなか出てこなかったけど、たぶんCGIはこれで切られるのかな…企業側の話もかなり入ってるよ。要点を拾っておこう。 壮大な構想を語る政府 vs. 目の前の現実を語る請負業者 システム開発を請け負ったCGIフェデラルはじめ各社は8月の段階で、「
東京で4月15～16日という日程で、Unite Japanという米Unity Technologies主催のカンファレンスが開催中だ。ゲーム開発は属人性を伴っているものであることを痛感させられたセッションがある。イレギュラーズアンドパートナーズの山本一郎氏が、ゲームエンジンのUnityが普及したがために起きている「炎上案件」にどのように対処するべきかを語った講演だ。同社は、トラブルを抱えたソーシャルゲーム開発プロジェクトの「炎上案件」が発生している場合の処理作業を業務の一つとして行っている。 Unityはゲームエンジンとして、日本では前年対比で500%という驚異的な売上を出し、世界でアメリカに続く、第2位のライセンス契約が結ばれているまでの大成功の状態にある。一方で、「Unityだから、安い、早い、簡単に開発できる」という思い込みも広がっている。優れたゲームエンジンを使えば、優れたゲームが
「嫁欲しい」「彼女欲しい」というのは、具体的な成果物設定がないままゴールだけを規定しているという、プロジェクトマネジメントとしては失敗プロジェクトのモデルケースみたいな欲求なので、「○○さんを彼女にしたい」みたいな対象物を伴った適切なゴールラインの設定をした方がいいと思います。 ということで、タイトルと最初の三行で言いたいことは全部言ったので、以下は補足。文中「彼女」というのは全て「彼氏」にも読み替え可能だとは思いますが、正直、あまり真面目に受け取ることはお勧めしません。 一般的に言って、プロジェクト構築の際には、最低限以下のような項目を設定しておくことが必要になると思います。 1.プロジェクトの目的設定 2.プロジェクト達成の為のアウトライン設定 3.ステージごとの成果物設定 4.ステージごとの課題・リスク想定 5.ステージごとのスケジュール設定 6.予算想定 7.リソース・体制設定 細
Start using Zanata translate.zanata.org for translating your project Can't share your text with the community? You can run your own Zanata server! Download Zanata and read the System Admin Guide Zanata is a web-based translation platform for translators, content creators and developers to manage localisation projects. help translate All you need is a web browser Translate from any computer with an
ソフトウェア受託開発ビジネスでは、来年（2009年）4月から会計基準として工事進行基準が義務づけられる。これは一見厄介なことに見えるが、実は進行中のプロジェクトの細かいところまでを金額に換算して評価できる新しい客観性をプロジェクト管理にもたらすものでもある。大ざっぱすぎる要求仕様や、プロジェクトマネージャのサジ加減によるリソース配分、成果物の定義が不明確なための進捗の曖昧さなど、プロジェクトの失敗に結びつきやすい様々な要素を、工事進行基準への対応をにらみながら再考してみると、プロジェクト管理の手法を、ツールの選び方も含めて見直したくなるだろう。今回は特に工事進行基準対応を前提に、最新のプロジェクト管理ツールの選び方を考えてみよう。 ※「プロジェクト管理ツール/イマドキの「プロジェクト管理」選び方」の記事を一部ご紹介します。会員登録を行い、 ログインすると、「プロジェクト管理ツール/イマドキ
ここまでの連載でも何回か触れていたのですが、プロジェクトの運営には、「より良く・より使える」方式への改善が重要です。今回は、さまざまな場面で改善を行うのに有効な、「ふりかえり」の実践です。最近メジャーになってきた感のあるKPT法の使い方、バリエーションについて主に説明していきます。 KPT法とは KPTは、それぞれKeep、Problem、Tryの頭文字で、それまでの活動を、それぞれ、良かったので次もやりたいこと（Keep）、問題だったので次はやめたいこと（Problem）、次にやってみたいこと（Try）の3つの軸で整理する方法です。 この方式の主な特徴は、 シンプルで分かりやすく、理解しやすいこと アナログ的で親しみやすく、参加しやすいこと 「見える化」されているので、外部の人でも状況が分かりやすいこと なところが挙げられます。そのせいか、参加者の「食いつき」が良いようで、次々と利用者が
6+ million users. Working together. No matter how far apart. We Invent the Tools. Our Two Million Users Do the Rest. Community-Powered | Cloud-Based | Project Management & Scheduling The project management tool that's perfect for remote collaboration. 2.3 million users. Working together. No matter how far apart.
こんにちは。プラグイン作家の上西です(ぇー 今回、紹介するのはプラグインはプラグインでも、MovableType プラグインではなく Redmine のプラグインです。Perl を離れて Ruby です。しかもいきなりの Rails。わっかんねぇぇぇ(魂の叫び) ...と色々ありつつ、なんとか動くところまではできました。 プロジェクトがキックオフすると、お決まりのタスクというのがたくさんあると思います。そういったタスクを CSV から一括で Redmine に登録できるようにしてみました。Redmine は標準で CSV への書き出しはあるんですが、読み込みの方がなかったのですよ。 Excel などを使って、WBS からドバッと項目を洗い出し、担当者や期限日、予定工数をズザーッと流し込んで CSV に吐出し、このプラグインを使って一括でタスク登録できます。かなり便利みたいです(弊社社長談)
日本のオフィスには神業的なExcel使いの方々がいて、方眼紙のように網目を作り、そこに図形やチャートを作り上げている。仕様書や提出するドキュメントも全てExcelで作られていたりする。このような方々は、Excelが使えないとなったらさぞかし混乱をきたすことだろう。 OpenOffice.orgを使ったガントチャートテンプレート プロジェクトを管理をExcelで行っている方がいたら、そこだけはOpenOffice.orgに乗り換えられる可能性がある。ガントチャートを手早く作ってくれるテンプレートがあるのだ。 今回紹介するフリーウェアはGantt Chart for OpenOffice Calc、OpenOfficeのCalc（表計算機能）向けのガントチャート作成テンプレートだ。 Gantt Chart for OpenOffice CalcはOpenOffice.org用で、Excel用に
PMBOK（A Guide to the Project Management Body of Knowledge）の第4版をデジタルコンテンツとして入手したので、3版からの変更点をまとめる。なお、PMBOK4のデジタルコンテンツを参照するためにはPMI会員になる必要がある（[PMI]が入口）。書影は英語のペーパーバック版。PMP取得を目指すなら必携かと。このエントリのまとめの目次は以下の通り。 1. プロジェクトマネジメント計画書とプロジェクト文書の包含範囲の変更 2. 定義変更 : 「変更要求」、「プロジェクト憲章」、「スコープ記述書」 3. 削除／追加されたプロセス 4. 知識エリアごとの変更内容 ■ 1. プロジェクトマネジメント計画書とプロジェクト文書の包含範囲の変更 まず、「プロジェクトマネジメント計画書」と「プロジェクト文書」が明確に異なるものとして扱われている。3版では「文
プロジェクト管理ってよく聞くけれど…… ソフトウェアの開発は、よく家を建てることにたとえられます。家を建てる場合、顧客の要望を聞いて設計などが終わった段階から、施工のスケジュールを立て、さまざまな関係者が予定に沿って作業を進めていきます。作業が予定どおりに進んでいるかを施工業者がチェックしたり、作業の途中で建築士が品質をチェックしたりしながら、家の完成まで工事全体を管理します。その管理をせずに家がちゃんと建つ保証はありません。 ソフトウェアを開発する場合も、顧客の要望を聞いて設計をした後に開発やテストの作業があり、その作業をさまざまな関係者が予定に沿って進めます。途中で作業が予定どおりに進んでいるかをチェックしたり、品質をチェックしたりしながら、完成までプロジェクト全体を管理する必要があります。 家を建てることは、何千年も前から行われてきているため、どうしたらうまくいくのか、何を管理してお
プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門：ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践：ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次：ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次：ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス － ＠IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine：コーナー：実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く