最近Notionが話題になってきて、会社のナレッジやタスク管理ツールとしても採用され始めてきましたね。Notionは拡張性が特徴で、本当自由に使えます。 その中でもNotionの強みはデータベースとviewの概念があること。設計次第では全社プロジェクトを包括した管理が可能になります。 今回この記事ではデータベースを活用して、プロジェクトを横断するような全社的なタスク・プロジェクト管理の設計方法を丁寧に紹介します。ぜひプロジェクトで導入する際の参考にしてください！ （この記事ではNotion自体の特徴や説明は行わず、いきなり設計方法を紹介していきます） ゴールはプロジェクトに紐づくタスクとアサイン状況が簡単に可視化されること 今までタスク・プロジェクト管理をどの様に行ってましたか？セブンデックスはクライアントワークを主軸にしているのですが、あるプロジェクトではASANAを使い、別のプロジェク
デブサミ2021の登壇内容 チーム開発における原則としてScrumは浸透しつつあります。一方で個人単位の行動管理・タイムマネジメントについては方法論が確立されていない状況があります。今回は、Scrumの原則を個人単位の行動管理に適用した上で、実装事例としてNotionを活用した方法を紹介します。
大事なのはアウトプットではなく、アウトカムとインパクト 吉羽氏はアジャイル開発やDevOps、クラウドコンピューティング、インフラ構築自動化、組織改革を中心にオンサイトでのコンサルティングやトレーニングを提供する専門家。吉羽氏がCTOを務めるアトラクタも同様のサービスを提供している。また吉羽氏は青山大学では非常勤講師としても勤務。『SCRUM BOOT CAMP THE BOOK』（翔泳社）をはじめ、専門領域に関する著書も数多く手がけている。 吉羽龍太郎氏 セッションはまず「アウトプットとは何か」という問いかけから始まった。「アウトプットに似た言葉として、アウトカムやインパクトといった言葉がある。まずこれらの関係性を整理したい」と吉羽氏。 アウトプットは「人や機械、組織が作ったものの『かたまり』や『量』を示すもの」。プロダクト開発におけるアウトプットとは、リリースしたプロダクトの機能やこな
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? New!!（2024.1.11） 本記事の内容をよりブラッシュアップし、さらに使いやすくなった「ふりかえりカタログ（コミュニティ版）」をリリースしています。 今後はそちらをご利用ください。 ふりかえりカタログ（コミュニティ版） はじめに あなたのふりかえりを拡張するふりかえりカタログを公開いたします！ ふりかえりカタログは、ふりかえりの手法（現在）71個とその特徴を網羅したカタログです。下記画像はイメージです。 pdfはBoothで無料DLできます。 DLはコチラ => ふりかえりカタログ（Booth版） スライドはSpeakerDec
こちらはプロダクトマネージャー Advent Calendar 2020の21日目の記事です。 改めまして久津と申します。今年の6月からグロービスでPMをやっております。 はじめに 「PMにはどのようなスキルが求められるのか」 「PMになるためには何から学べばいいのか」 こういった話をよく聞きます。若手のエンジニアからよく相談されたりもします。その際に自分なりに「まずドメイン知識を学ぼう」とか「ユーザーの声を聞きに行こう」などアドバイスはするのですが、毎回自分の口から発しているアドバイスに自分自身が腹落ちしないというか、芯を食っていない気がしていました。 PMのスキル定義には、有名なプロダクトマネジメントトライアングルや、エンジャパン岡田さんがこの記事で定義した「PM SkillChart HEX」があります。 note.com これらの定義は良く整理されてて素晴らしいと思いますし、内容に
鳥取県鳥取市で主にホームページの制作を行っている合同会社フットでWebディレクター兼エンジニアをしている岡村といいます。 このnoteは先日、各地でWebディレクターをされている方々と「Web制作の見積り」というテーマでZoomを使用した情報交換会を行った際に自身がカンペとしてまとめたものをnote用に加筆修正したものです。 情報交換会の実施後にTwitterで「こんなお話しましたー」とつぶやいたところ、普段あまり「いいね」がつかない僕のアカウントにしては結構反応を頂きました。 情報交換会でも「他の人の見積書の作り方を知る機会がないので新鮮だった！」「発見があった！」という声が挙がり、僕自身も新しい気付きがあったので、こういった情報を共有すると参考になる方がいるかも。ということで、非常にざっくりとしていますがまとめてみました。 タイトルにあるように、あくまでも僕たち（合同会社フット）の場合
プロジェクトマネージャーなど、プロジェクト進行を管理する人は、どのようにプロジェクトに関わるステークホルダーの関係性を把握してますか？特に大きな組織や大人数のチームとなると、人的資源の管理は重要案件であると同時に難易度の高い問題に感じられる人も多いのではないでしょうか。そこで今回は、プロジェクトに関わる全てのプレイヤーを特定し、それらの関係性を可視化できる「ステークホルダーマップ」の作り方をご紹介します。 ステークホルダーマップとは ステークホルダーとは、プロジェクトに影響を及ぼす人や組織のことで、利害関係者のことを言います。チームの構成員、経営者、株主、取引先、行政、顧客といった幅広い関係性からステークホルダーを見出し、それらを図で表したものがステークホルダーマップです。ほとんどの場合、ステークホルダーマップの登場人物はクライアント、自社内のチーム、ユーザーが挙げられるでしょう。 ステー
PRESS RELEASE2018.03.19 博報堂アイ・スタジオ、デジタル制作領域における プロジェクトマネジメントの総合力強化プロジェクトを発足 ～プロジェクトマネジメントの独自フレームワークを開発し、 ソリューションの更なる品質向上を目指す～ 2018年3月19日 株式会社博報堂アイ・スタジオ 株式会社博報堂アイ・スタジオ（本社：東京都千代田区、代表取締役社長：平林 誠一、以下、博報堂アイ・スタジオ）は、提供ソリューションのクオリティ向上を目的にデジタル制作領域におけるプロジェクトマネジメントの総合力強化プロジェクトを発足いたしました。プロジェクト発足に伴い、デジタル領域の制作会社としてのナレッジを取り入れた、独自のプロジェクトマネジメントのフレームワークを開発・導入いたします。 技術が絶え間なく進化し複雑化しているデジタル領域のプロジェクトにおいて、プロジェクト成功の難度は増して
旅先ではいつも、その土地のものを食べるのが習慣だ。だが、ときおり、外国で日本料理屋に入ることもある。そして、たまに面食らうような体験もする。いつだったか、アメリカの日本料理屋で食事を頼んだら、まっさきに味噌汁だけが出てきた。ふつうの街にある店で、来客はアメリカ人が多い。どうやら彼らの概念では、味噌汁はスープだから（Miso soupとよばれる）、真っ先に出すのが当然だということらしい。味噌汁を飲み終えたら、メインのおかずとご飯が出てきて、妙な気分だった。 汁物をsoupと訳するのは、もちろん正しい訳だ。だが日本語で言う汁物と、英語のスープは微妙に違う。たとえば英語では、スープは食べる（eat）という。日本人で、「味噌汁を食べる」という人は滅多にいるまい。ふつうは飲む、を使う。そして、当たり前だが、ご飯と一緒にいただくものだ。
PLAN（計画）、DO（実行）、CHECK（評価）、ACT（改善）を繰り返して、どんどんビジネスのあり方を改良していくのだという。 研究者の私としては「これは科学の方法と似ているので、なかなかよい方法なのではないか」と最初は思っていた。しかし「待てよ」と最近になって気がついた。PDCAは、運用の仕方を誤ると、とんでもないことになる。ある重要なステップが、PDCAサイクルでは欠落しがちだからだ。 PDCAサイクルと「裸の王様」 PDCAサイクルのまずさは、国の政策を見ると分かりやすい。政治家か官僚が「素晴らしい（思いつきの）アイデア」を政策という形にしたものは数多い（どこの国とは言わない）。これはちょうど、PLAN（計画）に相当する。 しかし、現実を丹念に調べずに思いつきで始めた政策は、うまくいかないことが多い。では、うまくいかなかったからCHECK（評価）がきちんと行われるかと言うと、そう
システム構築のプロジェクトマネジャー（以下、PM）という仕事は、とても価値のある素晴らしいものだ。特にベンダーに所属するPMは、いわばプロのPMである。その仕事はハイエンドのナレッジワークの一つと言ってよいだろう。AI（人工知能）の普及によって、近い将来、多くの職種がAIに取って代わると予測されているが、PMの仕事はそう簡単にはAIに置き換わることはないだろう。 何しろPMがカバーする仕事の領域は広く、仕事をこなすために必要な知識や能力は多岐にわたる。プロジェクトには提案活動から参加。提案活動全体を指揮するのは営業かもしれないが、提案の中身を作る主役はこの商談を受注した場合のPM候補である。 また提案プレゼンも候補が指名されることが多い。そして受注してプロジェクトが開始すれば、文字通りPMとなってプロジェクトを仕切る。要件定義フェーズでは、ユーザーの業務に関して理解しなければならない。設計
がっきー@漫画家総合垢 @gakky88NSR ゲーム開発時代の話。 開発の中盤、開発は難航していた。 会議はミスやトラブルの責任の追求が中心に行われ、処刑場になっていた。 ある日、新しいD（ディレクター）が配属された。 僕の大好きなゲームを作った人だった。 2017-02-10 22:39:45 がっきー@漫画家総合垢 @gakky88NSR Dが来て初めての会議。 リーダーはいつもの様にミスした者や遅れた者を探し、追求し、叱った。 Dはそれを見て笑った。 「ずっとこんな事してたの？」 「やめやめ！会議のやり方を変えます」 2017-02-10 22:40:07 がっきー@漫画家総合垢 @gakky88NSR 「まず、進捗の報告は出来てない物、問題のある物だけで良いです。 出来てる物は予定表で分かるから必要無い。 で、その問題がどうすれば解決出来るか、助けがいるなら何が欲しいかだけを話し
デザイナーはコードを書くよりも、プロジェクトマネジメントを学べ。一週間ほどシゴトから離れて旅をしてました。とある写真家の方と出会ってすごい刺激されて、シゴトを忘れかけていたのですが、むしろシゴトについて深く考察した一週間でもありました。どうしても書いておかないと忘れると思ったので長いけど書きます。 前提僕の持論というか考察なのであしからず。それと、ここで書いている「デザイナー」とはUIデザイナーにとどまらない広いデザイナーとして見てもらえればと思います。また、デザイナーがやるべき設計であったりビジュアルデザインの一定水準のスキルは持ち合わせているという前提で話を進めたいと思います。 デザイナーのプロジェクトマネジメントここ何年か僕自身のテーマでもあったのですが、いよいよデザイナーはプロジェクトマネジメントができないと厳しい時代になってきたと思います。なぜならデザイナーのシゴトがどんどん複雑
Backlogで行う課題管理の10のコツと、クライアントに伝えるべきこと 2012.11.28 | この方法お勧めです！ Backlog | プロジェクト管理 Qを観る前にネタバレ見てしまったYO（挨拶）！ どもども、ブルーです。 Web制作を生業にしていると、当然チームを組んで受託案件をこなすことがあるかと思います。会社員でもフリーランスでも同じでしょう。その様なとき、案件でこなすべきタスクの可視化や進捗管理にプロジェクト管理ツールを導入することも多いかと思います。今回は、その様なプロジェクト管理ツールのなかでも、WordPressコミュニティではWordCamp Osaka 2012やWordCamp KOBE 2011でもスポンサーとしてお馴染みのnulabさんのBacklogを題材に、Web制作の現場に即したタスク登録のコツについてご紹介したいと思います。 ちなみに、この記事はディ
BacklogとかサイボウズLiveとかをご存じないクライアント様が結構多くて、そのような方々にとってのコラボレーション・ツールはほぼ間違いなくEメールになります。まずその啓蒙から入って仕事をさせて戴くことが多くなりました。 お打ち合わせの場でAction決めて、その後はちょいちょいメールフォローでだましだましやってこれた時もあったのですが、やっぱこれダメだってことになったので、その話をしたいと思います。 Why Email Collaboration SUCKS そもそも、Eメールは双方向性があるようで無いツールです。Eメールでの各種進捗管理は、以下の点で非常に効率がよろしくありません。 １つのメールに複数の事項が含まれることがある 例えば、Xさんに対してAという事項の修正事項が記載されたメールに対して、Xさんが返信を行ったとします。その返信に対して別のBという事項のご相談があると、追い
PM（プロジェクト・マネージャ）という職種があります。 プロジェクト・マネージャは、そのプロジェクトにおいて、各タスクを整理、分解し、誰が、何を、いつまでに、どうするのかを管理します。 それらを制作へと共有し、進捗確認し、作業の遅れが出ていないか、遅れている場合、どれが先にクライアントへ提出できそうかを判断。 タスクとタスクの間のクリティカル・パスを俯瞰でとらえ、決められた納期中に定義された要件の成果物（サイトまたはサービス）を制作と協働しクライアントへ納めるのが仕事です。 PMという職種の流れついてザッと書きましたが、代理店と制作会社間においても端的に調整→制作のフローに変わりはありません。決められたスコープの元で契約が取り交わされ、それぞれのマターにおいて粛々と作業は進みます。そこに何も疑問はないのですが、ただしある前提条件が埋まっています。 制作側はスコープの提示から、必要なコスト、
あまりに暑いのでちょっと怪談を。 今のような仕事のやり方をする前、いわゆるシステムインテグレータに所属していた。まあ、呼び方はいろいろあるのだろうけれど、一番長いこと仕事にしていたのは、いわゆる「火消し」。問題プロジェクトにがあると、プロジェクトに投入されるという役どころだ。まあ投げ込まれるのは大変だけれど、いろいろなものを見ることができた。 投入されたプロジェクトは多種多様だけれど、たいていの場合、すぐに問題があるようには見えない。みんな忙しそうに働いているし、大きな開発プロセスの問題もない。粛々と作業がすすんでいるように見える。でも、クライアントと管理職は怒っている。怒っているから、いろいろな作業が追加されて、メンバーはどんどん忙しくなる。 しばらく見ていると、プロジェクトには必ずある種類の人がいることに気がつく。みんなに頼りにされていて、なにかあると彼(彼女の場合もあるよ、もちろん)
はじめまして。東城です。 インテリジェントネットで、新人ディレクターとして働いています。 七転び八起ならぬ、まだ七転び二起位な状態ですが、初ブログ投稿よろしくお願いします。 さて、この度WBSの基礎を学ぶ会が、社内で開かれました。 講師は、数々の大きなプロジェクトをマネージメントしてきた経験を経て、 現在はフリーランスとして活躍しているd-three大崎さんです。 社内でセミナーを受けれるなんて、贅沢な感じです。 WBS...ってなんだろう。スケジュール管理表？ 勉強会の前まで、私はWBS＝スケジュール表だと思っていましたが、 大崎さんにWBSはスケジュール表ではないことを教わりました。 WBS（Work Breakdown Structure）とは、プロジェクトを進める上でのタスクを細分化していき階層状に整理をした表だそうです。そのWBSの横には「ガントチャート」という、タスクに掛かる工
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
