Peopleware Homepage Index
Chapter 1 今日もどこかでトラブルが 「管理者のほとんどは、技術面より、人に気を配っていると思い込んでいる。 しかし、本当にそうしている管理者はめったにいない。」 Chapter 2 チーズバーガーの生産販売マニュアル 「根本的に欠陥のある設計はそれを修正したりせずに、 思い切りよく捨ててしまって一から作り直したほうが結局うまくいく、 （中略）(しかし、）管理者は、たとえ長い間には高くついたとしても、 バグの多い製品をだましだまし手直しして動かしたほうがいいと 思っているようだ。」 Chapter 3 ウィーンがあなたを待っている 「一人一人が過ごせる人生は、ほんの短い間であることを、 (プロジェクトの）みんなはちゃんと気づいている。また、 今やっている馬鹿馬鹿しい仕事よりも、 はるかに大切な何かがあることも、よく知っている。」 Chapter 6 ガンによく効く？ラエトライル ラ
現場メンバーの改善活動を支援する工数・プロジェクト管理ツール「TimeTracker FX」
トヨタグループで培った現場改善ノウハウを基に開発 プロジェクト管理ツールといえば、プロジェクトの管理者を主体にして業務改善のためのさまざまな機能を盛り込んでいることが多い。デンソークリエイト プロジェクトセンター デスクの栗山順次氏は、同社の「TimeTracker FX」は「“現場の改善活動を支援する”ことをコンセプトに、従来のツールとは異なるアプローチで開発されているのが特徴だ」と説明する。 デンソークリエイトの栗山氏 デンソークリエイトはデンソーのカーエレクトロニクス開発部門から分離・独立し、カーナビゲーションシステムを始めとしたITS・自動車制御ソフトウェアなどの先端技術の開発を主力事業としている。また、トヨタグループの一員として、開発現場の業務改善に取り組んできた経緯がある。栗山氏によると、トヨタ生産方式に代表される生産現場における作業時間計測や“見える化”によって生産性を向上さ
成功しているプロジェクト費におけるピーターの法則 | おごちゃんの雑文
「はやぶさ」の話で思い出したけど、直接は関係ない。むしろ、某プロジェクト–つまり、我が身のこと。 定期的に予算見直しがあるプロジェクトがつつがなく成功している場合、 プロジェクト費はプロジェクトが続行不可能になるまで削られる という法則があるようだ。 某プロジェクトは、医療ネットワーク化のプロジェクトでは、日本でほぼ唯一の成功したプロジェクトと言っても過言ではない。多くのこの手のプロジェクトは、誰が主導であったかに関係なく、「やった」というだけだったり、せいぜい市町村規模であったりで、これ程の規模でそれなりの正解を出したものはない。 このプロジェクトはかれこれ10年以上やっているのだが、ごく初期を除けば年々予算が削られている。まぁ、このプロジェクトが「ものづくり」であるなら、一度完成してしまえば、後は維持運用ということになり、開発費が削られるのは、ある意味妥当ではある。 実はこのプロジェク
上司が聞きたがらない10の言い訳--問題を事前に避けるには
プロジェクトに問題が起きたり、失敗したりするのには、多くの理由があり得る。上司がその訳を聞いてきたときに、言い訳をするのと、正当な理由を示すのでは、天と地ほどの違いがある。言い訳はほとんどの場合、単に上司を苛立たせ、あなたに責めを負わせるだけだ。この記事では、部下が上司に言うことの多い言い訳を10個挙げることにする。このリストを裏返せば、プロジェクトが危うくなる前に、上司から問題解決のための助力を得る方法が分かってくるはずだ。 1．指示が理解できていなかった すべての上司が最高のコミュニケーションスキルを持っているとは限らない。そして、すべきことの説明がうまくない上司を持つと、苦労は増える。しかし、上司の説明が下手だということを、仕事ができなかった言い訳にしても通用しない。もし指示に意味が通らなければ、本当は何をすべきかを明らかにするのがあなたの責任だ。もし、2度以上そんな状況を体験したら
Microsoft Office ホームページ
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform Windows 365 開発者
開発工程でSEが書く文書の基本 − ＠IT自分戦略研究所
「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 SEはさまざまな文書を作成する必要があります。その中でも、提案書や要件定義書の作成に悩むSEは多いようです。なぜなら、これらは「顧客に読んでもらわなければならない文書」だからです。 本連載では、「誰にでも分かる」提案書や要件定義書を作成するための文章術を解説します。ただし、分かりやすい文書を作成するには、文章術だけでは十分ではありません。必要な情報を顧客から引き出すためのコミュニケーション、文書全体の構成も重要です。 第1回では、SEが作成する文書はどのようなものかを概観します。第2回では、情報を引き出すための顧客とのコミュニケーションのポイントを説明します。第3、4回
MOONGIFT: タスク管理とナレッジマネジメント機能を併せ持ったヘルプデスクシステム「OneOrZero Helpdesk」:オープンソースを毎日紹介
社内向けのシステムエンジニアのすべきことは数多い。システムの面倒だけ見ていれば良いわけではなく、ユーザのサポートやITを使った業務改善などにも取り組んでいかなければならない。おまけに最近ではセキュリティ関連の事項も増えている。 タスクの登録 そんな多忙なシステムエンジニアに向けたソフトウェアがこれだ。 今回紹介するオープンソース・ソフトウェアはOneOrZero Helpdesk、エンタープライズ向けのヘルプデスクシステムだ。 OneOrZero Helpdeskはヘルプデスクのシステムとして、ナレッジを蓄積することができる。ユーザはシステム管理者に尋ねる前に、まずここを見ることで自己サポートが可能になる訳だ。 ナレッジの表示 もう一つはタスク管理の機能がある。様々な要望を一元的に取り込み、担当者に割り当てたり、その進捗を管理する上でタスク管理の機能は欠かせないだろう。ユーザ管理やグループ
プロジェクトの遅れを取り戻す方法10選
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プロジェクトが計画通りに進まなくなる原因は数多くある。例えば、タスクの見積もりが甘かったり、プロジェクトから要員が抜けたり、リソースの割り当てがまずかったりということがある。本記事では、遅れの生じたプロジェクトを立て直すための実践的なテクニックを紹介する。 プロジェクトチームで働いた経験のある人であれば、様々な要因によってプロジェクトの納期がずれ込んでしまうということを知っているはずだ。一部の作業が当初の想定よりも手間取るものであったり、メンバーの入れ替わりが激しく、新担当者の業務知識に対する習得時間が無視できないものとなったりするのは珍しいことではない。また、単に作業見積もりが甘かっただけということもあるだろう。しかし原因がどのような
あるＳＥのつぶやき: プロジェクト管理メモ
プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門：ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践：ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次：ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次：ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス － ＠IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine：コーナー：実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ
プロジェクトマネジメントスキル 実践養成講座
エンジニアとしてキャリアアップを考える際、ぜひ身に付けておきたいのがプロジェクトマネジメント（PM）のスキルだ。特に近年のシステム開発プロジェクトは低予算化・短期化が進んでおり、ただでさえ計画どおりにプロジェクトを運営することは困難になっている。こうした中、多くの現場で「経験のあるプロジェクトマネージャが不足している」という声を聞く。 しかし、PMスキルを実際に習得するとなると、これがなかなか難しい。ちまたにはPMBOK（Project Management Body Of Knowledge）をはじめとするPM関連の本があふれ、体系的に学習できる素材はそろってきた。しかし、実践的なものは少なく、理論と現場のギャップに戸惑うことも多々あろう。 そこで、この連載では実際の現場でよく見られるシチュエーションを取り上げながら、PMの実践的な勘所をケーススタディ形式で紹介していく。これからプロジェ
プロジェクト・マネージャの「やってはいけない」---目次 - プロジェクト・マネージャの「やってはいけない...：ITpro
プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘
SI契約に変革迫る「進行基準」 IT業界に激震走る！：ITpro
ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を
プロジェクトが“簡単に頓挫する”3つの要素
そもそもなぜプロジェクトは失敗するのか――。前回、まずは1人でプロジェクトマネジメントをしてみようという話を書きましたが、プロジェクトを成功させるためのテクニックに入る前に、“失敗”を考えてみたいと思います。 前回も書いたようにプロジェクトマネジメントというと、何だか小難しい印象を受けますが、基本的には複数のメンバーで実行するプロジェクトといえど、個人のタスクリスト管理の延長にあります。 まずは、プロジェクトが失敗する要素を押さえることで、成功のためのポイントを見つめなおしてみましょう。プロジェクトが失敗する要素――というと、いかにもたくさんありそうに思えるかもしれませんが、実はプロジェクトを失敗させる要素は大きく分けると3つしかないのです。 プロジェクトが簡単に頓挫する3つの要素 無茶な計画 メンバーのやる気 変化を認めない 最初に無茶な計画を立てる プロジェクトを失敗させる最も簡単な方
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクトマネジメント きほんのき
プロジェクト管理者の道具箱