「計画的にやれ」が悲しいほどメンバーに通じない理由 − PG時代と何が違う？ 新任PMがついやってしまうNG集 − ＠IT自分戦略研究所
1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない！ そんな新任PMの悩みを解決するTipsを紹介します。 お悩みのPM諸君、ついこんなこと言っていませんか 同じ「プロジェクト」に関わるにしても、PM（プロジェクトマネージャ）になる前と後では大違いです。プログラマの1人として働いている時は、自分の作業に専念していればよかったのに、PMになった途端「顧客から新しい要望が来た」「○○さんの作業が遅れている」といってはフォローに追われる日々。「何で皆、ちゃんと動いてくれないんだ！」とストレスをためるPMも多いはずです。 ですが、「自分が動くこと」と「人に動いてもらうこと」が違うのは当然のこと。ですが、ついそのことを忘れて、こんなことを言ってしまうPMは多いのではないでしょうか。 これらはPMの発言としては“NG”です。いくら口をすっぱくして注
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
システムの納期とは確率分布だ − Publickey
昨日はIBMのラショナルソフトウェアカンファレンスに参加しました。1日中、ソフトウェア開発方法論に関するセッションを聞いていたのですが（最後のセッションは、自分が司会のパネルディスカッションでもありましたが）、その中で最も印象的だったウォーカー・ロイス氏のプレゼンテーションを紹介したいと思います。 ウォーカー・ロイス氏はIBMラショナルソフトウェア部門のバイスプレジデントで、アジャイル開発手法としてよく知られるRUP（Rational Unified Process）の創始者でもあります。彼の講演は、この日の基調講演の1つでした。
情報システム関係の人とかこれ見とくといいよ - チョコっとラブ的なにか
こんなの出てたから、見ておくといいかもね。 経済産業省では、情報システムの取引において、現行の「人月方式」以外での価格決定方法を模索するため、情報システムの付加価値に着目して価格を決定する「パフォーマンスベース契約」について検討を行ってまいりました。 今般、「情報システムのパフォーマンスベース契約に関する調査研究」報告書として取りまとめましたので、公表いたします。 「情報システムのパフォーマンスベース契約に関する調査研究」報告書の公表について - 経済産業省 本文のさわりにはこんなことが書いてあったよ。 1 はじめに 1-1 背景と目的 我が国の情報システム市場は、現在、主として「人月ベース」の価格表示を行っており、それに伴う価格の根拠がユーザ側の価格への不信感につながっていることは従来から多数指摘されている※が、残念ながら、この課題は現在まで業界全体として抜本的に解決されるには至っていな
デッドライン ソフト開発を成功に導く101の法則
正しい管理の四つの本質・適切な人材を雇用する。 ・その人材を適所にあてはめる。 ・人々の士気を保つ。 ・チームの結束を強め、維持する。 （それ以外のことは全部管理ごっこ） 安全と変更・変更は、あらゆるプロジェクトの成功のために（ほかの大抵の物事についても）必要不可欠である。 ・人は安全だとわからないと変更を受け入れない。安全が保証されていないと、リスクを避けようとする。 ・リスクを避けることは、それに伴う利益をも逃すことになるため、致命的である。 ・人は、面と向かって脅されたときはもちろん、自分に対して不当に権力が行使されるかもしれないと思ったときにも、安全ではないと感じるようになる。 負の強化・脅迫は、結果を上げさせる手段としては不完全である。 ・どれほど強い脅しをかけても、最初に割り当てた時間が足りなければ、やはり仕事は完成しない。 ・さらに悪いことに、目標を達成できなければ、脅迫の内
「解雇されないだけマシ」「長時間労働こそ鑑」――上司が陥る10の勘違い
ロバート・ハーフ・ジャパンは「管理職者の思い違い」に対する見解を発表した。「仕事があるだけ運がいいと思え」「長時間働く部下はいい部下」など、管理者の思い違いで士気をそがれた部下が転職しがちだという。 人材派遣企業ロバート・ハーフ・ジャパンは3月5日、「管理職者が陥りがちな思い違い」に対する10の見解を発表した。 （解雇されずに）仕事があるだけ運がいいと思え（Feeling people are lucky just have a job.） 達成不可能な場合でも、君ならできる、と仕事を振ればできるはず（Making work"mission impossible".） 部下と管理職は一心同体だ（Tying your employees' hands.） 長時間働く部下はいい部下だ（Equating busy with productive.） 景気好転は待つしかない（Waiting for
OpenOffice.org/Excel用ガントチャートテンプレート·Gantt Chart for OpenOffice Calc MOONGIFT
日本のオフィスには神業的なExcel使いの方々がいて、方眼紙のように網目を作り、そこに図形やチャートを作り上げている。仕様書や提出するドキュメントも全てExcelで作られていたりする。このような方々は、Excelが使えないとなったらさぞかし混乱をきたすことだろう。 OpenOffice.orgを使ったガントチャートテンプレート プロジェクトを管理をExcelで行っている方がいたら、そこだけはOpenOffice.orgに乗り換えられる可能性がある。ガントチャートを手早く作ってくれるテンプレートがあるのだ。 今回紹介するフリーウェアはGantt Chart for OpenOffice Calc、OpenOfficeのCalc（表計算機能）向けのガントチャート作成テンプレートだ。 Gantt Chart for OpenOffice CalcはOpenOffice.org用で、Excel用に
分散バージョン管理Git/Mercurial/Bazaar徹底比較
分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？ 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理
Microsoft Projectの代替ソフトウェアとしてプロジェクト管理が可能でガントチャート表示もできるフリーソフト「OpenProj」
Windows、Mac、Linuxのいずれでも動作が可能で、JRE1.5以上がインストールされていれば問題なく利用できるのがこの「OpenProj」。ガントチャート、ネットワークダイアグラム、WBSとRBSチャート、レポートの印刷とPDFによる出力、コスト計算などなど、プロジェクト管理に必要なほとんどの機能が備わっています。 また、Microsoft Projectのファイルを開いたり保存することも可能です。ただのビューワーではなく、実際に編集できるのでかなり便利。メニューなどはほとんど日本語化されており、抵抗なく使うことができます。 ダウンロードとインストール、実際の表示などは以下から。 Home | Serena Open Source and Hosted Project Management Software http://openproj.org/ 今回はWindows用を使うの
トヨタが気前よくカイゼンを教える本当の理由（1/3） ― ＠IT MONOist
コロナ禍で製造業のマーケティング手法もデジタルシフトが加速した。だが、業界の事情に合わせたデジタルマーケティングを実践できている企業はそう多くない。本連載では「製造業のための正しいデジタルマーケティング知識」を伝えていく。第14回のテーマは「メーカー開発設計者に聞いたサプライヤーの探し方と選定基準」だ。
プロジェクトの遅れを取り戻す方法10選
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プロジェクトが計画通りに進まなくなる原因は数多くある。例えば、タスクの見積もりが甘かったり、プロジェクトから要員が抜けたり、リソースの割り当てがまずかったりということがある。本記事では、遅れの生じたプロジェクトを立て直すための実践的なテクニックを紹介する。 プロジェクトチームで働いた経験のある人であれば、様々な要因によってプロジェクトの納期がずれ込んでしまうということを知っているはずだ。一部の作業が当初の想定よりも手間取るものであったり、メンバーの入れ替わりが激しく、新担当者の業務知識に対する習得時間が無視できないものとなったりするのは珍しいことではない。また、単に作業見積もりが甘かっただけということもあるだろう。しかし原因がどのような
“リスク管理のリスク管理”が必要だ
経営においてリスク管理は重要だが、リスク管理をするにはさまざまな障害が存在する。それらをどう取り除いていけばよいのか。今回はリスク管理に関する法則を紹介する。
プロジェクトは成功するためにある！ 本当の実力を養う最強プロマネ講座
プロジェクトを成功に導くには、正しい知識と的確な判断と行動が必要不可欠。それを行なうのがプロジェクトマネージャーで、プロジェクト成功の鍵を握る重要な職種だ。しかし、このプロジェクトマネジメントが的確に実施されていないため、プロジェクトが成功に至らないケースも多い。そこで、ありがちなプロジェクトの失敗例に迫りながら、国際資格「PMP(Project Management Professional)」のバイブルとも呼ばれる「PMBOKガイド」をどのように役立てるかを、全10回に渡り解説する。 2007年11月09日 12時05分 ビジネス 第10回 最終回 不祥事多発！ 仕事ができるプロマネの「プロフェッショナル責任」とは プロジェクトを成功に導くには、プロジェクト推進に関する正しい知識と、そして的確な判断と行動が必要不可欠。当連載では9回にわたり、PMBOKガイドで定められている知識エリアご
第16回 ドキュメント管理の要はPMOが握れ
プロジェクトで作成するドキュメントは、メンバーが増え、時間が経つと急激に増えていく。ドキュメント管理規定があっても、周知徹底は意外に難しい。シンプルなルールを定めた上でチームの裁量を認め、ドキュメント管理の要所をPMOが握るようにするとよい。 高橋信也 マネジメントソリューションズ 代表取締役 「9月3日の役員プレゼンで使った資料はどこにあるの？」 「8月27日の進捗会議の議事録はどこにいれた？」 「プロジェクトの共有フォルダの構成がぐちゃぐちゃじゃない！ 何がどこにあるのか分からないから、分かるように整理してよ！」 このようにプロジェクトマネジャから突然言われても、一度始まってしまったドキュメント管理の混乱は一朝一夕に収まるものではありません。 “魔窟”と化したドキュメント・フォルダには、手を付けたくない 本来、プロジェクトで作成する膨大なドキュメントは、ドキュメント管理規定に基づいて分
＠IT：明日からできるプロジェクト管理（1）
デスマーチを止める進ちょく管理の現実解:GanttProjectの導入で進ちょくをコントロールする：明日からできるプロジェクト管理（1）（1/4 ページ） 開発プロジェクトは、何もしなければどんどん混乱していく。計画は破綻し、成果物は四散し、開発要員の心理はズタズタになる。混乱を収拾するのは容易ではない。開発プロジェクトの立ち上げ段階から秩序を導入し、整理整頓されたその状況をカットオーバーまで維持すること。もちろん、それは口でいうほど簡単なことではないのだが、まったく無理なことでもない。本連載では、プロジェクトに秩序をもたらすさまざまな手法を、開発プロジェクトの段階を追って解説していく。そして、手法の説明だけではなく、具体的なツールを使って「どうすれば効率的な管理が可能なのか」という現実的な提案も行うつもりである。ここで使用するツールはすべてオープンソースのプロダクトである。効果的な方法を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まとめ：そろそろ「管理職デビュー」の人に贈る管理職向け仕事術24選 | ライフハッカー・ジャパン
IDEA * IDEA
トヨタが気前よくカイゼンを教える本当の理由（1/3） ― ＠IT MONOist
トヨタが気前よくカイゼンを教える本当の理由（1/3） ― ＠IT MONOist
http://headlines.yahoo.co.jp/hl?a=20080626-00000000-zdn_ait-sci