プロジェクト管理はNotionしか勝たん！MLチームのスプリント管理を改善した話 - LayerX エンジニアブログ
こんにちは、バクラク事業部のMLチームでソフトウェアエンジニアをしているTomoakiです。 今回はMLチームのスプリント管理におけるタスク・プロジェクト管理にNotionの新概念であるProjectを導入してみたら嬉しいことがたくさんあったので、それらを紹介したいと思います。 イントロダクション Notionの2.30リリースでプロジェクトという概念が登場し、プロジェクトの管理のテンプレートが公開されるなど大きなアップデートがありました。 www.notion.so 本記事でも紹介しますが、このリリースで紹介されているテンプレートが優秀すぎるので、まだみてない方は是非見てみてください。 MLチームでは5月末ごろから、ちょうどスプリント管理に課題感を感じており、早速NotionのProjectを取り入れて6月中に運用してみましたかなり良かったので、本記事では我々目線でのその効果を紹介したい
「松」しか造れない過剰品質の風土と見積もり作法の関係
見積もりを出す際、条件（スペック）が不明確なところは「できるだけ明確になるまで問い合わせる」か「高めのスペック（松）と仮定して見積もる」という企業が日本では多数派を占める。このことは日経ものづくりによる2022年10月の調査で明らかになった。その原因が何かを、日本金型工業会専務理事の中里栄氏に聞いてみた。 中里氏も以前から、金型メーカーの多くが「不明点を問い合わせるか、“松”と仮定して見積もる」傾向について認識していたという。その原因は「最初に出した見積もりから価格が増える方向の変更は、日本の発注者は絶対に認めてくれないため」（中里氏）。したがって受注側は、あとでコスト上昇要因が発生したときに損をするリスクがあり、これを回避するため不明点をできる限り無くすか、高めの見積もりにしておかざるを得ない。同氏は「日本国内ではこれまでそれで通ってきたかもしれないが、『優越的地位の乱用』に他ならない」
【PMルーキー必読】プロジェクト計画書を大公開｜ゆーろー@常駐しないPMO
*初回投稿(2023-05-23) この度、2023年版としてリファインしました。 ■このような人たちへオススメです ・プロジェクトマネージャーになりたい方 ・初めてプロジェクトを担当する方 ・現在プロジェクトを進めている方 ・プロジェクトマネジメントに関する知識やスキルに自信のない方 ・プロジェクトの成功に向けて改善を考えている方 このような人たちへオススメです01 プロジェクトの目的を間違えた 計画工程でプロジェクトの目的を明確にしなかったことにより、ユーザーテスト（最終段の受入テスト）で、プロジェクトオーナーよりクレームが入りプロジェクト破綻 。 02 スコープの決め方がわからなかった プロジェクト計画を検討する中で、スコープを決める手順を知らなかったことで、コスト爆上げ！設計工程でリカバリーを図るがスケジュールの大遅延によりプロジェクト破綻 03 工数を算出する範囲が漏れていた
プロジェクト管理の計画書とは？初級者でも記載すべき項目がわかる！｜ITトレンド
プロジェクト管理の計画書の概要を解説します。 ゴール達成までの計画を記載するもの プロジェクト管理の計画書とは、プロジェクトのゴール達成までの道のりを記載したものです。プロジェクトを予定からずれることなく進行させるのが目的です。具体的には、以下のような項目が記載されます。 ■プロジェクトの目的とゴール ■スコープ ■コスト ■スケジュール ■体制 ■品質 ■コミュニケーション ■リスク 計画書の型に決まりはなく、企業やプロジェクト規模によって内容や量は変わります。小規模であれば数十ページ、大規模なものでは百ページ以上になるでしょう。また、プロジェクトが進行するにつれて内容を変更することもあります。 利害関係者と認識を合わせるために必要 プロジェクト管理の計画書は、利害関係者（ステークホルダー）との認識をすり合わせるためにも必要です。 計画書を作るには、関係者間でプロジェクトの進め方を相談し
海外企業との共同プロジェクトにおけるフォーメーション・デザインは、どうあるべきか | タイム・コンサルタントの日誌から
前回の記事の末尾にも書いたが、「マネジメント・テクノロジー」という言葉を発案して、わたしに教えてくれたのは、今秋惜しくも亡くなられた勤務先の同僚、故・秋山聡氏である。秋山さんは、この語を《マネテク》と縮めて、『まねてくニュース』なるメールマガジンとデータベースを、社内に発信し続け、多くの愛読者を持っておられた。 秋山さんは高専を卒業後、大学の工学部に編入して修士号を得た、バリバリの理系教育を受けた人だった。日揮に入社後、海外プロジェクト・マネジメント部門で活躍されたが、ある時期より、ライン業務から一切手を引き、PM業務の標準化を中心としたスタッフ的役割に専念するようになった。プロマネ経験者こそが最大の出世コース、と思われているエンジニアリング業界にあって、これは随分と勇気のある処世だったと思う。 日揮においては「プロジェクト・マネジメント技術部」という部門が、一種のPMO的な機能を担ってき
誰が決断を下すのか？ 〜タスクフォース組織のすすめ | タイム・コンサルタントの日誌から
先週は入社式のシーズンだった。しかし今年はコロナウィルス禍の影響で、式自体を延期したり、全員集合の形式をやめて、オンライン配信にした企業も多かったはずだ。新入社員の側も、さぞや不安だったろうと思う。通常であれば、入社式のあとは、しばらく集合研修の形で新人教育を行い、その後に正式に部門配属になる。だが、今年はそれも分散型でオンライン教育が中心になるに違いない。 なにせ「人の和」を重視するのが、わたし達の社会の文化だ。だから顔と顔を突き合わせ、親しさを重ねることで組織を作り上げていくスタイルが、好まれる。そして一斉採用なので、「同期」という絆も生まれる。米国の会社のように、個別採用で、入社したら1時間程度の簡単なガイダンスがあるだけ、あとは業務マニュアルをポンと渡されて、割り当てられた仕事をしていく、という風ではない（もちろん米国にだっていろいろな企業があり、これは一部の例だが）。 日本では、
SQUARE ENIX OPEN CONFERENCEゲーム開発プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1 ©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4 ©SQUARE
プロジェクトのオーナーシップとは何か | タイム・コンサルタントの日誌から
オーナー（Ower）とは、所有者であり、オーナーシップ（Ownership）とは所有権を意味する。ただ英語の語尾 -shipは、名詞について、それを持つ人の志や、性質や「らしさ」をも示す（例えばリーダーとリーダーシップのように）。だから、オーナーシップとは、所有者らしいふるまい、ということにもなる。 有形のもの、車とか家などのオーナーシップの意味は、誰にも明らかだ。そのものを所有して、自分の意のままにすることができる。無形のもの、例えばライセンスといったものにも、オーナーシップを考えることができる。自分がお金を払い、そこから得られる便益を自分の自由にすることができる。何であれ、それを維持する労力や費用負担し、そこから主たる価値を得るものは、それに対するオーナーシップを持つと言えるだろう。
プロジェクトの成功率を上げるために、チームリーダーができること・やるべきこと - ログミーTech
スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社マクアケの吉田慶章氏は、「さぁ！今すぐプロジェクトリーダーに立候補しよう」というテーマでプレゼンテーションを行いました。チームの特性に合わせたチームビルディングやマネジメント手法について、自身のノウハウを明かします。 プロジェクトをリードする技術 吉田慶章氏（以下、吉田）：こんばんは。よろしくお願いします。今日はプロジェクトリーダーの話をしようと思い
AI/データサイエンスのプロジェクトが失敗する10の危険なサイン - Qiita
ここ数年日本でも会社の規模を問わずAI関連のプロジェクトに関する投資が大きな規模で連日行われているように思います。こうしたAIイニシアチブは多くの場合がトップダウン、つまり社長や重役からの指示ではじまり、それに見合った実行計画をマネージャーレベルが作成し、その部下が実行もしくは外部コンサルティング会社に外注というのが多いパターンではないでしょうか。 しかし、そうしてなんとなく慌てて始まったAIに関する投資も、思ったような成果が上がっていないということで、そろそろ失望と困惑が見られるようになってきたと、少なくともこちらアメリカでは聞き始めています。こういう時に、そもそもどういった成果を当初期待していたのかというと、かなり曖昧であったり、もしくは的はずれだったりというのが往々にしてあります。これは、現在のAIに対する過剰な期待がAIの限界によって打ち砕かれた、とも言えます。業界が煽りすぎたとい
プロジェクト失敗の理由、15年前から変わらず：日経ビジネスオンライン
情報システムを開発し、導入するプロジェクトの成功率はどのくらいか。 この疑問に答えるため、専門誌「日経コンピュータ」は15年前の2003年から調査を始め、2008年と2018年にもそれぞれ実施した。3回の調査によって、15年間でプロジェクトの成功率がどう推移したか、失敗の理由は何か、といったことが明らかになった。 結論を最初に書くと15年間でプロジェクトの成功率は上がっていると見てよい。一方、失敗の理由は15年前も現在も同じだった。成功させる企業が増えている一方、プロジェクトの進め方について何も改善できず、15年前から変わらない理由で失敗する企業がいる。 15年前のプロジェクト成功率は26.7％ まず、プロジェクト成功率の推移を見よう。2003年9月に実施した1回目の調査によると、情報システム導入プロジェクトの成功率は26.7％だった。この数字は次のようにして求めた。 1746件の回答者（
プロジェクトの残業を50%削減したタスク管理手法を惜しみなく公開する - Qiita
おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行の徹底 進捗状況の逐次反映 そして、運用ルールの入念な教育（五十六メソッドを採用した） 当時はITSベースのタスク管理自体が社内で先進的な試みだったので、当時部下だった私もPMと協力して「できるだけ丁寧な運用」を心がけた。心がけた、のだが… おかしいな だれ
プロジェクト管理のエモいはなし - Qiita
前置き 私のキャリアは少し変わっています。 この業界に新卒で入ってから十数年は、大手ゼネコン的SIerにて、ほぼ一貫してプロジェクトマネジメントをやってきました。最終的には100人月程度の案件を回していたので、中堅クラスではあったと思います。それなりに経験も積んだとは思いますが、あれ、そもそも私って人の管理をやるためにIT業界に入ったんだっけ。。というレーゾンテートル的な理由で、プログラマーに転身しました。 そんなわけで、おそらく日本のIT業界におけるプログラマーから管理職に至るという一般的なキャリアパスを逆行している形になります。 そういった事情もあり、プロジェクト管理からは距離を置くようにしていたのですが、最近またプロジェクトマネジメントについて考える機会が多くなったので、この辺で昔話をしてみようと思います。 他山の石としてワカモノの役に立てば。 前提として ガチガチのウォーターフォー
仕事がうまくいきすぎて怖い
俺は、スケジューリングがクソ下手だ。夏休みの宿題を計画的にやった試しがない。そもそも時間把握能力が末期的に低い。一週間が七日周期であることを実感できるようになったのはごく最近だし、一ヶ月がおおよそ四週間で構成されている実感にいたっては、三十代になった今でも依然ふわふわしている。多分調べれば何か名前のある症状なんではないか。少なくとも、俺自身は自分の時間把握能力の低さに、日々苦しんでいる。 もちろん、言葉にすればわかる。一ヶ月は四週間とちょっとだ。でも、その四週間というのは、つまり、その、つまるところ何週間なのだ？ 大金すぎる金と一緒だ。俺は十億という金を具体的に想像できない。いったい、それはねるねるねるね何個分の金額だ？ それはどのくらいすごいんだ？ 同じように、一ヶ月という時間は、俺にとっては膨大すぎる。一年ともなれば、もはや天文学の世界だ。そのくせ、膨大な割に時間はあっという間になくな
長く使えるプロジェクト管理ツール厳選レポート2017
こんにちは。デザイナーのいしかわです。プロジェクト管理ツールマニアです。 理想的なプロジェクトマネジメントに向けて、これまでにプロジェクト・タスク・情報共有・進捗管理などに関するツールを30以上試してきました。その中から特におすすめしたい厳選ツールを7つ紹介したいと思います。 プロジェクト管理ツールを乗り換えるのは大変なので、できるだけ長く使い続けられるものを見つけたい！という気持ちで本気で評価しましたが、あくまでも自分で使ってみた感想になるので、人によっては合う合わないがあると思います。プロジェクト管理ツールの選定の参考になれば嬉しいです。 ※本エントリー更新時点での情報になりますので、機能や価格などの情報は異なる可能性があります。 ※2016/2/21 Asanaを追加しました ※2016/9/4 各ツールの最新情報をチェックし内容を更新しました ※2017/1/13 各ツールの最新
プロジェクト・コミュニケーションのベーシック(2) ～ ドキュメント・インデックスを作る | タイム・コンサルタントの日誌から
前回の記事「プロジェクト・コミュニケーションのベーシック ～ 情報のトレーサビリティを確立する」で、英語で言うCommunication Managementとは、日本語的感覚でいう「コミュニケーションの管理」ではなく、むしろ『情報伝達のマネジメント』に近い、と書いた。だから、伝達のトレーサビリティ確保が大事になる、と。 今回はその続きである。だがもう一歩進んだあり方として、「ドキュメントのインデックス化」の話をしたいと思う。ドキュメントのインデックスとは何か？ 簡単だ。それはプロジェクトが作成する文書・図面類をリスト化して、多少の属性を付加したものである。「ドキュメント・リスト」と呼ばれる場合もある。 なあんだ、そんなのならいつでも作ってるよ。そういって、ドキュメントが保存されているサーバのプロジェクト・フォルダから、ファイルのリストを印字して持ってくる人がいる。ファイル名の他に、作成日
社外・他人と「何か一緒にやりましょうよ！」の時に大事なこと。
組織の境界がなくなりつつある現在、他者とコラボレーションする力は、ビジネススキルの中でも最も重要な力の一つとなった。 例えば私の知人のある研究者は、「まだ分野として確立していない部分が、チャンスなんだ」という。 「専門ばかり深く研究する人もいる、でも、本当に新しくて価値ある研究は、その分野と分野の間に存在している。逆にどのジャーナルに載せるかは、結構難しいんだけどね。分野と分野の間だと、これは物理でもないし生物でもない……みたいなことって多くて、査読できる人も少ないし。」 と言った。 よく言われるように、優れたアイデアの本質は、知識の組み合わせの妙にあるが、知識の地平線があまりにも広大になっているので、人が一生の間で到達できる知識の全体に占める割合は小さくなり続けている。 したがって、自分の持つ知識だけで仕事をしようとすれば、必ずや独善と凡庸に陥る。 これを打開するためには、異なる業界、異
夏休みの宿題進捗管理をIT化したら子供が凄くやる気出した話
長男(今年9歳)が通っている学校は、かなり宿題が多い学校のようで、低学年でもそれなりの量の宿題が出ます。当然、夏休みの宿題も結構な量です。 長男は、普段の勉強については特に苦労をしていないようですが、やはり小学生であって、計画的に宿題をするのは苦手です。 一年生の時の夏休みの宿題も、結局すべて片づけるのはかなりギリギリになっていたようで、8月下旬くらいに泣きべそをかきながら宿題をやっているのを観測しました。 小学校の宿題に親が口出しするのもどうかなと思いまして、一年の頃はあまり干渉しなかったんですが、ちょっとそれを見て反省というか、考えを改めました。 宿題の本来の意味は、「家庭での勉強の習慣を作ること」だと思います。それが機能しないばかりか、単に嫌な思い出ばかりになってしまい、机に向かうこと自体がイヤになってしまったら可哀想だなーと思ったからです。 そこで、2015年の夏休みは、多少干渉し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Taiga.io
プロジェクトをリードする技術 / Project Leading is Skill
