Online Alarm ClockOnce loaded, the online alarm clock will work even if Internet connection goes down. Send your comments and ideas about improvement to shout@kukuklok.com. Copyright Kuku Klok © 2016. Swiss Made. Privacy Policy
プロジェクトマネジメントで起こりやすい7つの問題と解決方法
7 Common Project Management Problems (And How to Solve Them) [ad#ad-2] 下記は各ポイントをピックアップしたものです。 曖昧な要件 プロジェクトがある程度進行しないと、クライアントがどうしたいかはっきりしない場合は、マイルストーンを設定するようにします。明確なステップを設定することで、プロジェクトの最初から最後までが綿密に計画されるようになります。 もし途中で大きい修正や変更が入る場合は、それに必要な工数をクライアントに明確にし、請求の必要があれば行うようにします。 コミュニケーションによる遅延 クライアントの返答待ちで、プロジェクトを進めることができないことがあります。これはちょっとしたことで、クライアントの返答を早くもらえるようにする戦略があります。 それは、「Yes」か「No」で返答できるように質問することです。これ
Noko: Friendly Online Time Tracking Software
“My team has gone through four time tracking apps in the last two and a half years…” That's a quote from one of our customers — and it's something we hear a lot. Your business runs on time. It's the fuel your team uses to start, create, finish projects for yourselves and your clients. You've got to make sure every minute counts… and can be counted: Does your team have the availability for this new
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
e工程マネージャー
ソフトブレーン社開発のプロジェクトマネージメントシステム、e工程マネージャーの製品ページ。「ｅ工程マネージャー」は、プロジェクト全体の進捗状況を簡単にリアルタイム把握できるプロジェクト・マネジメント・ソフト（PMS）です。 ビジネス現場で日々発生する、ほぼ全ての業務に対応しています。スタッフの作業状況やコスト管理、リスク管理などを一目で把握できるように可視化することで、スタッフ全員が容易に情報を共有できる画期的なソフトです。 従来のPMSは、高価で汎用性に乏しいものと安価で機能の乏しいものと、二極分化していたのが現状です。この中間で幅広く対応しているのがe工程マネージャーなのです。 このｅ工程マネージャーは、リーディング・エンジニアリング・カンパニーである日揮（株）および日揮情報システム鰍ﾆの共同で開発しました。
タイム・コンサルタントの日誌から : Excelで工程表を書いてはいけない
さる8月、翔泳社主催の「PM Conference 2008」に招かれて講演をした。テーマはプロジェクト・コントロールの技法論で、私が長い間、エンジニアリング業界とIT業界の二足のわらじを履いてきた経験から、両者の比較を論じたものだった。最近のIT業界における「プロジェクト・マネジメント」の認識の普及進展はめざましいものがある。これに対して、エンジニアリング業界は過去10年以上、EVMSの徹底化以外とくに主立った進歩はない。にもかかわらず、両者の違いはいまだ歴然としたものがあり、それはとくにプロジェクト・コントロールの基本であるWBSやコントロール・リストなどの使い方で明瞭だ、というのが論旨だった。 ところで、この講演の中で、「工程表のガントチャートをExcelで書いてはいけない」と強調した点が、どうも多くの聴衆の注意を引いたらしい。終わってからのアンケートでも、そこに関する感想が少なくな
できる人(という本のメモ)
完全主義者（自分でやらないと気のすまない人）はだめ。部下を信じるべし。質問はしまくろう。聞くは一時の恥。聞かぬは一生の恥だ。まず軽い成功で、ジャブ。自信がついたら大きな事業を成功させるのだ。つねに、失敗を確認して糧とする。どうしたら成功するかより、どうしたら失敗するかを考える。そして逆を行けば良い。過去形にしてから学ぶ必要は無い。苦手な事をを積極的に行う。オールマイティになるべし。失敗を糧とすることも重要だが、気にしすぎて仕事ができなくなっては意味がない。一日で忘れることができる能力を身につけよう。相手先の社内事情に詳しくなる。「用事は忙しい人に頼め。」忙しい人間ほど、時間のやりくりがうまく、きちんと責任を果たしてくれる。常に仕事を100%こなせば良いということはない。上司が50%しか要求していない重要でない仕事か、120%要求する重要な仕事かを常に判断すべし。縁の下にいてはいけない。縁の
部下と張り合うようでは上司失格：日経ビジネスオンライン
日本企業で成果主義型の人事評価制度の導入が進んだ結果、多くの管理職が自身の個人業績の向上と部下の管理・育成を同時にこなす「プレーイングマネジャー」であることを求められるようになっている。 しかし、2つの異なる役割を両立できず、業績の達成を優先して部下の管理・育成を疎かにしてしまうことが少なくない。その結果、部署全体の業績が低下してしまうという悪循環に陥っている。 このジレンマを克服するにはどうすべきなのか。同じ問題にいち早く直面した米国で管理職のあり方を研究しているリンダ・ヒル教授に問題解決への方策を語ってもらった。 「プレーイングマネジャー」の役割を求められている管理職のことを米国では「プロデューサー兼マネジャー」と呼んでいます。それは誰にとっても難しい役回りです。 何年か前に管理職にプレーヤーとしての役割を断念させた方がいいのか、それとも続けさせた方がいいのかを調査したことがあります。
小飼弾氏に聞く: 会議についてどう思いますか？ (1/5) - ITmedia Biz.ID
会議について考えていく本連載。今回は、ベストプラクティス的な方法論や一般論だけでなく、ある個人にとって会議またはコミュニケーションとはどのようなものなのかというテーマでインタビューを行った。今回、登場するのはアルファブロガーでオープンソースプログラマーの小飼弾さんだ。 スケーラブル・サマリー──必要なディテールはどのくらいか？ 小野和俊 今回のインタビューは会議に関連した連載の一貫として、弾さんにネットとコミュニケーションをテーマとしたお話を伺えればと思います。よろしくお願いします。 小飼弾 よろしくお願いします。 小野 梅田望夫氏はここ数年、セミナーに現地まで出向いて参加するのはやめて、ネットでストリーミング中継を見るようにしているそうです。ネットでのコミュニケーションツールが発達することで、リアルに出向く必要性が低下する場合があると思いますが、弾さんとしてはこのあたりいかがでしょうか。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
E.gg Timer
Construction and Engineering – Project Management