ITプロジェクトにおける失敗の兆候--この12のサインに注意！
文：Michael Krigsman（Special to ZDNet.com） 翻訳校正：村上雅章・野崎裕子 2010-09-02 08:00 プロジェクトの納期が守れそうにない、あるいは予算を超過しそうだと知って慌てふためくマネージャーをよく見かける。とは言うものの、プロジェクトが問題に直面していることを示す兆候を見逃してしまっている場合もよくあるものだ。 この件に関して『Early Warning Signs of IT Project Failure：The Dominant Dozen』（失敗するITプロジェクトの兆候：主な12のサイン）という学術論文を執筆するために、2人の研究者が19人の専門家と55人のITプロジェクトマネージャーの協力を得てデータを収集した。そして彼らは、「重要な兆候や問題に対する「初期の警戒信号」はしばしば、プロジェクトが実際に失敗に終わる時点よりもずっと
Life is beautiful: リーダーシップについて思い出したこと
アメリカの人口の１２％が「貧困層」であり、そう言った人たちは日々の食事も満足に食べることの出来ない生活をしている、などの報道は、米国に住んでいると新聞やニュースでは良く見かける。しかし、中流以上の生活をしている我々にとってみれば、生活圏がほとんど重ならない彼らの生活の実態は、なかなか実感として捉えられず、単なる「統計データ」としてしか頭に入って来ない、というのが正直な所である。 しかし、今回のハリケーンで、彼らの生活の基盤がいかにもろいものか、そして、その数がものすごいものであることを、映像を通して目の当たりに見させられることになったことにショックを受けている人はとても多いはずだ。 今回のハリケーンの被害は、政府からの非難命令にも関わらず、逃げるための交通手段も持たず、逃げたところで避難先のホテル代も払うことが出来ない人達が「予想に反して」１０万人も市内に残ってしまったために大きくなってし
ポリアの名著『いかにして問題をとくか』のチートシートをつくってみた
Author:くるぶし（読書猿） twitter:@kurubushi_rm カテゴリ別記事一覧 新しい本が出ました。 読書猿『独学大全』ダイヤモンド社 2020/9/29書籍版刊行、電子書籍10/21配信。 ISBN-13 : 978-4478108536 2021/06/02 11刷決定 累計200,000部（紙＋電子） 2022/10/26 １４刷決定 累計260,000部（紙＋電子） 紀伊國屋じんぶん大賞2021 第３位 アンダー29.5人文書大賞2021 新刊部門 第１位 第２の著作です。 2017/11/20刊行、４刷まで来ました。 読書猿 (著) 『問題解決大全』 ISBN:978-4894517806 2017/12/18 電書出ました。 Kindle版・楽天Kobo版・iBooks版 韓国語版 『문제해결 대전』、繁体字版『線性VS環狀思考』も出ています。 こちらは１０刷
Software Process
ソフトウェア・プロセスの世界 ソフトウェア・プロセス=ブック・ガイド PSP(パーソナル・ソフトウェア・プロセス)の概要 TSP(チーム・ソフトウェア・プロセス)の概要 dX(XPの皮をかぶったUnified ProcessあるいはUPの皮をかぶったXP)の概要 eXtreme Programmingの概要 リファクタリングの概要 ソフトウェア・プロセス=スタンダード Software Process Engineering Metamodel(OMG)のあらまし SPEMとはOMGで定義された、ソフトウェア･プロセスそのものを表現するための枠組みです。MOF(Meta-Object Facility)あるいはUML Profileの形で定義されています。今後のCASEツールで使われていくようになると思われます。 OMGによるSPEMの定義自体はこちら ソフトウェア・プロジェクト管理計画書
ナレッジ！？情報共有・・・永遠の課題への挑戦:ブログフロントページ
オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。
Best Practical Solutions, LLC: RT: Request Tracker
Request TrackerAll Cloud RT & On-Premise deployments have ungated access to our full feature set at every support level!For more than 20 years, teams of all sizes have used Request Tracker to streamline tasks, improve efficiency, and strengthen communication. RT is incredibly customizable, extendable, and is a great fit for anyone interested in understanding who's handling what, working on which t
進捗管理の基本を知ろう
プロジェクト・マネジャーが自分の経験を基に，プロジェクトの計画を策定したり，進捗管理を行ったりする──。従来のこのやり方が限界に近づいている。製品や技術の高度化・専門化が進んだことでプロジェクト・マネジャーの経験が通用しないケースが増えたり，ビジネスの改革につながる高度なシステム案件が増えたりするなど，プロジェクトに関するリスクが多様化しているためである。 そこで注目を集めているのが，プロジェクト・マネジャーの経験や勘に頼らない科学的な進捗管理の手法である「EVM（Earaned Value Management）」だ。プロジェクトで実施すべき作業を細かく分割し，それぞれに対して定義した予定コストに基づいてプロジェクト全体のスケジュールやコストの状況を可視化するものだ。ここでは，進捗管理手法の本命と言えるEVMの基本を解説する。 Part1 科学的な進ちょく管理が不可避に Part2 作業
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
INSIGHT NOW!
経営・マネジメント 【インサイトナウ編集長鼎談】個別のイノベーション成果に満足することなく、異分野間の融合によって新たなイノベーションを創出させる INSIGHT NOW! 編集部 インサイトナウ株式会社
お茶でも飲みながら会計入門 インデックス － ＠IT自分戦略研究所
売上検収×債務支払×給与 新春三題噺 お茶でも飲みながら会計入門（88）「請求書がなくても支払われるものなーんだ？」今回はランダムに選んだ3つのテーマで、お話します
USIT - Wikipedia
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典は脚注などを用いて記述と関連付けてください。（2014年2月） 独自研究が含まれているおそれがあります。（2014年2月） 広告・宣伝活動的であり、中立的な観点で書き直す必要があります。（2014年2月） マークアップをスタイルマニュアルに沿った形に修正する必要があります。（2014年2月） 統合的構造化発明思考法（Unified Structured Inventive Thinking、USIT、ユーシット）は、問題解決手段を一通り編み出すための思考法である。 歴史[編集] 1990年代前半にRoni Horowitz博士らがTRIZを簡単にすることを目標として発展させてきた体系的発明思考法Systematic Inventive Thinking(SIT)、最近では改良型体系的発明思考法Advance
Using Emacs org-mode for GTD
Using Emacs org-mode for GTD A brief overview of org-mode Emacs and how it can be used to implement David Allen's Getting Things Done methodology. [February 2009 - This article has been largely superceded by a more recent article] Table of Contents 1 GTD 1.1 Good bye To-Do lists, hello Next Actions 1.2 Contexts 1.3 Agendas 1.4 Waiting For 1.5 Projects 1.6 Calendar 1.7 Tickler File 1.8 Someday/Mayb
マネジメントは管理とは異なる
我ながらしつこいが，「マネジメント」の日本語訳として「管理」は適切ではないという話をまた書く。昨日の前書きで紹介したブログの中に，「プロジェクトマネジメントはプロジェクト管理ではない」という指摘があった。これに対し，ある方から「プロジェクト管理という表現が一般的ではないか」というご意見を頂いた。 日本語訳を考える前に，マネジメントとは何かを調べる必要がある。筆者は，マネジメントを発明したとされるピーター・ドラッカー氏の定義に従っている。ドラッカー氏は「マネジメントをその役割によって定義しなければならない」とし，役割を三つ挙げている。 第一は，組織に特有の使命，目的を果たすこと。第二は，仕事を通じて働く人たちを生かすこと。第三は，社会の問題について貢献する，である。まとめると，「組織の人たちを生き生きとさせ，高度な成果を上げる」ことがマネジメントというわけだ。 ドラッカー氏は，「（マネジャー
Q.電球を変えるのに、SE/PGが何人必要か - SiroKuro Page
答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける １次請け、要件定義書の執筆を始める １次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、２次請け以下には秘密裏に行われている 詳細設計 １次請け、詳細設計実施要領の執筆を始める １次請け、だいたいこのあたりで２次請けへと乾坤一擲 ２次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に５次請けくらいまで仕事が割り振られている 製造 １次請け、製造工程実施要領の執筆を始める １次請け、単体テスト実施要領の執筆を始まる ５次請け、電球フィラメントのくるくるを手で作成しはじめる ４次請け、求める匂いが上手く出せないと３次請けに駄々をこねる ３次請け
「説得力ある提案書」を書くためのルール10選
文：Geoffrey James（Special to BNET） 翻訳校正：村上雅章・野崎裕子 2009-07-14 08:00 大きな契約を締結するにはたいていの場合、提案書を書く必要があるはずだ。筆者は以前に、営業チームに対する提案書作成支援という分野における世界的な第一人者とされているTom Sant氏と話す機会があった。そこで本記事では、同氏による「説得力ある提案書」を書くためのルールを10個紹介する。 ルール＃1：何かを売り込むための文書として提案書を書く。提案書を情報の羅列だけで終わらせてはいけない。そうではなく、問題／機会を定義し、実現可能な解決策／計画を提示するのである。 ルール＃2：顧客にあなたのことを知ってもらう。意志決定に携わる人が、あなたのことを信用できる業者だと判断しない限り、あなたの提案書はそのまま円筒型のファイルキャビネットに収納されることになるだろう（早い
タイム・コンサルタントの日誌から
前回の記事「モダンPMへの誘い 〜 計画のSカーブは、実は2本あり得る」 (2024-05-24)では、タイトルの通り、プロジェクト計画には最早ケースと最遅ケースの二つがありうることを説明した。より正確に言うと、最早と最遅の2ケースは理屈上可能な両極端を表しており、実際はその中間帯に、いくらでもバリエーションを取ることができる（ただし実務上は、たいがい最早ケースで計画を設定してしまう。そのよしあしについては後で論じよう）。 ところで、なぜ計画にこのような幅が生じるのか。それは、プロジェクトを構成するActivityの中に、余裕日数を持つものがあるからだ。前回の例で言えば、それは「ハード選定」と「ハード納品」の2つで、どちらも10日の余裕日数があった。というのも、並列して遂行している「詳細設計」「ソフト開発」の2つの方が、トータルで余計に日数がかかるからだった。まあ、IT開発系のプロジェクト
【連載】今さら聞けない RFPによる調達&提案ガイド | エンタープライズ | マイコミジャーナル
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
TechCrunch | Startup and Technology News
経済産業省：EAポータル