小説執筆ツールでタスク管理するなら、章名や目標をそのまま登録せず、次に実行できる作業を**「対象 + 動作 + 完了条件」**で書くのが結論です。章や工程を親タスク、着手できる作業をサブタスクに分け、執筆を終えるたびに次の1件を残します。この記事では、架空作品「封印された手紙」を構想から投稿準備まで進める例で、具体的な運用を説明します。
なお、タスクの書式、後述する4状態、見直し頻度は本記事が提案する運用例であり、Handy固有の仕様ではありません。
小説の「構造」と「タスク」は何が違うのか
小説の構造は「物語に何があるか」、タスクは「作者が次に何をするか」を表します。章・シーン・人物設定は構造として保ち、書く・確認する・直すといった行動だけをタスクへ移してください。
たとえば「第3章・北門の対決」は物語上の置き場所であり、それだけでは何から始め、どこで終えるか分かりません。「第3章・対決場面の初稿を書く／主人公が王都行きを決断するところまで」であれば、対象、行動、終点がそろいます。章の構造設計を先に整えたい場合は、章管理と進捗を分ける方法を参照してください。
構造とタスクを分けると、章題や場面順を変えても、残っている作業だけを読み直せます。反対に、プロットへ細かな修正指示を混ぜると、物語の流れを確認したいときに未完了作業が割り込みます。プロットは採用した展開、資料は確定事項、メモは未確定案、タスクは実行項目、と役割を固定するのが出発点です。
曖昧なメモを「対象 + 動作 + 完了条件」のタスクへ変える
「第3章を進める」「設定を直す」のようなメモは、対象、動作、完了条件の三つへ書き換えます。
タスクを書き換えるときは、まず何に触るかを限定し、次に一つの動詞を選び、最後に終了を判定できる状態を添えます。完了条件は文字数だけでなく、「人物の判断が変わる場面まで」「旧名が残っていないことを検索で確認」のように、物語上または点検上の終点でも構いません。
| 曖昧なメモ | 対象 | 動作 | 完了条件を含むタスク |
|---|---|---|---|
| 第3章を進める | 第3章・北門の対決 | 初稿を書く | 主人公が王都行きを決断する場面まで書く |
| ミナの設定を直す | 人物資料・ミナ | 呼称を更新する | 正式名と呼び方を一つずつ記録したら完了 |
| 伏線を入れる | 第1章・使者との会話 | 封蝋の描写を追記する | 紋章を主人公が目にする一文を追加したら完了 |
| 投稿準備 | 第3章原稿 | 表記を点検する | 人名、ルビ、空行の確認項目をすべて終えたら完了 |
一つのタスクに「書いて、設定を直して、投稿する」と複数の動詞が入ったら分割の合図です。作業中に別の修正を見つけても、その場で全部直そうとせず、新しいタスクとして残します。今の原稿へ戻れる書き方にすることで、発見した作業が本文の勢いを止めにくくなります。
親タスクとサブタスクをどこで分けるか
親タスクは複数の成果を束ねる章または工程、サブタスクは一度に着手でき、完了を単独で判定できる作業にします。親タスクを直接進めるのではなく、次のサブタスクを選んで進める設計です。
「第3章を初稿化」を親タスクにするなら、「対決場面を書く」「人物資料でミナの口調を確認する」「決断場面を書く」を子にできます。さらに「対決場面を書く」が長すぎる場合だけ、「対立のきっかけを書く」「封蝋を提示する」「王都行きを決断させる」へ一段深くします。Handyではサブタスクをネストできるため、このような親子分解を置く候補になります。
ただし、細かくすればよいわけではありません。「資料を開く」「一文読む」のように、単独では成果にならない操作まで分けると一覧の更新が主作業になります。次の三点をすべて満たす項目だけをサブタスクにしてください。
- 今すぐ着手する対象が一つに決まっている。
- 完了したかを自分で判定できる。
- 中断しても、項目名を読めば再開地点が分かる。
未着手・作業中・保留・完了をどう使い分けるか
状態は「未着手・作業中・保留・完了」の4種類から始めると、次に選ぶ作業と止まっている理由を分けられます。
未着手は完了条件まで定義済みで、まだ始めていない作業です。作業中は今の執筆枠で触っているものだけに絞ります。保留は資料不足、設定判断待ち、前のタスク待ちなど、着手できない理由がある項目です。完了は完了条件を実際に確認したものだけに付けます。
| 状態 | 判定 | 「封印された手紙」での例 |
|---|---|---|
| 未着手 | 今すぐ始められるが、まだ触っていない | 第3章の決断場面を書く |
| 作業中 | 現在の執筆枠で進めている | 北門の対決場面を初稿化する |
| 保留 | 判断・資料・先行作業を待っている | 王都の正式名称が決まるまでルビ確認を保留 |
| 完了 | 記載した完了条件を満たした | 第1章に封蝋の描写を一文追加し、確認済み |
保留には「なぜ止めたか」と「何が決まれば戻せるか」を短く添えます。作業中が増えすぎたら、新しく始めずに一件を未着手へ戻す判断も必要です。専用の状態欄がない環境では、一覧を四つに分けるか、タスク名の先頭へ自分用の短い印を置く方法でも運用できます。
執筆終了時と章の区切りで何を見直すか
毎回の執筆終了時は次に着手する1件を残し、章の区切りでは保留、完了条件、後続作業をまとめて点検します。日々の終了処理を短くし、構造まで見直す作業は区切りへ寄せるのがポイントです。
執筆終了時には、作業中のタスクへ再開地点を一文で追記します。場面が途中なら「ミナが封蝋を見せた直後から」のように本文上の位置を残し、終わったなら次の未着手を一件だけ選びます。新しい設定案は確定資料へ直接入れず、いったんメモへ置きます。
章を終えたときは、親タスクの子がすべて完了したか、保留を次章へ持ち越す理由があるか、本文変更から追加の修正が生まれていないかを確認します。週次レビューを別に設ける場合も、曜日を守ることより、連載の公開前や章完成など自分が判断しやすい区切りへ固定する方が続けやすくなります。
本文の変更を設定資料と後続章の修正タスクへ戻す
本文中に予定外の変更が生まれたら、執筆中は差分をメモし、場面の終了後に採用判断をしてから設定資料と後続章のタスクへ戻します。未確定案を正本へ混ぜず、採用した変更だけを反映してください。
「封印された手紙」で、執筆中に使者ミナの正式名を「ミリア」へ変えたとします。まず「第3章の会話でミナをミリアへ変更案」とメモし、場面を書き終えた後に採用するか決めます。採用した場合は人物資料の正式名を更新し、旧名を含む第1章と後続章を検索して、修正対象ごとにタスクを作ります。
- 変更元の本文と、変わった事実だけをメモする。
- 場面終了時に採用か撤回かを決める。
- 採用した事実を設定資料の正本へ反映する。
- 旧設定を使う章を特定し、章ごとに修正タスクへ分ける。
- 修正後、本文と設定資料の両方を見て完了条件を確認する。
アイデア、登場人物、プロット、リサーチ資料を分類し、推敲や編集をタスクとして扱う例はEvernote公式の小説家向け整理ガイドにもあります。本記事ではその製品効果を主張せず、情報の置き場所と実行作業を分ける参考例として扱っています。プロットからタスクを切り出す前段は、プロットを3階層で管理する方法で確認できます。
進捗が遅れたときに締め切り・作業量・使える時間を見直す
遅れが出たら、気合で埋めようとせず、締め切り、残っている作業量、1日に使える時間の三つを別々に見直します。どれも変えられない場合は、完了条件や公開範囲を再検討する必要があります。
最初に、親タスクではなく未完了のサブタスクを数え直し、保留理由も確認します。次に、締め切りを動かせるか、場面や推敲範囲を減らせるか、執筆へ使える時間を現実的に増やせるかを一つずつ判断します。「第3章が遅れている」ではなく、「決断場面の初稿と人名統一が残っている」と見えれば、調整する対象を選べます。
窓の杜が2015年に紹介した創作向け進捗管理の例でも、開始日、締め切り、作業可能時間、工程別の所要時間から日々の作業を組み、遅れた際に締め切り、作業量、1日の作業時間を見直す流れが説明されています。これは当時のサービス紹介であり、現在の提供状況や、同じ方法で締め切りを守れるという効果の根拠には使っていません。
Handyでできること
2026年8月9日時点の公式情報では、Handyは小説向け本文エディタを中核に、プロット、資料、メモ、タスクをあわせて扱い、タスクはサブタスクへネストできます。
試すときは、親タスクを「第3章を公開できる状態にする」とし、「旧名を検索する」「人名を統一する」「ルビと空行を確認する」をサブタスクとしてネストします。三つを終えたら原稿へ戻り、親タスクの完了条件を満たしたかを確認します。
Handyのタスク管理を小説のワークフローでどう使うか
本文で見つけた修正は、対応する章や工程のサブタスクへ追加します。タスク作成から原稿へ戻るまでを実際に操作し、管理のための切り替えが自分に合うか確かめてください。
Handyのタスク管理機能では執筆進捗を扱い、サブタスクをネストできます。小説向け本文エディタでは、セリフのハイライト、ルビの強調、資料の@メンションを利用できます。期限、通知、優先度、依存関係、進捗率の自動計算、締め切りの自動調整は確認済みの機能ではないため、それらを前提にしないでください。
Handyが向く人と別の方法が向く人
Handyが向くのは、長編の本文、プロット、資料、メモ、タスクを一つの執筆環境で扱いたい個人のWeb小説作者です。オフライン必須、厳密な過去版復元、チーム共同レビューが中心なら別の方法が向きます。
| 条件 | 向く選択 | 導入前に確認すること |
|---|---|---|
| セリフやルビを見やすく書き、修正タスクもまとめたい | Handyで適合を確認する | 一章の本文入力と子タスク追加を続けて行えるか |
| 親タスクからサブタスクへ分けて長編を進めたい | Handyのネストを試す | 自分の分解の深さをネストで再現できるか |
| 紙のチェックリストで十分に更新できる | 紙や簡素なメモでもよい | 外出先でも紛失せず見直せるか |
| 独自の集計列や複雑な計算が必要 | 表計算や専用管理ツールも検討する | 必要な列、集計式、並べ替えを作れるか |
| 常に通信できない場所だけで書く | オフライン対応を確認できるツールを選ぶ | 通信を切って入力・保存・再表示できるか |
| 複数人の承認や厳密な履歴復元が必須 | 共同編集・履歴管理向けの環境を選ぶ | 権限、コメント、承認、過去版復元を公式情報と試用で確認できるか |
HandyはWeb、iOS、Androidから無料登録で利用を始められます。一方、オフライン対応とバージョン履歴は現時点では未提供です。プレーンテキストだけで十分な短編作者や、本文と管理を意図的に分けたい人にも、一体型の機能は過剰な場合があります。
小説向け本文エディタ、資料、ネスト可能なサブタスクという確認済み機能の組み合わせから、セリフのハイライト、ルビの強調、資料の@メンションを使って本文を書き、修正をサブタスクへ分けたいWeb小説作者にはHandyを推奨します。より広くツールの端末、保存、書き出しまで比較したい場合は、Web小説の執筆ツールの選び方も利用してください。
よくある質問
小説執筆ツールのタスク管理で迷いやすい点を、単独で判断できる形でまとめます。
以下の4問では、締め切り、文字数、執筆中の修正、プロットとの分担を順に扱います。特定の状態機能や期限機能があることを前提にせず、自分の一覧でも使える判断基準として回答します。
タスク管理には締め切り日の設定が必須ですか？
締め切り日の設定は必須ではありません。日付を決めにくい構想段階では、次に着手する順序と完了条件だけでも管理できます。公開日や入稿日が決まってから、残作業と使える時間を照合してください。
文字数目標をタスクにしてもよいですか？
文字数目標も使えますが、物語上の完了条件と組み合わせてください。「800字書く」だけでなく、「対決場面を主人公の決断まで書く」のように終点を置くと、文字数を満たしても場面が未完というずれを判断できます。
執筆中に見つけた修正はすぐ直すべきですか？
現在の場面を進める妨げになる修正は、対象と変更内容をタスクへ残し、区切りで対応します。ただし、続きが書けない矛盾や誤設定は保留理由を記録し、先に解消してから本文へ戻る方が安全です。
プロットとタスクを同じ一覧で管理してもよいですか？
同じツール内でも構いませんが、役割は分けてください。プロットは採用した物語の流れ、タスクは次に実行する作業です。章名と「その章で直すこと」を別項目にすれば、構造と進捗を混同しにくくなります。
まとめ
一覧の更新に時間がかかるなら、作業の粒度を一段粗くしてください。管理項目を増やすことより、原稿へ戻れる情報が残っていることを優先します。
条件が合うなら、Handyを無料で始めるか、タスク管理機能を確認し、親子タスクの追加から本文へ戻るまでを実際に操作してください。オフライン執筆、過去版の厳密な復元、複数人の承認が必須なら、Handyは推奨せず、その要件を満たす別の環境を選びます。
