<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>スケジュール管理 on Feature Branch Tech Blog</title><link>https://tech.feature-branch.co.jp/tags/%E3%82%B9%E3%82%B1%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB%E7%AE%A1%E7%90%86/</link><description>Recent content in スケジュール管理 on Feature Branch Tech Blog</description><generator>Hugo</generator><language>ja</language><copyright>Feature Branch inc.</copyright><lastBuildDate>Mon, 06 Jul 2026 18:48:25 +0900</lastBuildDate><atom:link href="https://tech.feature-branch.co.jp/tags/%E3%82%B9%E3%82%B1%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB%E7%AE%A1%E7%90%86/index.xml" rel="self" type="application/rss+xml"/><item><title>スケジュール管理、してるつもりでした</title><link>https://tech.feature-branch.co.jp/posts/2026/05/schedule-management/</link><pubDate>Thu, 21 May 2026 00:00:00 +0900</pubDate><guid>https://tech.feature-branch.co.jp/posts/2026/05/schedule-management/</guid><description>&lt;h2 id="はじめに">はじめに&lt;/h2>
&lt;p>「スケジュール管理って何が正解？」と悩んでいませんか。&lt;/p>
&lt;!-- TODO: Nano Banana Pro挿絵 - PMがデスクで複数のツール（Jira、スプレッドシート、Slack）の画面に囲まれて悩んでいる様子 -->
&lt;p>&lt;img src="./images/01_intro.png" alt="はじめに">&lt;/p>
&lt;p>私はPMになってからのこの1年間、Jiraやスプレッドシートなど、色々なツールを試してきました。
その都度「これが最適解だ」と思っていました。&lt;/p>
&lt;p>でも実際は、ツールの更新に追われ、
良かれと思った仕組みが逆に現場の負担を増やしていました。&lt;/p>
&lt;p>振り返ると、当時は「管理している気になっていただけ」だったのかもしれません。&lt;/p>
&lt;p>今日は、私がこの1年で直面したリアルな失敗と、そこからの気づきをお話しします。&lt;/p>
&lt;hr>
&lt;h2 id="1-ガントチャートから始めた私の現場">1. ガントチャートから始めた、私の現場&lt;/h2>
&lt;p>PMに就任した当初、プロジェクトではJiraのガントチャートを使っていました。&lt;/p>
&lt;!-- TODO: Nano Banana Pro挿絵 - Jiraのガントチャート画面を眺めるPM。タスクバーが連鎖的にずれていく様子が画面に映っている -->
&lt;p>&lt;img src="./images/02_gantt_chart.png" alt="ガントチャートでの管理">&lt;/p>
&lt;p>最初は「これで全体の進捗が見える」と手応えを感じていました。&lt;/p>
&lt;p>しかし、現場では日々、予期せぬズレが発生します。
タスクが2日遅れると後ろも連鎖的にずれるため、毎朝の引き直し作業に追われる結果に。&lt;/p>
&lt;p>ここで得た最初の気づきは、
「ガントチャートは計画には強いが、日々変化する現場を追うには重すぎる」ということでした。&lt;/p>
&lt;hr>
&lt;h2 id="2-迷走そして現在の運用へ">2. 迷走、そして現在の運用へ&lt;/h2>
&lt;p>Jiraのガントチャートをやめ、リストビューに切り替えました。
しかし今度は「いつ終わるか」が見えなくなり、全体の節目を管理する「スプシカレンダー」を自作しました。&lt;/p>
&lt;!-- TODO: Nano Banana Pro挿絵 - 複数のツール（スプシカレンダー、タスク一覧、Slack PR一覧）が散乱するデスク。PMが「これも必要、あれも必要」と追加していく様子 -->
&lt;p>&lt;img src="./images/03_tool_seeking.png" alt="管理ツールの模索">&lt;/p>
&lt;p>さらに、細かい進捗やメモが追えなかったため、独自の「スプシのタスク一覧」を作成。
PR後の細かい状態を追うために「SlackのPR一覧」も導入しました。&lt;/p>
&lt;p>これらを私が確認して回ることで、PMとしての状況把握は劇的に楽になりました。&lt;/p>
&lt;p>——ただし、これが「現場にとっても最適だったか」というと、話は別でした。&lt;/p>
&lt;hr>
&lt;h2 id="3-試行錯誤から導き出した3つの引き算">3. 試行錯誤から導き出した「3つの引き算」&lt;/h2>
&lt;p>私が状況を把握するためにツールを重ねた結果、
現場のリーダー層には複数の管理工数を強いることになってしまいました。&lt;/p>
&lt;!-- TODO: Nano Banana Pro挿絵 - 「残り」「担当」「期限」の3つのキーワードがシンプルに並ぶ図。余計なツールや情報が削ぎ落とされてスッキリしたイメージ -->
&lt;p>&lt;img src="./images/04_three_elements.png" alt="3つの引き算">&lt;/p>
&lt;p>この迷走を経て痛感したのは、
管理の仕組みは足し算ではなく引き算で考えるべきだということです。&lt;/p>
&lt;p>現場を回すための視点は、次の3つに絞れます。&lt;/p>
&lt;ul>
&lt;li>&lt;strong>① 残り&lt;/strong> 完了していない残タスクがどれだけあるか&lt;/li>
&lt;li>&lt;strong>② 担当&lt;/strong> 今、誰のところでボールが止まっているか&lt;/li>
&lt;li>&lt;strong>③ 期限&lt;/strong> 絶対に動かせない最終期限はいつか&lt;/li>
&lt;/ul>
&lt;p>本当に必要な情報は、実はこれだけでした。&lt;/p></description></item></channel></rss>