データアナリティクス事業本部＠札幌の佐藤です。 今回は私のプロジェクトで実際に活用している、各メンバーとの役割や期待値のすり合わせ方法について記載します。 当活用にあたっては株式会社コパイロツトの方にナレッジの共有や、推進方法など相談させていただいたうえで、ルールとして今整備、運用しているものとなります。 ※コパイロツト様に事前に掲載のご了承をいただいているものとなります。 ご協力いただきありがとうございます。 お話の前提 私の案件は小規模（メンバー10人未満）のプロジェクトが多いため、小規模案件での前提として記載します。 また、期間においても3ヶ月程度の短期間の開発プロジェクトを前提としております。 大規模案件・長期間案件・保守案件の場合は必ずしも該当しない観点がある可能性がありますので、あらかじめご認識いただければと思います。 プロジェクトでよくある問題 プロジェクトを実施していく中で

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。 今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。 宣伝 Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集していま

仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた 「プロジェクトマネジメントの基本が全部わかる本」を執筆し、ご自身もプロジェクトマネージャーやプロダクトマネージャーとして23年経験を積んできた橋本将功さん。 橋本さんは、セミナーや著書でプロジェクトマネジメントについての知見を発信されていますが、今回 Agend であえてお聞きするのは「専門のプロジェクトマネージャーがいないグダグダになっている職場で、どう仕事を回していくか」。 「うちの会社は仕事を回すのが下手」と感じている方にこそ読んでいただければと思います。

こんにちは、バクラク事業部のMLチームでソフトウェアエンジニアをしているTomoakiです。 今回はMLチームのスプリント管理におけるタスク・プロジェクト管理にNotionの新概念であるProjectを導入してみたら嬉しいことがたくさんあったので、それらを紹介したいと思います。 イントロダクション Notionの2.30リリースでプロジェクトという概念が登場し、プロジェクトの管理のテンプレートが公開されるなど大きなアップデートがありました。 www.notion.so 本記事でも紹介しますが、このリリースで紹介されているテンプレートが優秀すぎるので、まだみてない方は是非見てみてください。 MLチームでは5月末ごろから、ちょうどスプリント管理に課題感を感じており、早速NotionのProjectを取り入れて6月中に運用してみましたかなり良かったので、本記事では我々目線でのその効果を紹介したい

見積もりを出す際、条件（スペック）が不明確なところは「できるだけ明確になるまで問い合わせる」か「高めのスペック（松）と仮定して見積もる」という企業が日本では多数派を占める。このことは日経ものづくりによる2022年10月の調査で明らかになった。その原因が何かを、日本金型工業会専務理事の中里栄氏に聞いてみた。 中里氏も以前から、金型メーカーの多くが「不明点を問い合わせるか、“松”と仮定して見積もる」傾向について認識していたという。その原因は「最初に出した見積もりから価格が増える方向の変更は、日本の発注者は絶対に認めてくれないため」（中里氏）。したがって受注側は、あとでコスト上昇要因が発生したときに損をするリスクがあり、これを回避するため不明点をできる限り無くすか、高めの見積もりにしておかざるを得ない。同氏は「日本国内ではこれまでそれで通ってきたかもしれないが、『優越的地位の乱用』に他ならない」

*初回投稿(2023-05-23) この度、2023年版としてリファインしました。 ■このような人たちへオススメです ・プロジェクトマネージャーになりたい方 ・初めてプロジェクトを担当する方 ・現在プロジェクトを進めている方 ・プロジェクトマネジメントに関する知識やスキルに自信のない方 ・プロジェクトの成功に向けて改善を考えている方 このような人たちへオススメです01 プロジェクトの目的を間違えた 計画工程でプロジェクトの目的を明確にしなかったことにより、ユーザーテスト（最終段の受入テスト）で、プロジェクトオーナーよりクレームが入りプロジェクト破綻 。 02 スコープの決め方がわからなかった プロジェクト計画を検討する中で、スコープを決める手順を知らなかったことで、コスト爆上げ！設計工程でリカバリーを図るがスケジュールの大遅延によりプロジェクト破綻 03 工数を算出する範囲が漏れていた

プロジェクト管理の計画書の概要を解説します。 ゴール達成までの計画を記載するもの プロジェクト管理の計画書とは、プロジェクトのゴール達成までの道のりを記載したものです。プロジェクトを予定からずれることなく進行させるのが目的です。具体的には、以下のような項目が記載されます。 ■プロジェクトの目的とゴール ■スコープ ■コスト ■スケジュール ■体制 ■品質 ■コミュニケーション ■リスク 計画書の型に決まりはなく、企業やプロジェクト規模によって内容や量は変わります。小規模であれば数十ページ、大規模なものでは百ページ以上になるでしょう。また、プロジェクトが進行するにつれて内容を変更することもあります。 利害関係者と認識を合わせるために必要 プロジェクト管理の計画書は、利害関係者（ステークホルダー）との認識をすり合わせるためにも必要です。 計画書を作るには、関係者間でプロジェクトの進め方を相談し

前回の記事の末尾にも書いたが、「マネジメント・テクノロジー」という言葉を発案して、わたしに教えてくれたのは、今秋惜しくも亡くなられた勤務先の同僚、故・秋山聡氏である。秋山さんは、この語を《マネテク》と縮めて、『まねてくニュース』なるメールマガジンとデータベースを、社内に発信し続け、多くの愛読者を持っておられた。 秋山さんは高専を卒業後、大学の工学部に編入して修士号を得た、バリバリの理系教育を受けた人だった。日揮に入社後、海外プロジェクト・マネジメント部門で活躍されたが、ある時期より、ライン業務から一切手を引き、PM業務の標準化を中心としたスタッフ的役割に専念するようになった。プロマネ経験者こそが最大の出世コース、と思われているエンジニアリング業界にあって、これは随分と勇気のある処世だったと思う。 日揮においては「プロジェクト・マネジメント技術部」という部門が、一種のPMO的な機能を担ってき

先週は入社式のシーズンだった。しかし今年はコロナウィルス禍の影響で、式自体を延期したり、全員集合の形式をやめて、オンライン配信にした企業も多かったはずだ。新入社員の側も、さぞや不安だったろうと思う。通常であれば、入社式のあとは、しばらく集合研修の形で新人教育を行い、その後に正式に部門配属になる。だが、今年はそれも分散型でオンライン教育が中心になるに違いない。 なにせ「人の和」を重視するのが、わたし達の社会の文化だ。だから顔と顔を突き合わせ、親しさを重ねることで組織を作り上げていくスタイルが、好まれる。そして一斉採用なので、「同期」という絆も生まれる。米国の会社のように、個別採用で、入社したら1時間程度の簡単なガイダンスがあるだけ、あとは業務マニュアルをポンと渡されて、割り当てられた仕事をしていく、という風ではない（もちろん米国にだっていろいろな企業があり、これは一部の例だが）。 日本では、

オーナー（Ower）とは、所有者であり、オーナーシップ（Ownership）とは所有権を意味する。ただ英語の語尾 -shipは、名詞について、それを持つ人の志や、性質や「らしさ」をも示す（例えばリーダーとリーダーシップのように）。だから、オーナーシップとは、所有者らしいふるまい、ということにもなる。 有形のもの、車とか家などのオーナーシップの意味は、誰にも明らかだ。そのものを所有して、自分の意のままにすることができる。無形のもの、例えばライセンスといったものにも、オーナーシップを考えることができる。自分がお金を払い、そこから得られる便益を自分の自由にすることができる。何であれ、それを維持する労力や費用負担し、そこから主たる価値を得るものは、それに対するオーナーシップを持つと言えるだろう。

Taiga: The free and open-source project management tool For cross-functional agile teams to work effectively

プロジェクトをリードする技術 http://kakakakakku.hatenablog.com/entry/2018/04/23/223304

プロジェクトの成功率を上げるために、チームリーダーができること・やるべきこと提供：株式会社CyberZ スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社マクアケの吉田慶章氏は、「さぁ！今すぐプロジェクトリーダーに立候補しよう」というテーマでプレゼンテーションを行いました。チームの特性に合わせたチームビルディングやマネジメント手法について、自身のノウハウを明かします。 プロジェクトをリードする技術吉

5. 社内にアナリティクスのトランスレーターがいない アナリティクスのトランスレーター（翻訳者）とは、ビジネスリーダーが大きなインパクトのあるアナリティクスのユースケースを見つけ出すのを助け、ビジネス要件をデータサイエンティスト、データエンジニア、他のテクノロジーの専門家にしっかりと説明することで、彼らが実行可能なアナリティクスのソリューションを作っていくことを可能にするような人です。さらに彼らは社内でアナリティクスのソリューションが広く採用されるためのサポートを行い、多くのビジネスユーザーの賛同を得られることを可能にします。彼らに必要なスキルとは、業務知識、一般的なテクノロジーへの理解、プロジェクト・マネジメントが混ざったものとなります。 解決案：　一刻も早くトランスレーターを用意するべきです。外から雇うのもいいのですが、その場合は最も重要なあなたのビジネスに関する業務知識というものがあ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 前置き 私のキャリアは少し変わっています。 この業界に新卒で入ってから十数年は、大手ゼネコン的SIerにて、ほぼ一貫してプロジェクトマネジメントをやってきました。最終的には100人月程度の案件を回していたので、中堅クラスではあったと思います。それなりに経験も積んだとは思いますが、あれ、そもそも私って人の管理をやるためにIT業界に入ったんだっけ。。というレーゾンテートル的な理由で、プログラマーに転身しました。 そんなわけで、おそらく日本のIT業界におけるプログラマーから管理職に至るという一般的なキャリアパスを逆行している形になります。 そ

俺は、スケジューリングがクソ下手だ。夏休みの宿題を計画的にやった試しがない。そもそも時間把握能力が末期的に低い。一週間が七日周期であることを実感できるようになったのはごく最近だし、一ヶ月がおおよそ四週間で構成されている実感にいたっては、三十代になった今でも依然ふわふわしている。多分調べれば何か名前のある症状なんではないか。少なくとも、俺自身は自分の時間把握能力の低さに、日々苦しんでいる。 もちろん、言葉にすればわかる。一ヶ月は四週間とちょっとだ。でも、その四週間というのは、つまり、その、つまるところ何週間なのだ？　大金すぎる金と一緒だ。俺は十億という金を具体的に想像できない。いったい、それはねるねるねるね何個分の金額だ？　それはどのくらいすごいんだ？　同じように、一ヶ月という時間は、俺にとっては膨大すぎる。一年ともなれば、もはや天文学の世界だ。そのくせ、膨大な割に時間はあっという間になくな

こんにちは。デザイナーのいしかわです。プロジェクト管理ツールマニアです。 理想的なプロジェクトマネジメントに向けて、これまでにプロジェクト・タスク・情報共有・進捗管理などに関するツールを30以上試してきました。その中から特におすすめしたい厳選ツールを7つ紹介したいと思います。 プロジェクト管理ツールを乗り換えるのは大変なので、できるだけ長く使い続けられるものを見つけたい！という気持ちで本気で評価しましたが、あくまでも自分で使ってみた感想になるので、人によっては合う合わないがあると思います。プロジェクト管理ツールの選定の参考になれば嬉しいです。 ※本エントリー更新時点での情報になりますので、機能や価格などの情報は異なる可能性があります。 ※2016/2/21  Asanaを追加しました ※2016/9/4 各ツールの最新情報をチェックし内容を更新しました ※2017/1/13 各ツールの最新