【全然ダメ】要件定義のレビューが返ってきた！

→もう少し、ITな表現をしましょう。特に「パソコンで使える」とかは表現として幼稚です。　　
例）シンプルな操作性のタスク管理ができるWebアプリケーションです。

→ここは文章になっていませんね。

アプリケーションの概要ですから、アプリケーションの概要をきちんと説明しましょう。
最初に伝えましたが、書く目的・ポイントは、読んだ人がこの文章だけでどんなアプリかを想像できることです。
あと、「シンプル」という言葉は概要としては重要な情報ではありません。

鈴木さんの文章では、登録するタスク内容がシンプルなのか、登録する操作方法がシンプルなのか、はたまた両方なのか伝わりません。どうしても言いたければ、飾りのような表現で最初か最後らへんの文章に混ぜるようにしましょう。

例）タスクを登録した後、登録したタスクを一覧表示で確認できます。
一覧表示の形式は、一般的なTodo形式と同様です。
一度登録したタスクは、内容の更新やタスク自体の削除もおこなえます。
また、完了したタスクには完了したことの表現もできます。
タスクは内容だけでなく期限の設定も可能です。
数のタスクの期限を可視化するために、ガントチャート形式の図で表示もおこなえます。これ以降、文章をより適切にビジネスライクな表現で改めてください。

→<機能>には、タスクの編集や削除について触れていますが、この機能をおこなうのはどの画面ですか？
　また、画面の名称だけでなく、どんなことをする画面なのか説明も付加しましょう。

→<画面>では、タスク登録という言葉になっていますね。できるだけ文言は合わせましょう。
　タスクの作成→タスク登録
　また、<画面>では言葉の後に全て画面と付けていますね。こちらも合わせて、全て機能を付けましょう。
　例）サインアップ機能（できれば、ここはユーザー登録機能）のほうがいいです。
　　　タスク登録機能...etc
　バリデーションについては、実装するのは当たり前中の当たり前なので、ここでの説明としては不要です。
　基本設計や詳細設計を書く時に記します。
　最後の「タスクの優先度」は、機能ですか？