前回までのあらすじ 先日、プロジェクトの残業を50%削減したタスク管理手法を惜しみなく公開するという記事で、私的に上手く行ったタスク管理手法を紹介した。幸いな事に概ね好評だったようだが、「中長期管理はどうしてるの？」という意見を多数見かけたので、オマケとしてちょこっと書いてみる次第。 ※前記事の流れを踏まえるので、予め読んで頂いた方が理解がスムーズかも？ ちなみに、中長期計画は案件状況によって管理手法を大きく変えた方が良いと思っているので、あくまで「手法の一つ」と捉えて貰えると嬉しい。なお、期間の単位は2〜3ヶ月程度を想定する。（なので、どちらかといえば「中期」に該当する考え方がメインとなる） タスク管理と中長期管理の守備範囲について RPG的っぽい雑な例えを持ち出すと、「突発的にエンカウントするモンスターの対処」が前記事の領域で、「ストーリー、イベント進行の段取り」が当記事の領域と区別し

おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行の徹底 進捗状況の逐次反映 そして、運用ルールの入念な教育（五十六メソッドを採用した） 当時はITSベースのタスク管理自体が社内で先進的な試みだったので、当時部下だった私もPMと協力して「できるだけ丁寧な運用」を心がけた。心がけた、のだが… おかしいな だれ