残業という愚行 - 神様なんて信じない僕らのために
まぁ、一言で言うと（望まずにポーズだけでする）残業って愚行ですよね、と。 まだ読んでいる途中だけれど「デッドライン」からの引用。 プレッシャーをかけても思考は速くならない。 残業時間を増やすのは、生産性を落とす方法である。 一時的なプレッシャーや残業は、人々の焦点を定め、その仕事が重要であるという認識を高めるには有効な方法かもしれないが、プレッシャーをかけすぎると、かならず失敗する。 管理者がプレッシャーを使うことが多いのは、ほかになにをすればいいのかわからないから、または、ほかの方法の難しさにひるんでいるからである。 恐るべき推測：プレッシャーが残業を使うほんとうの理由は、プロジェクトが失敗したときにごまかすためかもしれない。 ただ残業というものに対して、 「全否定」というわけではなくて必要な時、必要なだけやらなければならないことはある。 それは、要するにどうしてもそうしなければならない
The Now Habit (1) 仕事を先送りしてしまうのは、怠惰だからではない | Lif...
英語では「仕事を先送りする」「ぐずぐずしていて手をつけられない」ことを procrastination という、たった一つの単語で言い表せます。わかってはいるけど、どうしても手が付けられないという状態はどこでも同じようにあるものらしいですね。 仕事に手を付けられずにぐずぐずしているときは、誰だってべつに気分がよいわけではないでしょう。むしろ「自分はなんて駄目なんだ」と自分を責める気持ちのほうが強いはずです。 それでは何で私たちは仕事を先送りしてしまうのか。このテーマについて実践的な対処方法を書いた心理学者 Neil Fiore の The Now Habit という本が、43Folders 経由でこれを知って以来、私の愛読書です。 これから５回にわけて、この本についてご紹介しますが、実際には紹介しきれないテクニックや実例が本には満載されていますので、興味のある人はぜひ原書を当たってみてくだ
わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトは冒険だ！「仕事を100倍楽しくするプロジェクト攻略本」
薄くて濃い一冊。 プロジェクトを「まわす」にあたり、本当に必要な内容だけを吟味してまとめてある。ある意味、いさぎよい。頁数を水増し→煽り文を追加→ハードカバーにして、2倍の値段で売っているそこらのビジネス本と180度違う。テクニックよりも心得を重視しており、トム・ピーターズのように読んだ側からソノ気にさせる。 プロジェクトは冒険だ、そして、キミは勇者だ。王さまの話を聞き、仲間を集めてパーティーを編成し、レベルアップに勤しみ、最高のクリアを目指す――なんのことはない、昔っからゲーム相手にしてきたことと一緒。 あのときの「ワクワク感覚」そのままに、プロジェクトの現場を捉えなおしてくれる。この視点はありそでなかった。いちいち激しく頷きながら読む。 本書のエッセンスは、デマルコの「マネジメントの4つの本質」に尽きる。「デットライン」に、こうある。 適切な人材を雇用する その人材を適所にあてはめる
「最悪の事故」から学ぶ教訓 : 小野和俊のブログ
「最悪の事故が起こるまで人は何をしていたのか」では、チェルノブイリ原発事故、スペースシャトル・チャレンジャー爆発墜落事故をはじめ、潜水艦の沈没や航空機墜落事故、石油プラットフォームの爆発や橋の崩落といった巨大事故が実際に起こってしまった事例と、事故が起こる直前に食い止めることができた事例を通じて、事故を生み出してしまったシステムや体制、組織の規律やそこで働く人のメンタルな状態など、さまざまな切り口から事故の原因が考察されていく。 普段の生活において、自分のちょっとしたミスがこのような大事故につながるような場所に身を置いている人はそれほど多くないかもしれない。しかし、本書で述べられている内容のうち、事故の原因とそこから学ぶ教訓の部分について目を向けてみると、私たちが日常的に接しているような場面においても同じように当てはまる内容があまりにも多いことに驚く。 本書には実に数多くの教訓が含まれてい
ミスとかトラブルとか - 最速配信研究会(@yamaz)
UIEUEIのid:shi3zさんがミスについての話を書いておられる(会社名間違えてました.大変失礼しました. > shi3zさん). 部下が致命的なミスをするのは全面的に上司の責任 1行でまとめると「ミスは必ずおきるので,ミスを事前に検知する仕組みが必要だよ」ということなんだけど,私も前職ではありとあらゆるミスやトラブルに遭い,それに対して思うところがあるので,どう対処してきたかを書いてみようと思う. このエントリは長くなりそうなので,先に「今来た3行」でまとめるとこんな感じになる. ミスやトラブルはありとあらゆる隙間を縫っておきるので,確率的なものととらえる方がいいよ. ミスやトラブルがおきた時の影響を最少にするためにはミスやトラブルを検知することの他に,「そもそもそんなミスが起きえないようにする」,「万一そのミスがおきても大丈夫なようにする」為の仕組み作りが重要だよ. 根性論に頼るの
プロセスこそアーキテクトのもの (arclamp.jp アークランプ)
ちょいとした事情で品質まわりの情報を調べていたのですがISO 9126-1（JIS X 0129-1）というのに初めて目を通しました（不勉強ですみません）。本物は、ＪISの検索ページで、「x0129」と入力するとでてきます。 で、品質とは何かというページがうまくエッセンスを抽出しています。まず品質をモデル化すると次のようにすることができます。 ※上記ページからの直リンク 右側の「利用時の品質特性」というのは特定の状況における利用者が感じる品質です。だから、状況や利用者が違えば変わってきてしまうもの。で、一般的な指標は「外部品質」と「内部品質」で、それぞれソフトウェアの動きと中身の構造のこと。 そして注目すべきは一番左側のプロセス品質でしょう。プロセスとは設計／開発のやり方や手順。さてJISのドキュメントから少し引用してみましょう。 プロセス品質（JISX0160に規定されているすべてのライ
TOC研究舎 - 愚見・提言
No.58 以降はmelmaで順次配信します No.57 ＴＯＣとＴＲＩＺ；対立を捉える No.56 いろいろある対立 No.55 すべての対立は解消できるか？ No.54 組織の意識と無意識 No.53 思考プロセスと言語 No.52 板ばさみ」を解決する No.51 「収益性と成長性」「短期と長期」「部門と全社」 No.50 弁証法と思考プロセス No.49 ＴＯＣワールド No.48 説得の論理的アプローチ No.47 解決の方向性を共有する No.46 そんなの、おれたちの問題ではないよ No.45 変化に対する抵抗 No.44 自分を守りたい No.43 人心掌握の術 No.42 ブレークスルー・インジェクション No.41 思考プロセス雑感 No.40 前提ツリーから移行ツリーへ No.39 インジェクションを探す N
最適な工期は「投入人月の立方根の2.4倍」、JUASが調査 ― ＠IT
2007/07/05 日本情報システム・ユーザー協会（JUAS）は7月5日、ユーザー企業102社の357プロジェクトを調査した「ソフトウェアメトリックス調査2007」を発表した。システム開発の企画、開発計画に始まり、保守や運用管理まで実態を調査した内容で、企業情報システムの実態を伝える。調査結果からは“デスマーチ”となるプロジェクトの実態も浮かび上がった。 デスマーチ化するプロジェクトの条件の1つは工期の設定が不適切であることだろう。調査から導き出された標準開発工期は「投入人月の立方根の2.4倍」。調査対象のプロジェクトの全体工数と全体工期をグラフ化し、回帰直線によって求めた。この計算によれば1000人月のプロジェクトの場合は24カ月の工期を設定するのが標準的といえる。事情によってこの標準工期よりも短い工期しか取れない場合は、その短縮率を計算して対策を採るべきとJUASは提言。だが、「（短
GoogleのCEO、エリック・シュミットによる経営哲学とは？ - GIGAZINE
現在、世界で最も注目されている企業と言えばGoogleですが、先ほどまで放送されていた「NHK プロフェッショナル 仕事の流儀」の中で、そのGoogleの最高経営責任者、エリック・シュミット氏の単独インタビューというものがありました。 「お前、クリエイティブになれ！と言われてもクリエイティブにはなれない」 「大事なのは間違いを認めすぐに修正すること」 「集団の方が個人より優れた判断が出来ると信じている」 などなど、なかなか示唆に富んでいる内容だったので、経営者のみならず普通の人にとってもなかなか考えさせられる面があるのではないかと。 詳細は以下の通り。 スペシャル （2007年5月29日放送） | NHK プロフェッショナル 仕事の流儀 「大事なのは、間違いは誰にでもあるということ。そして間違えたときには、すぐに修正をすることです」。そして、リーダーにとって最も重要な資質は、「聞いて学ぶ能
SIの稼働率 - essence-s
派遣ビジネスかSIかと考えてたら、派遣もやってるSIだったら、リソースが食われるのは当たり前だということだ。 SIに徹するにはやはり空きがでてしまうのを覚悟するべきなんだろうか。 OOスクエアインタビューより引用。 http://www.ogis-ri.co.jp/otc/hiroba/others/OORing/interview37.html 私は、SIは宿命的に暇な時間が多いビジネスだと思っているんですよ。SIは可能な仕事量が頭数に限られますし、それぞれ案件も期間が違いますから、 売り物として難しいんですよね。やれなきゃ無理して案件取ったって仕方ありませんし、だからしゃかりきに営業もしない。1人が一ヶ月だけ手が空いているときに、都合よく 1人で一ヶ月の仕事っていうのはありませんから（笑）。派遣ビジネスだとそこで無理に切り売りされちゃうでしょうが、受託開発に徹するとそうはなりません。
なぜ正確な見積りは不可能なのか
Leon Bambrick / 青木靖 訳 2007年4月19日 木曜 新しい機能を見積るというのは･･･こちらに泳いでくる小さな魚のようなものだ。 小さな魚がくるぞ。 あの小さな魚を見て! あの魚小さいよ! あの魚なら食べられる! 一口で飲み込んでしまえそうだ! そんなに簡単だって、間違いない? もちろん簡単に決まってる! こんな小さいんだから! だけど前は間違ったじゃない。 うるさい、頭の中の声! この魚は小さいって。真ん前から見てるんだから間違いないよ! 一口だ。パクッ! それで終わり。朝飯前さ! 魚とは言えないくらいだ! ただの点だ! 小さな点! 小さな点を食べてやる! そら、魚が来る! 待てよ、なんか嫌な予感がしてきた。 もう遅いよ。約束しちゃったんだから。 魚を横から見たところ。 あーあ。
わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトを成功させる魔法の言葉
あいにく銀の弾丸の持ち合わせはないが、うまくいくプロジェクトでよく使われていた言葉は確かにある。耳にしたときは聞き流していてた言葉を、この本は思い出させてくれた。ここでは、そんな「魔法の言葉」を紹介する。 ネタ元は「目標を突破する実践プロジェクトマネジメント」。ふつう、図書館で読んだ本はそれっきりだが、こいつは買って周りにばら撒く。薄くて分かりやすくて、すぐにやってみようという気にさせるところがいい。 ■ もし、問題があるとすれば、それは何ですか? 朝会や進捗会議で「何か問題はありませんか?」という質問はよくするしされる。けれども答えはいつも決まっている→「特にありません」。でもって、不具合が起きると、「あのとき聞いたのにッ」←→「こうなるとは思ってなかった」となる。 身に覚えない? これを、冒頭の質問にしてみると、アラ不思議、いくらでも出てくる。「問題ない?」には無反応だったのが、「これ
ITmedia Biz.ID：失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント
失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント：デジタルワークスタイルの視点 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。これらを管理しようとすればするほど悪いスパイラルに落ち込みます。Appleやはてな、Googleなど、注目企業ではどのようなマネジメントを行っているのでしょうか。 「完璧に管理しようとすればするほど、プロジェクトは失敗する」という悪いスパイラルが存在します（2月21日の記事参照）。そこで今回は、どのようなプロジェクトマネジメントをすれば、プロジェクトを失敗させないようにできるのか考えてみたいと思います。 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。前回はそれぞれを完璧に管理しようとしていましたが、今回は考え方を180度変えてみましょう。それぞれの要因を最初からなくしてしまうのです。 失敗しない
プロジェクト管理
思考プロセス ＴＯＣのパラダイム プロジェクト管理 スループット計算 ダイスゲーム プロジェクト管理 クリティカル・チェーン・プロジェクト管理 約４０年前に開発されたPERT以来、プロジェクト管理に関する手法はほとんど進展がなかった。1997年、ゴールドラット博士は小説「Critical Chain」を出版し、その中でプロジェクトの計画と実行に制約理論を応用した新しい手法を紹介した。その後、ロバート・ニューボルドが「Project Management in the Fast Lane」で、考え方の基本や導入方法をわかり易く解説している。実際に応用する中で、プロジェクトの競合（Multi-Tasking）が解決すべき重要な問題である事が指摘され、改善策が提案されている。 クリティカル・チェーン・プロジェクト管理の実施事例 ハリス・セミコンダクターで、従来は２９ヶ月かかっていた半導体工場建設
なぜCCPMなのか | ビーイングコンサルティング
プロジェクトの納期を守るための効果的な管理手法「CCPM（クリティカルチェーン・プロジェクトマネジメント）」。 現在プロジェクトの複雑化やサービスの多様化によって、プロジェクト管理の現場ではプロジェクト遅延やコスト増大・品質低下など深刻な問題が発生しています。 それにより、既存のリソースでより高いパフォーマンスを発揮できるCCPMに注目が集まっています。 しかし、CCPMがどのようなものか理解できていない方もいるでしょう。 本記事ではCCPM導入のメリットや導入手順をわかりやすく解説します。 プロジェクト管理に悩んでいる方はぜひ参考にしてください。 導入編：このようなことありませんか？ プロジェクト管理に頭を悩ませる田ヌ田部長ですが、プロジェクトの進捗など現場の状況をきちんと把握できていないため、的確な指示が出せません。 それにより、プロジェクトが納期に間に合わないなど現場では大きな混乱が
TOCメールマガジン:クリティカルチェーン(CCプロジェクト管理講座)
クリティカルチェーン(CCプロジェクト管理講座) １．まずはプロジェクトとは何か考えてみよう「恐ろしい話・・」 日付:2005/04/20 ============================================================ ☆新連載 ＣＣプロジェクト管理講座（１） まずはプロジェクトとは何か考えてみよう「恐ろしい話・・」 ============================================================ メルマガをお読みの皆様 ゴールシステムコンサルティングの西原です。 今回からＴＯＣ/クリティカルチェーン・プロジェクトマネジメントに ついて連載させて頂くことになりました。 連載についてご質問などありましたらご遠慮なくメール頂ければと 思いますのでよろしくお願いします。 さて、これからクリティ
プロジェクトの進め方について - ほぼ日刊イトイ新聞
第30回 プロジェクトの進め方について 詳しく教えて。 前回、開発チームが小さい方が 開発効率が高まるという話をしました。 今回もそれに引き続いて、 プロジェクトの進め方や、生産性の話です。 僕がチームの生産性の向上に 一役買っていると思うやり方というのは、 プロジェクトチームの中で仕事を割り振るとき、 どうやって仕事を割り当てるかという方法です。 とはいっても、蓋を開けてみれば大したことではないので 改めて書くほどのことでもないかもしれませんが、 しかし理にかなった方法だと思うので、 紹介したいと思います。 1番のポイントは、 基本的に誰が何をやるのかを決めるのは、 その仕事をする本人だということです。 マネージャーに 「これをいついつまでにやれ」 と指示されるわけではないのです。 マネージャーやチームリーダーの仕事は、 次にチームが解決しなければならない問題を洗い出し、 テーブルの上に
プロマネ必読！「アポロ13」
「アート・オブ・プロジェクトマネジメント」で強くオススメされてたので読む ―― これはスゴい。ドキュメンタリーとして夢中になって読めるだけでなく、プロジェクトが危機に陥ったときの「べき/ベからず集」しても、ものすごく有効な一冊なり。 どうしようもない状況、限られた時間、非常に高いリスク、疑わしい解決策…プロジェクトがパニックに瀕したとき、優れたプロジェクトマネージャは何を考え、どう行動するかを知ることができる。本書を通じて学んだ危機管理マネジメントは、次のとおり。 プロジェクトが危機的状況のとき、あらゆる手段を使って、自分の感情をコントロールせよ。感情は事実をゆがめ、判断を誤らせ、解決への手段の一つ一つに邪魔をする 「危機」は、すぐに数字にならない。必ずタイムラグが発生している。だから、危険な数値が今出ているということは、既に危機的状況に突入している、ということだ 問題に対処するとき、絶対
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
shi3zの日記 - 部下が致命的なミスをするのは全面的に上司の責任
BeingManagement3製品紹介 | ビーイングコンサルティング