わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文【まとめ】
ITプロジェクトのマネジメントにおいて、本書はまさに宝の山といえる。 一回の探索では持ちきれないほどのアイディアがザクザクと手に入る。しかも、ひとつひとつの宝が、著者の経験に裏打ちされ、考え抜かれているため、一回読みでは消化不良を起こす。それぞれのフェーズで読み返すことで、順番にモノにしていくやり方が良いかと。 このエントリでは、自分の振り返り読みのために、読書感想文エントリの目次と、次に読むべき本・サイトのをまとめた。わたしだけでなく、誰かの参考にもなればイイナ！ その1 ・オーバービュー その2 1章「プロジェクトマネジメントの簡単な歴史」からの考察 ・PMにとっての最重要ツール ・アート ―― 技芸と呼ぶ理由 ・ホワイトボード地獄 その3 2章「スケジュールの真実」および、 3章「やるべきことを洗い出す」からの考察 ・何のための開発プロセスか? ・見積もり確度を上げる2つの質問
MS-Project の使い方 | ins13の日記 | スラド
今更ながら、ちょっとだけマジメに help を読んだので、メモしておく。 ほぼチュートリアルの要約だけど...。 なんといっても最初が肝心！この手順とルールを知っておかないと あとがすごくメンドウになる。 # というか、やっぱりマニュアルは読むべきだな。 1. 新規プロジェクトを作成 開始日を決めて OK とする(他は決めなくても OK)。 ひとまず保存して「ガントチャート」画面を開く。 2. タスクを積み上げる。 このとき、開始日・リソースは気にしないで、タスクと期間のみを淡々と入力する。 ※小技その１： 期間の欄で、数値の後に次の省略文字を付けると、月、週、日、時、分を簡単に入力できる。 ・ 月 = mo ・ 週 = w ・ 日 = d ・ 時 = h ・ 分 = m 単位は「日」か、もしくは「時間」で揃えるとラクかも。 ※小技その２： 期間の欄に ０日(0d)を入力すると、そのタスク
Redmine - Overview - Redmine
Redmine¶ Table of contentsRedmineFeaturesDocumentationSupport & getting helpContributing and helping outWho uses Redmine?Redmine books Redmine is a flexible project management web application. Written using the Ruby on Rails framework, it is cross-platform and cross-database. Redmine is open source and released under the terms of the GNU General Public License v2 (GPL). Features¶ Some of the main
9arrows.com | Home
9Arrows プロジェクトの成果物を細分化し、担当者割り振りやスケジュール・進捗状況の管理を行うWBS（Work Breakdown Structure：作業分解図）。 プロジェクトを管理する上で欠かせないこの手法を中心に、チームとしても個々としても作業を効率的に進められるようになるツールです。 WBSとは？ WBS（Work Breakdown Structure：作業分解図）とは、一言でいうと「やる事リスト」です。 プロジェクトマネジメントで計画を立てる際に用いられる手法の一つで、プロジェクト全体を細かい作業に分割した構成図で「作業分割構成」「作業分解図」などとも呼ばれています。 プロジェクト管理に特化した機能ばかり 日々変化するプロジェクト進行を、効率的に進めるためだけの機能を取り揃えました。タスクの細分化、担当割り振りなどはもちろんのこと、自分のやるべき作業のみのピックアップ
ケンブリッジ・ファシリテーション研究所－－－目次
「プロジェクトの目標がぼやけている」「議論の結果が行動につながらない」「メンバー間の意見の不一致が放置されたまま」「会議で延々と議論する割には結論が出ない」――。こんな症状に悩んでいませんか。こうした症状の治療方法にファシリテーションがあります。当研究所では、プロジェクトを円滑に進めるために、ファシリテーション・テクニックを研究し、実践のお手伝いをしています。現場で培った数々のテクニック/ノウハウの中から、即効性があるツールを紹介していきます。 ■第1回 問題を抱え込む前にイエローフラッグを ■第2回 イエローフラッグには感謝しよう ■第3回 セッション・ゴールとアジェンダ－理論編－ ■第4回 セッション・ゴールとアジェンダ－実践編－ ■第5回 課題管理とTo Do管理－概要編－ ■第6回 課題管理とTo Do管理－実践編－ ■第7回 チェックポイント－概要編－ ■第8回 チェックポイント
プロジェクト・マネージャの「やってはいけない」---目次 - プロジェクト・マネージャの「やってはいけない...：ITpro
プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘
上流工程AtoZ - IT Pro
情報システムの開発では，いくら先進的なプログラミング手法や実装技術を用いたとしても，ユーザーにとって望ましいシステムが，予定通りの期間・コストで完成するとは限りません。ユーザーに対する的確な「提案」，ユーザーの要望を仕様化する「要件定義」，作業工数や開発期間などを予測するための「見積もり」，システムの最適な構造をデザインする「設計」といった「上流工程」の作業を的確に行う必要があります。そのための基本知識やノウハウを，是非この特集サイトで身につけてください。 見積もりをプロジェクトにつなげる 見積もりは通常，プレ・プロジェクトと呼ぶ段階で，提案活動に付随して進めます。では，提案活動に付随して行う見積もりが，なぜ切り出されてこれだけ注目を集めているのでしょうか？ 私は，スコープや工数，コスト，納期など，マネジメントの要素が見積もりに集約されているからだと考えています。 (2006/11/3
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redmine.JP — Redmine日本語情報サイト
http://pcserver.sel.cs.hiroshima-cu.ac.jp/pmdic/pmdic/
ザ・プロジェクトマネジャーズ