"自分がやったほうが早い"はダメ! マネージャがやってはいけない5つのミス | 経営 | マイコミジャーナル
マネージャの仕事の中でも重要なものに、部下に適切に仕事を任せる、というものがある。英語では"delegating(権限の委譲)"という。仕事を丸投げしたり、介入しすぎたりしては部下も思い通りの仕事ができないことは容易に想像がつく。U.S.News & WORLD REPORTに「部下に仕事を任せる際の5つの間違い(原題: 5 Ways Managers Fail at Delegating)」という記事が載っているので紹介しよう。 1. 共通の認識を持たない 仕事が成功裏に終了した時のゴールは何かということを事前に部下と確認しなかったため、最後に出てきたものがあなたの期待したものと違っていたということはよく起こる。 2. 進捗管理をしない プロジェクトの最初に話をするだけで、計画通りに仕事が進む……なんてことはない! プロジェクトに関与し続け、チェックすることはマネージャの有効な武器だ。進
エンジニアがミーティングを嫌う理由 – バイリンガルの独り言
エンジニアがミーティングを入れられる事を好まない事や、不機嫌になる事は英語圏や日本を問わず知られているかと思います。実質、私の周りにもこういった傾向がありますし、職人的に秀でてる方ほどこの傾向が強いと感じています。さて、これはなぜでしょうか？ 友人のtweetにPaul Grahamというプログラマ兼ベンチャーキャピタリスが書いた、Maker’s Schedule, Manager’s Scheduleという面白い記事へのリンクが貼られていたので、私なりに要約して紹介します。 二種類のスケジュール プログラマやライターがミーティングを嫌う理由は彼らが他の人間とは違う種類のスケジュールで働いているからであるとGraham氏は語っています。氏いわく、スケジュールには二種類あります。 Maker’s Schedule（物を作る者のスケジュール） Manager’s Schedule（管理する者の
なぜマクドナルドの優良店は30分単位で考えるか(プレジデント) - Yahoo!ニュース
■ミスの連続を断ち切る仕組み 不況下の数少ない勝ち組企業の一つ、日本マクドナルド。特に優良店舗では30分ごとに販売目標を設定し、常に数字を意識しながら営業利益の確保につなげているという。 一般的に営業利益は、売り上げから売上原価、販売費・一般管理費を差し引いた金額をいうが、同社のような土地代、人件費がある程度決まった薄利多売のビジネスでは、売上金額の大小が優良店舗かどうかを左右するのだ。 今回、西日本の店舗で好業績を挙げる店長A氏が、30分ルールの秘訣を公開してくれた。 「時間帯によって売り上げが激変するので、30分単位で目標を管理する必要がある。随時、クルー（従業員）の人数や配置、食材の在庫などが“適正な投資”となるよう調整しています。 対前年ベースで月間の売り上げ目標、1日の売り上げ目標を最初に決め、そこから時間ごとに目標をブレークダウンします。レジの売り上げレポートもクルー
窓の杜 - 【REVIEW】小規模なプロジェクト管理に最適なガントチャート作成ソフト「Ganna」
「Ganna」は、シンプルなガントチャート作成ソフト。Windows 2000/XP/Vistaに対応するフリーソフトで、作者のWebサイトからダウンロードできる。なお、動作には.NET Framework 2.0が必要。 本ソフトは、プロジェクト管理に便利なガントチャートを手軽に作成できるソフト。本格的なプロジェクト管理ソフトに比べると機能は少ないが、ガントチャートを作成するのに必要な機能は過不足なく備えている。そのため操作に迷う部分も少なく、ガントチャート作成の入門用にはぴったりだ。日ごろから表計算ソフトなどを利用して手作りでガントチャートを作成している人などは試してみよう。 画面は左右2ペイン構成で、左ペインのリストにタスクを登録すると、右ペインにガントチャートが表示される仕組み。タスクにはインデントを加えて、タスク同士の親子関係をツリー状にして管理することができる。一方ガントチャー
リーダーが抱える20の悪い癖
元GE会長のジャック・ウェルチ氏をコーチした経験を持つエグゼクティブコーチングの第一人者によると、組織の上に立つリーダーは共通した悪い癖を抱えているという。 「問われるコーチング力」バックナンバーはこちら 前回、自己分析によりリーダーは自分の強みと弱みを把握すべきだと述べた。今回はリーダーが陥りやすい「20の悪癖」について紹介したい。 以前「偽装事件を引き起こす不健康組織16の兆候」のコラムでも触れたが、リーダーの自己変革に欠かせないので改めて説明する。20の悪癖とはジャック・ウェルチ元GE会長をコーチした、コーチングの第一人者であるマーシャル・ゴールドスミス氏が、著書『コーチングの神様が教える「できる人」の法則』で指摘したものである。経営者やリーダーの多くは次のような悪癖を持っていて、それが職場に悪い影響を与えているという。 1. 極度の負けず嫌い 2. 何かひと言価値を付け加えようとす
FrontPage - Trac Lightning Wiki
最近の更新 (Recent Changes)2016-03-02Plugin Plugin/4.0.0/AddCommentMacro 2016-01-30Plugin/4.0.0/TracNavMacro Plugin/4.0.0/TocMacro Plugin/4.0.0/PrivateWikiPlugin 2015-11-22Plugin/4.0.0/FootNoteMacro 最新リリース情報traclight (1.5.2)2008-02-13 23:09trac-lightning (3.2.0)2013-04-29 13:00trac-lightning-dev (3.2.0beta1)2013-03-16 11:37 Wikiガイド(Guide)Wikiの文法 リンクの種類と文法 ブロックプロセッサ 拡張文法 サイドバー プロジェクトWikiでの広告設定 サイドバー (Si
銀行システム障害はなぜ起きた？ 技術者が語る大規模プロジェクトの実態(ニュース畑) - goo ニュース
銀行システム障害はなぜ起きた？ 技術者が語る大規模プロジェクトの実態 2008年5月29日（木）09:42 三菱東京UFJ銀行で5月12日に起きたシステム障害。約2万件の取引に障害が発生したと報道されています。巨大銀行同士の合併に伴って、2年の準備期間と約6000人の技術者、約4000億円をかけて行われたとされる今回のシステム統合は、同行が鳴り物入りで進めてきた一大プロジェクトでした。そこで起きたトラブルの「原因」は、一体どこにあるのか。 今回のトラブルでは、提携先のセブン銀行で一部のATM取引ができなくなるなどの障害が発生し、その直接の原因として、システムの情報伝達に使う文字コードを「カタカナ」にするか「漢字」にするかが食い違っていたことがあったと伝えられています。 しかし、「原因」は本当にそれだけなのか。このニュースの背景をめぐって、ニュース畑には第一線の技術者からの投稿が多数寄せ
私はこうしてクビを切りました : 404 Blog Not Found
2008年03月01日15:45 カテゴリArt 私はこうしてクビを切りました これ、定性的には事実なのかも知れないけど、定量的に事実かというと、給与を出す立場だった私からみてもYesとは言いがたい。 就職氷河期と資本主義 - FIFTH EDITION なんでかって話になるんだけど、まず、マクロな話になるんで、退屈な話かもしれないけど、日本って、正社員を簡単に解雇できないのよ。労働法の関係上、簡単に首切れない。 カバチタレ! 青木雄二 / 田島隆 / 東風孝広 労働法上はどうなのよ、というのは、「労働法のキモが2時間でわかる本」の第11章を読んでもらうことにして、また実のところそれがどう活用されるのかというのは「カバチタレ!」の第一話を見てもらうことにして(どちらも広島に縁があるってのは偶然?)、ここでは実際に私がクビにした時の実例をお話することにします。 このケースでは厳密には解雇した
コードに入らずばコーダーを得ず : 404 Blog Not Found
2007年11月21日00:00 カテゴリArt コードに入らずばコーダーを得ず これを見て(38|0x26|046)な俺も書きたくなった。 36歳になって思う「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan プログラマ、SE、マネジメント、経営の一通りを経験してきて、その説の私なりの考えを書いてみたくなった。 久しぶりに「私」でなくて「俺」で書く。 36歳になって思う「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan俺に限って言えば・・・35歳定年説は本当だった。というより、プログラムを動かすことより、人を動かすことに魅力を感じてしまったのだから、ずっとプログラマだったらどう思うかというのは残念だがわからない。 俺は、実のところプログラムを動かすのと同じぐらいかそれ以上に人を動かすのも人に動かされるのも好きだ。 だから、わかる。 プロ
アンカテ(Uncategorizable Blog) - グーグルが起こす第二の革命
Casual Thoughts - 一流企業の一流社員に求められる泥臭い馬力 このエントリに書かれている一流企業の実態は、細かいニュアンスも含めて私が見聞きしてきたことにとても近いと感じる。 私は幸いなことに「(本物の)一流企業の(本物の)一流社員」と仕事をする機会を頂いている。そういう方々は一流大企業の資本力、技術力などの各種のビジネスインフラと自分自身の知見、経験、スキルを卓越した思考力とハードワークによって組み合わせ、お客様、ひいては社会全体に高い価値を提供している。 バックオフィス部門の中には筋金入りのぶら下がり社員が多く、また性質が悪いことにそれを自覚していない人が多い。 大企業というのは一流の仕事をやり抜くためにはプラスアルファでタイヤを10個くらい引っ張って猛進する「泥臭い馬力」が求められるもの 私も多くの一流企業の一流社員と仕事をさせていただいた。そして、彼らが「タイヤを1
ITプロジェクトの成否は組織変革のための計画にかかっている
失敗するはずがないはずのIT改善プロジェクトが「失敗するはずはなかった」という碑文が書かれた墓の下に埋まることは少なくない。ITプロジェクトを行う際には、ここで紹介する10個のポイントを押さえるようにしよう。 普通に考えて、あなたが計画したITプロジェクトは組織に多大な価値をもたらすものだとあなたは思っていることだろう。しかもその計画は経営陣が全面的に承認したものなのだ。失敗するはずがない！ ――しかし残念ながら、そのように価値のあるIT改善プロジェクトが「失敗するはずはなかった」という碑文が書かれた墓の下に埋まることは少なくない。ITプロジェクトを行う際には、ITプロジェクトを組織変革計画だと考え、以下のような10個のポイントを押さえるようにしよう。 「人的影響」の確認を怠らない あらゆるITプロジェクトにおいて最も重要な点は、ITプロジェクトが通常、仕事に使われる「技術」についてだけで
Redmine - Overview - Redmine
Redmine¶ Table of contentsRedmineFeaturesDocumentationSupport & getting helpContributing and helping outWho uses Redmine?Redmine books Redmine is a flexible project management web application. Written using the Ruby on Rails framework, it is cross-platform and cross-database. Redmine is open source and released under the terms of the GNU General Public License v2 (GPL). Features¶ Some of the main
小野和俊のブログ:IT業界の大企業での生々しい話を5つほど
先日某所で講演をする機会があったのだが、 そこでお会いした大企業に所属されている方からの発言でいくつか印象的なものが あったので、ブログに書くことにした。 中にはぐったりしてしまうような内容のものもあるのだが、 会社が大きくなるとこういうことが起こりえるのだという自分への戒めも込めて。 とある大手 SI の方の話。 会社で 2ch へのアクセスを禁止したところ、開発の速度が目に見えて低下したので、 何が起こったのかと現場にヒヤリングしたところ、今までは困ったときに 2ch で聞いて問題を解決していたが、2ch にアクセスできなくなって、 はまってしまったときにどうにもならなくなってしまったとのこと。 これは Messenger / Skype を禁止している会社にも同様のことが言えるだろう。 プロが 2ch で聞くというのはどうなのかという意見もあるとは思うが、 会社の枠を超えた横のつなが
わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトを成功させる魔法の言葉
あいにく銀の弾丸の持ち合わせはないが、うまくいくプロジェクトでよく使われていた言葉は確かにある。耳にしたときは聞き流していてた言葉を、この本は思い出させてくれた。ここでは、そんな「魔法の言葉」を紹介する。 ネタ元は「目標を突破する実践プロジェクトマネジメント」。ふつう、図書館で読んだ本はそれっきりだが、こいつは買って周りにばら撒く。薄くて分かりやすくて、すぐにやってみようという気にさせるところがいい。 ■ もし、問題があるとすれば、それは何ですか? 朝会や進捗会議で「何か問題はありませんか?」という質問はよくするしされる。けれども答えはいつも決まっている→「特にありません」。でもって、不具合が起きると、「あのとき聞いたのにッ」←→「こうなるとは思ってなかった」となる。 身に覚えない? これを、冒頭の質問にしてみると、アラ不思議、いくらでも出てくる。「問題ない?」には無反応だったのが、「これ
ITmedia Biz.ID：“1人プロジェクトマネジメント”に取り組んでみよう
チームで働く場合の仕事管理術である「プロジェクトマネジメント」。実は、プロジェクトのリーダーではなくとも“マネジメント”できるのです。自分自身の仕事管理をチーム全体に広げてみませんか。 ここしばらくToDoリストを使った個人の締切管理や仕事管理の話を紹介してきました。 目の前にある仕事こそが重要――作業に集中する3つの「居留守術」 “未来週報”で重要な仕事を中断させない――「作業予告術」 「キミ、ちょっとこれ頼むよ」に毅然と返答できる「自分時間予約術」 ですが当然のことながら、会社の仕事のうち1人で完結するものはほとんどないはず。組織で仕事をしている限り、社内であれば同じ部署や他部署のメンバーと連携することも多いでしょうし、独立している人であっても社外パートナーや顧客と一緒に仕事をすることが増えています。 そんな中、自分1人だけ「ライフハックの鬼」を気取って、担当分の仕事だけをきっちり片付
Geekなぺーじ : プログラマのモチベーションを高める9の事項
「Nine Things Developers Want More Than Money」という記事がありました。 面白かったので要約してみました。 誤訳や勘違いがあるかも知れないので詳細は元記事をご覧下さい。 1. 成功するプロジェクトであること 多くのプロジェクトはそもそも失敗するような計画で行われているという悲しい現実があると書いてありました。 成功の要素として、現実的な納期、安物のツールを使うことを強制されないこと、ろくでもないマネジメント・仕様変更・暗黙の仕様 などを要求する発注先にあたらないなどが重要だそうです。 2. すばらしいマネジメントが行われていること プロジェクトと人の両面ですばらしいマネジメントが行われていることが重要だそうです。 身を挺してチームを守るようなすばらしいマネージャに対してはプログラマはソフトウェアの品質で応えるそうです。 3. 新しいことを学べること
有能なプロジェクトマネージャを育てるには（1）
団塊の世代が定年を迎えようとしている。しかし、団塊の世代が持っているノウハウは若い世代に受け継がれているのだろうか。今回から3回にわたって、2007年問題ともいわれているノウハウ継承の問題について、特にプロジェクトマネジメント能力の育成に焦点を当てて考えていく。 団塊の世代が組織から去りつつある現在では、プロジェクトマネージャの量的不足・能力不足を懸念する企業が多い。システム開発のプロジェクトマネジメント能力の育成について、今回から3回にわたって考えてみる。 問題とその背景 団塊の世代が歩んできた道 団塊の世代を中心にその前後を形成する世代は、日本企業のIT化の進展とともに、その中で能力をはぐくんできた。この世代の人たちが社会で活躍を始めた1970年代は、日本企業が本格的に情報システム化に取り組みだした時期でもある。 オンライン化やデータベース化などにより、情報システムが業務の形態を抜本的
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スラッシュドット・ジャパン | ベテランプログラマを管理するには?
Amazon.co.jp: ITプロジェクトを失敗させる方法: 失敗要因分析と成功への鍵: 中村文彦: 本
IDEA * IDEA