プロジェクトを計画しすぎてダメにする方法 | タイム・コンサルタントの日誌から
「日本企業は、計画しすぎなんです。」——最近、ある外資系戦略コンサルタントから、こんなセリフを聞いた。いわゆるDXに関する話題の時だ。「計画して、それも細かく緻密な計画を立てて、石橋をたたくようにリスクを全て洗い出してから、はじめようとします。そして動き出したら、すぐ進捗率を問題にする。でも、そんなやり方では、イノベーションは動きません。」 たしかにまあ、日本企業、とくに製造業は、まず計画ありきで動いていると言ってもいい。年度計画（いわゆる「予算」）、月度計画、小日程計画・・。建設業も、似たところがある。全体工程表、月間工程表、週間工程表、等々。現場に行くと、計画表は、必ず目立つ位置にはり出してある。 だが、新しいビジネスモデルを創出するような、イノベーティブな試みは、目指すべき目的地が最初から決まっている訳ではない。登るべき山の頂が明確なら、アプローチの経路を地図の上に引き、どこまで登っ
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
「至急」を乱用するディレクター、マネジャー、管理職は、マネジメント能力が低い。
端的にいうと、私は「至急」という言葉が好きではありません。 なぜ好きではないのか。 「催促されたくない」という意味でこの言葉が好きでない方は多いでしょう。 人に急かされることが嬉しい人なんていませんから、総じて「至急」という言葉を使うと嫌わるものです。 しかしそのこと以上に、私があえて「好きでない」としてこの言葉を取り上げるのは、 「自分の仕事の段取りの悪さを、強い立場を利用して他人に解決させるズルい言葉、人をダメにする言葉」 だと思うからです。 そもそも、なぜ「至急」などという言葉を使って、他人に指示・依頼しなければいけない状況に陥るのでしょうか。 それは主に、指示・依頼をする側に計画性がないからです。 起こりうる障害を予測して予防・回避する力。 時間や段取りを管理する力。 無理が生じないように交渉する力。 プロジェクト全体を想像し、悪影響が出ない最適な打ち手を考える力。 要するに、マネ
私が仕事をしてきた中で「最も合理的」と感じたリーダーの話。 | Books&Apps
もうずいぶん前のことになる。 あるIT業の業務改善プロジェクトに、私はいちメンバーとして参加した。 その会社のプロジェクトメンバーは全部で8名。期間は約9ヶ月だった。 経営陣肝いりの、それなりに大きいプロジェクトである。 そのため、プロジェクトマネジャーは、掛け値なしに優秀であった。 指示は的確で、果敢に新しいことにチャレンジするが、無用なリスクは取らず、守りが堅い。 メンバーとの関係も付かず離れずとバランスが良く、理想的な人物だった。 だが経験的に、プロジェクトメンバー全員が優秀であることはほぼない。 政治的な理由からか、教育効果を期待してなのか、リストラ予備軍だからなのか、それとも単なる人手不足なのか。 理由は様々だろうが、プロジェクトメンバーの中に、必ず２，３名はボンクラが含まれているのである。 そして、プロジェクトは一定の期間内に成果を出す、という厳しい制約があるため、無能の扱いを
バーンダウンチャートで子どもの夏休みの宿題を「マネジメント」した話 | Backlogブログ
Backlog開発チームの藤田です。皆さんは子どもの頃、夏休みの宿題にどんなふうに取り組んでいたでしょうか？ 夏休みの初めに一気に終わらせてしまう 毎日こつこつ進める 夏休みの終わり近くになって必死でやる 終わらせない などいろんなタイプがありますね。 私は「初めに一気に終わらせる」タイプでした。毎日こつこつ進めるとかは無理と自分でわかっていたので、先にやってしまって安心したかったのだと思います。「終わらせない」を選択できるほど肝が据わってもいませんでした。 本記事は、普段私たちが業務で使っているプロジェクト管理の手法を夏休みの宿題に応用したお話です。小学2年生になった娘と一緒に「夏休みの宿題完遂」を目的に、バーンダウンチャートなどを活用して、プロジェクトをどのように進めたのかお届けします。 夏休みの宿題をマネジメントする事の発端 うちの子にかぎって 私には小学校6年生と2年生の娘がいます
開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー - エンジニアHub｜Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > 開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー エンジニアにとっての永遠のテーマ、「締め切りはどうしたら守れるか」。上司に言われるままにタイトなスケジュールを押し付けられた経験があるエンジニアは少なくないはずです。 「無理ゲー進行」を生み出す要因はいくつもあります。「完全版をリリースしなけばいけない」という固定観念や、期日だけを厳密に管理して現場へプレッシャーをかけるプロジェクト進行、無理なプロジェクト進行を経営課題と認識せず、現場の「頑張り」に甘えて放置している経営者（意志決定者）など。顧客（クライアント）や上司から押し付けられる「無理ゲー進行」に、工数見積もりに慣れていない若手エンジニアはどう対処していけば良いのだろうか――。 無理ゲー進行の原因をひも解いていくのは、かつて株式会社ミクシィにて最年少で執
フィボナッチ工数見積は「完成させます！（徹夜で）」という無理ゲーによる弊害を最小化するプロジェクトマネージメント手法 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
今まで数々のプロジェクトマネージャーとそのプロジェクトマネージメント手法に翻弄されてきたが、現在の勤め先であるベルリンのITスタートアップで取り入れている手法が歴代の中でも一番マシ。まず工数見積がとても洗練されている。エンジニアが無理やりに「今週中に完成させます！」と言わされて、結局はその約束が守りきれずに翻弄される、というような弊害が最小化できているな、という話。 プロジェクトマネージメントチームのメンバー達はその見積方法を「フィボナッチ」と表現している。 だいたい工数見積なんてものが正確にできる人に出会ったことが無い。複雑なITプロジェクトの全体像を把握して「これをうちのチームで完了するためには＊＊日を要する」なんてピタッと当てたためしがない。絶対にズレる。 エンジニアに向かって「お前さー『今週中に完成させます』って言ったよな？誰だっけ、それ言ったの？オレじゃねーよ。お前だよ。おめーの
学ぶ人になりたいか、真似る人になりたいか | タイム・コンサルタントの日誌から
先週の10月21日(金)に、わたしが主査を務めるプロジェクト＆プログラム・アナリシス研究部会（長いから以後はP&PA研究部会と略そう）で、「プロジェクト・マネジメント教育への新しいアプローチ」と題する報告を行った。P&PA研究部会では数ヶ月前から有志6名が集まって、（仮称）PM教育分科会をつくり、ディスカッションしてきた。その中間発表と、会員同士の意見交換が当日の主な内容だった。 「新しいアプローチ」とはどういう意味か？ それは「教えない」ことだ。いや、より正確には「教えすぎない」ことというべきか。わたし達は、教育とは「正解の知識」を伝授することではない 、と考える。マネジメントという行為は、ほとんどの場合、正解のない問いに答えて決断していかなければならない。なぜ正解がないかというと、どのような意思決定であれ、それがプロジェクトにもたらす結果には不確実性がつきまとうこと、また複数の価値基準
「人間より組織構造にフォーカスを」伊藤直也が解く、チームなのに“1人”になってしまう謎
チームなのに「1人」になってしまう構造 伊藤直也氏（以下、伊藤）：ちゃんと作っていくものやミッションと組織の構造をきちんと合わせていきましょうというのが、マネジメントの基本としてものすごく大事です。しかし、形を合わせただけでは、その通りに機能してくれないことがあります。 これはKaizen Platformにいたときにあったことですが。Kaizen Platformは内製組織らしく、さっきみたいにプロダクトマネジャーが真ん中にいて、エンジニアがいて……という構造になっていて、各ユニットごとにきちっと切ってありました。 しかし、よく見ると、各ユニットのなかではエンジニアが3人くらいずついますが、エンジニア同士があまり一緒に仕事をしていないんですよね。 そこで、エンジニアと1:1の面談をして「最近どう？」と聞くと、「う～ん、なんか最近1人で仕事している感じですね」とみんな言っていて、「あれ、な
なぜプロジェクトは炎上するのか？炎上しやすい4つの傾向と、炎上を防ぐ3つの対策 - paiza開発日誌
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 某Mずほ銀行の案件のニュースが出たとき、弊社でも結構話題になりました。 あんなに巨大なプロジェクトをしずめるのは、もう本当に不可能なんじゃないかと思いますが、どんなに大きな炎上も、恐らくは小さな火種が集まって、やがて大きな炎となってしまった結果だと思いますし、最初の小さな火種の段階からぷちぷち消していけたらこんな結果にはならなかったはず……。 という話をしていたときに、paizaのエンジニアが「かつて炎上しているプロジェクトに自ら突入していくのが趣味だった」などと言い出しました。「そういう性癖なのかな」と思ったんですが、聞いてみると 「炎上しているプロジェクトに行くと『優秀な人たちはどんな振る舞いや働きをして炎上をしずめているのか』『何が原因で炎上したのか、どの時点で何をし
プロジェクト・マネジメントの理論は科学たり得るのか 〜 EDEN PM Seminarに参加して | タイム・コンサルタントの日誌から
8月下旬に、フランスのリール市で開催されたPM研究の国際セミナー "EDEN PM Seminar" に参加してきた。招待を受けて1時間ほどの講演をし、また他の発表を聴きながらPM理論の専門家達とネットワーキングを深める、楽しい4日間だった。わたし自身は2008年、2009年につづき、3回目の参加である。 EDEN PM Seminar は、EUの資金援助をえて、毎年夏に開催されるセミナーだ。会場はフランスのSKEMA Business School経営大学院が提供している。SkemaはPM専門の大学院(博士課程）を持ち、欧州のPM研究のメッカといわれている。このセミナーにも、欧州を中心に、米国・中東・アフリカ・南アジアなどから多くの参加者があった。セミナーを実質的に仕切るのは、長年International Journal of Project Management誌の編集長を務めるR.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
