超入門・工程管理（３） スケジュールを実行可能にするための『７つの処方箋』 | タイム・コンサルタントの日誌から
それでは、オフィスワークを主体とする工程管理を「実行可能性」の尺度にのせるための、７つの処方箋について説明しましょう。 まず、（１）計数管理に乗せにくい、という問題に対処する２つの方法です。 ＜処方箋Ａ マイルストーンで追いかける＞ 数量ベースで進捗を測れないときは、マイルストーンで追いかける。これが工程管理の定石です。マイルストーンとは、スケジュール上の節目となるタイミングで、ふつうは最重要な経路（クリティカル・パス）上に置きます。受注設計生産の例でいえば、[設計レビューの通過] [承認図の提出] [長納期部品の購買手配] [全部品の納入]といった時点が典型的なマイルストーンです。そして、これらマイルストーンの予定日と、実績日を対比して進捗を見ていくのです。 ＜処方箋Ｂ 実績データを台帳化する＞ ここでいう「実績データ」とは、もちろん工程（スケジュール）に関する実績です。中でも重要なのは
プロジェクト評価は数字より意思決定モデルをベースに
IT担当者以外にはあまり知られたくない事柄がある。 われわれIT担当者は、現在使っているプロジェクト評価手法は、ほとんど時間の無駄であるだけでなく、これらの手法は時に、われわれを誤った判断に導くことを率直に認めなければならない。 わたしが問題にしているのは、従来型の費用対効果分析だ。われわれのほとんどは何らかの費用対効果分析を利用して、どのプロジェクトに資金を投入するか、それらのプロジェクトにどのように優先順位を付けるかを判断している。こうした分析の手法には、IRR（Internal Rate of Return：内部収益率）法、NPV（Net Present Value：正味現在価値）法、回収期間法などがある。これらの手法にはちょっとした秘密がある。プロジェクトの費用は合理的に見積もれるかもしれないが、通常、プロジェクトの効果は明確には分からない。このため、IRRやNPVを計算するための
10分でつくる、プロジェクト管理ツール"Trac" - Unix的なアレ
Tracの構築ってなかなか面倒ですよね。自分も初めて作ったときはいろいろと手間取ったことを覚えています。 とくにソースからいれるとなると、いろいろとやらなければいけません。パッケージも用意されていますが、日本語化をする場合などいろいろと面倒があります。 今回も前回に引き続き、簡単にTracのインストールを行う手順を紹介したいと思います。 事前準備 まずは、以下の手順を行っていることが前提です。 10分で作る、Subversionレポジトリ - UNIX的なアレ そのため、動作環境は以前と同様です。試してみたところ、Ubuntuでも同様の手順でいけるようです。 OS Debian Linux etch Protocol http Web Server Apache2.2.3 さて、それでは構築していきましょう！ パッケージのインストール さて、Tracを使うにあたって必要なパッケージをインス
MOONGIFT: » 要導入検討！日本語で作られた使い勝手の良いプロジェクト管理「9arrows」:オープンソースを毎日紹介
プロジェクト管理は何のためにあるのだろうか。それはプロジェクトを円滑に進めるためにある。決して上司を納得させるためでも、クライアントに良い顔をするためのものでもない。開発工程を含め、全体の進行状況を管理するために存在するのだ。 ダッシュボード。奇麗なインタフェースだ そう考えるとあまりに多機能なプロジェクト管理はその運用コストばかりかかってしまう。使い勝手の良い、それでいて必要十分な機能を備えたプロジェクト管理を使おう。 今回紹介するオープンソース・ソフトウェアは9arrows、Ruby on Rails製の使い勝手の良いプロジェクト管理システムだ。 9arrowsはRuby on Rails製で、Webベースのプロジェクト管理システムだ。Ajaxを効果的に使って、スムーズで使い勝手の良い作りになっている。WBSを使ってタスクを分割し、担当者や日程を決めることで見栄えのいいガントチャートも
トヨタが気前よくカイゼンを教える本当の理由（1/3） ― ＠IT MONOist
コロナ禍で製造業のマーケティング手法もデジタルシフトが加速した。だが、業界の事情に合わせたデジタルマーケティングを実践できている企業はそう多くない。本連載では「製造業のための正しいデジタルマーケティング知識」を伝えていく。第14回のテーマは「メーカー開発設計者に聞いたサプライヤーの探し方と選定基準」だ。
プロジェクトの進行でよくある4つのトラブル - builder by ZDNet Japan
無事に発注も済んでプロジェクトがスタートした。あとは納品日に、完全に満足できるものができあがってきたら、お互いハッピーで言うことはない。 しかし、実際には納期通りにできあがらなかったり、期待したものと違っていたりなど、発注後であってもトラブルが多い。では、トラブルにならないように進行中はどんなところに気をつけたらよいだろうか。よくあるトラブル別に防止法を紹介しよう。 よくあるトラブル1：依頼した内容を忘れている 発注時に伝えた内容や、あとから電子メールなどで「これもお願いします」「こう変更しました」などと依頼したものは、うっかり忘れられてしまうことも多い。 あとになって「これもお願いしていませんでしたっけ？」「聞いてませんけど」といったことになる。 そこで、電子メールや口頭に頼らず、依頼した内容は常に確認できるようにすると良いだろう。筆者はそんなとき「checkpad.jp」というサービス
プロジェクトの進め方を変える「工事進行基準」って何だ？
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 2009年4月以降、受託ソフト開発やシステム導入プロジェクトの進め方が大きく変わる可能性が出てきた。「工事進行基準」の適用が原則的に始まるからだ。大手コンサルティングのベリングポイントは6月20日、その工事進行基準について説明会を開催した。 工事進行基準とは、企業会計において売り上げを、“工事”の進捗状況（つまりシステム導入プロジェクトの進捗）にあわせて売り上げを計上することを指す。 ソフトウェア業界ではこれまで、情報システムが完成し、引き渡しが完了した（つまり検収が終わった）時点で売り上げに計上する「工事完成基準」を採用していた。工事完成基準が工事進行基準に変更になったのは、会計における国際基準と日本基準との差異を埋めていこうとする動
プロジェクトマネージャは、説得術を磨くべし
プロジェクトマネージャは、説得術を磨くべし：やる気を引き出すプロジェクト管理（5）（1/2 ページ） プロジェクトを円滑に運営していくためには、各関係者をうまく説得して、各々の利害を調整する必要がある。こうした仕事を苦手とするプロジェクトマネージャも多いようだが、いくつかの重要なポイントさえ押さえておけば、さほど難しいことではない。 プロジェクトマネジメントで最も重要な課題 本連載の第2回「プロジェクトは、計画通りに進まなくて当然」で、プロジェクトマネジメントにおいて最も重要な課題は、 「成果の設定（仕様の確定）と仕事の設計（作業の洗い出しとスケジュール化）は不確実である」というリスクへの対応 プロジェクトが「うまくいっている」「うまくいっていない」の判断 の2点であると説明しました。 さらに、1つ目の課題については、その対応策として大別して5通りの方法が存在することをお伝えしました。 顧
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
