尊敬する上司に教えてもらった、「仕事を任されたら何をすべきか」8箇条
「仕事を任されたら何をすべきか」というタイトルのメモが出てきた。駆け出しだった頃、尊敬する上司に教えていただいたものだ。 メモのすっかり忘れていたが、今の仕事のやり方を振り返ると、ほぼ教えていただいたとおりにやっている。私にとっては宝のようなメモだ。 殴り書きでざっくり書いてあるだけなのだが、今読み返してもなかなか役に立つので、ここに記すことにする 仕事を任されたらどうするか8箇条 1.納期を確認せよ 納期を守れない奴は社会人として生きていけない。納期遵守は信用を獲得し、納期遵守は人の能力を高め、納期遵守はお金を生みだす。 2.成果を合意せよ 仕事を任せる側が、成果を明確にしてから依頼をするケースは少ない。任せる側は、「成果がモヤモヤしていて、考えるのに手間がかかる」から、信頼できる相手にそれを任せるのだ。 したがって、相手と会話し、本音を引き出し、成果を合意せよ。合意できれば、仕事は半分
解決方法、間違ってませんか？組織の問題には2つの種類がある。 | ナカシマガジン
この記事でわかること → 組織には、煩雑な問題と複雑な問題がある。複雑な問題に対しては煩雑な問題に対するアプローチをとってはいけない。 一昔前より、U理論という理論の勉強をしています。 U理論は組織の問題を劇的に解決するとか、イノベーションを起こす方法とか言われている理論で、これからの時代、きっと必要になる考え方だと思っているのですが、いかんせん超難しい理論です。 本を読んだことがある方ならきっと共感してくれると思いますが、初見ではまず挫折しそうな本ですよね。意味わからんくなります。（笑） しかしながら、難しい理論を理解することは面白いことでもあります。 じっくり読み進めているうちに、なんとなく掴んでこれたこともありますので、そのうちまとめてブログで共有したいと思います。 今回はその手始めというか、なんというか、U理論の本に書いてあった面白い考え方「組織に生じる2つの問題」についてまとめて
WBS は、作業分解構造ではないのよ。 - haradakiro's blog
ちょっと大人数で行うプロジェクトに参加したことがある人なら、WBS (ワークブレークダウンストラクチャー) を目にしたことがあるだろう。 日本語だと作業分解構成と説明されることが多い。Work(作業) Breakdown(分解) Structure(構造) というわけだ。日本語の説明では、そういう説明が主流のようだ。 でも、WBS の Work は実は作業ではない。 WBS を定義した標準の最新版MIL-STD-881Cを見てみると、"A product-oriented family tree composed of hardware, software, services, data, and facilities." 「WBS の定義は、ハードウェア、ソフトウェア、サービス、データ、設備などからなる成果物指向の分解ツリーである。」 ここでいう Work は、成果物のことだ。Workb
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
