■RACIが必要な背景 RACIの日本語の発音はレイシーです。プロジェクトの各タスクについて、関係者がどのような役割を担っているのかを明確にするために使われます。 特に大きなプロジェクトになればなるほど、RACIのような、フレームワークを使用することによって、プロジェクト関係者の役割や責任の所在を明確にすることが必要になります。 ■RACIとは何か RACIは、頭文字から4つの役割を表しています。 R：実行責任者（Responsible） タスクの実行者。実行者は複数いる場合があります。 A：説明責任者（Accountable） 成果物やタスクの変更/完了に説明責任を持っている役割。別の良い方をすると、成果物の承認者。1つのタスクに対して、説明責任者（承認者）は原則として1名のみ。 C：協業先（Consulted） 特定領域に対して、専門的な知識を有し、意見を求められる役割。コミュニケーシ

最近話題のPMO（プロジェクトマネジメントオフィス）とは、一体どんな役割を果たすべき組織なのか。この点を見失うと、PMOは簡単に機能不全に陥ってしまうだろう。本連載は、「プロジェクトマネジメントを組織的に実施する」「プロジェクトマネジャを煩雑な管理作業から解放する」「プロジェクトの潤滑油としてコミュニケーションを円滑にする」といったPMOの実務に関する知見を紹介していく。 目次

プロジェクトを遂行するためには、工数の見積もりやスケジュール管理が必要になります。正確な見積もりは難しく納期に間に合わなかったり、残業や休日出勤で埋め合わせたりした経験はありませんか？ 今回は、より正確に工数の見積もるための手法や、差し込み作業を考慮したスケジュール手法などについて解説されている記事をまとめました。 マネージャー、エンジニア、デザイナーなどすべての方に参考なる内容だと思います。 開発の見積もりとスケジュール管理 クックパッド株式会社の方が実践している見積もりとスケジュール管理方法について紹介されています。工数を見積もるステップや、スケジュールを立てるときの注意点、スケジュール管理の方法について学びたい方におすすめの記事です。 開発の見積もりとスケジュール管理 不安とストレスから解放される見積りとスケジュール方法 開発をしているとき、納期に間に合わなかったらどうしようと不安に

by MATEUS_27:24&25 プロジェクトの計画と実行において総合的な責任を持つ職務をプロジェクトマネージャーと呼びますが、NASAのゴダード宇宙飛行センターの副監督者であるJerry Maddenさんが何年にもわたって出典不詳のソースから集めた「プロジェクトマネージャーとしての心得」とも言える100のルールがPDFファイルで公開されました。プロジェクトマネージャーとしてだけでなはく、仕事やグループを統括する人にとって非常に役立ちそうなルールとなっています。 One Hundred Rules for NASA Project Managers - 100-rules-for-nasa-project-managers.pdf (PDFファイル) https://www.projectsmart.co.uk/white-papers/100-rules-for-nasa-proje

文・高畑　和弥（日立総合計画研究所政策経済グループ 副主任研究員） ITポートフォリオとは、金融業界におけるポートフォリオの考え方をIT投資の分野に応用したものです。ポートフォリオとは、国債のようにリスクは低いがリターンも低い金融商品と、株式のようにリスクは高いがリターンも高い金融商品を複数組み合わせて運用することによって、資産運用全体としてリスクとリターンのバランスの両立を目指す手法のことです。 地方自治体や企業などの組織では、予算や人員などの経営資源に限りがある中で、複数のITプロジェクトへの投資を並行して推進しなければならないのが一般的です。ITプロジェクトへの投資の優先順位を決定するに当たってITポートフォリオを活用することで、組織全体の戦略により適合したITプロジェクトに、経営資源を優先的に配分することが容易になります。 ITポートフォリオには、「IT投資ポートフォリオ」と「IT

今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス

ようこそ、サル先生のプロジェクト管理入門へ。 コースは３つ。プロジェクト管理初心者の方は「入門編」からどうぞ。 プロジェクト管理を経験したことがある人は「実践編」がおすすめです。 「この言葉ってどういう意味...?」という時は「用語集」で調べて見て下さいね。

マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ サイボウズ式編集部より：著名ブロガーをサイボウズ外部から招いて、チームワークに関するコラムを執筆いただく「ブロガーズ・コラム」。はせおやさいさんが考える「チーム運営で意見を1つの視点ととらえることの大切さ」。 こんにちは。はせおやさいです。 「失敗は成功の母」と言いますが、失敗から学ぶことは思った以上に多いものですね。「失敗しないこと」よりも「失敗したとしてもそこから有益な知見を得られた」というほうに注目していく

要件定義を本気で成功させたいなら、その前に実践しておきたい4つの最重要アクション：明日から使えるシステム開発プロジェクトの進め方 再入門（2） 本連載では、システムを外部に発注する事業会社の側に立ってプロジェクトをコントロールし、パフォーマンスを最大化するための支援活動をしてきた筆者が、これまでの経験を基に、プロジェクト推進の勘所を解説していく。今回は、要件定義の準備作業について解説する。要件定義をスムーズにこなすためには作業に着手する前に綿密な計画を立てる必要がある。 連載目次 要件定義へ拙速に突入してはいけない システム開発プロジェクトの進め方をあらためて解説する本連載。前回の「若手は居場所をなくさないために積極的に主導権を取れ――今のSIerの現実」では、今のSIerが直面している問題点を提示し、本連載の意義や概要などを紹介した。今回からプロジェクトの進め方についてから具体的なノウハ

Buffer Blog：「Buffer」COOのLeo Widrichです。Bufferは、優れたソーシャルメディアツールをつくるスタートアップです。そんな弊社がセルフマネジメントモデルを初めて導入したとき、完全にフラットな組織構造でした。私たちは完全な自由を求め、その理念は「全員が自分のやりたいことを自分で考える」「行き過ぎたガイダンスやリーダーシップは不要である」というものでした。 「フラット化」が何を意味していたのか、私たちが実施したことをいくつか紹介します。 誰がどのプロジェクトに取り組むかを決めるマネージャー職をすべて廃止した。 トップダウンで影響力が行使されるのを防ぐために、1対1のメンターシップ・セッションをすべて中止した。 元マネージャー全員を通常業務に組み入れた。 それぞれの社員が、自分が取り組みたいプロジェクトや分野を完全に自由に選べるようにした。唯一残したガイダンスは

要件定義をうまくこなすためのポイント――要件定義の完了条件と要求の引き出し方：明日から使えるシステム開発プロジェクトの進め方 再入門（3） 本連載では、システムを外部に発注する事業会社の側に立ってプロジェクトをコントロールし、パフォーマンスを最大化するための支援活動をしてきた筆者が、これまでの経験を基に、プロジェクト推進の勘所を解説していく。今回は、要件定義をうまくこなすためのポイントについて解説する。手間を惜しまず丁寧に対応しよう。 連載目次 皆、悩んでいる――そもそも、要件定義とは システム開発プロジェクトの進め方をあらためて解説する本連載。連載第1回の「若手は居場所をなくさないために積極的に主導権を取れ――今のSIerの現実」では、今のSIerが直面している問題点を提示し、本連載の意義や概要などを紹介した。前回の「要件定義を本気で成功させたいなら、その前に実践しておきたい4つの最重要

Crew Blog：他人のために何かを作ったこと、ありますか？　自分がイチから作ったものが誰かの助けになったり、喜んでくれたりすることを知るのは格別なものです。 一度でも他人に使われるものを作った経験があると、むしろ自分のためだけにものを作ることが無意味に思えてくるかもしれません。いえ、ちゃんと意味はあります。素晴らしい学習の機会になるのです。 忘れにくく、応用できる知識が身につきやすい 学び、スキルを広げていくには、小規模で自己充足型のプロジェクトを行うのが非常に良い方法です。単に書物などで読んだり、理論として考えたりするだけではなく、実際に新しいものを作ってみることで学ぶのであれば、言葉によってではなく、体を通して学ぶことになり、忘れにくく、応用できる知識が身につきやすいのです。 ルールを忘れて、直接、経験から学ぶのです。「正しい」方法を知らなくても自分のやり方で物事に取り組むことを学

ガントチャート作るならエクセルの10倍速い初心者専用のクラウドツール。20万社突破！ 工程管理もスケジュール表も簡単に作成。様々なビューで視覚的にわかりやすい プロジェクト管理 かんたんチャート作成、進捗管理もバッチリマイルストーンだって管理できます ＜便利な機能をかんたんに＞ ・プロジェクト横断ビュー ・Excel、CSV入出力 ・タスクをリンク ・進捗率（達成率）の入力管理 ・担当状況確認ビュー ・プロジェクトサマリー ・組織への対応

QCTのバランスの重要性 顧客に製品やサービスを提供したときに顧客が満足するかどうかは、Q （Quality）、C（Cost）、T（Time）の3つの要素で決まる（図1）。品質（Q）が良く、コスト（C）が安く、納期（T）が早ければ顧客は満足してくれる。ここで難しいのは、この3つはトレードオフの関係になることが多いことである。多くの場合、T（納期）ばかりにこだわるとQ（品質）が落ちる、C（コスト）要求を厳しくすると、T（納期）が遅れたりする。 納期を優先しがちなプロジェクトマネージャ ほとんどのプロジェクトマネージャは、この3つを対等に扱わずに、納期を優先して管理を行ってしまう。毎週の進ちょく会議で、とりあえずスケジュールが守られていると安心する。しかし、それで本当に問題はないのであろうか。 一番多いのは、品質を犠牲にして納期を守っているケースである。人は納期が迫ってきていて、どうしても遅ら

普通は、MS Projectをどれだけ使いこなしているか、でプロマネのスキルが分かる。 ラフなメモ書き。 【元ネタ】 MSプロジェクトは使いこなすな！ - メイクミラクル　～大逆転～ タイム・コンサルタントの日誌から : Excelで工程表を書いてはいけない MS-Projectとかイナズマ線とか | kozawa のたまに気になること Microsoft Office : これならわかる!! Microsoft Office Project 2003 【MS Projectの代替ソフト】 プロジェクト管理の選び方と使い方＆プロジェクト管理×15 at Cool Coding Microsoft Projectの代替ソフトウェアとしてプロジェクト管理が可能でガントチャート表示もできるフリーソフト「OpenProj」 - GIGAZINE 開発マイルストーン OpenProjを使ってみた: