カオスを整理し、毎日それを行い、時間を無駄にしない方法について

この質問で、集団habrazumaに訴えます。 私の考えには生命の権利がありますか、それとも他の「自転車」とクローゼットの中にありますか?



しかし、アイデアはこれです。

私はウェブスタジオのプロジェクトマネージャーです。 そして、処理の過程で毎日、少なくとも12個のタスクがあります。 小規模な運用から、より深刻で長期にわたる運用まで。 有能なランキングについては、ほとんどの場合、時間も欲望もありません。 その結果、混乱。

パフォーマーでも同じことが起こります。 請負業者にはいくつかのタスクが割り当てられますが、ほとんどの場合、請負業者はそれらのタスクの割り当て時間に関心がありません。 彼は、そのタイムラインが見えなかったという理由だけで、その緊急性が小さいタスクを実行し始める可能性があります。 または、事前にタスクを取得しますが、その関連性の時間までにそれを忘れます。 タスクのシーケンスの決定、リマインド、コントロールは、すでに十分なタスクを持っているマネージャーにかかっています。

結局のところ、それはすべてあなた自身のためだけでなく、各アーティストのための詳細な行動計画を毎日作成しなければならないという事実に帰着します。 しかし、今回は努力します。 そして、私はどういうわけかこのルーチンのタスクを最適化したい。

そして、アイデア自体は次のとおりです。プロジェクトスケジュールのデータに基づいてタスクの連続リストを自動的に作成および更新するシステムを作成することです。





それで、入力として何を取りますか。



これは、割り当てられたリソースと定義された期限を持つタスクプールです。 たとえば、Redmineから取得したと仮定します。Redmineでは、すべてのプロジェクトを指揮しています。 また、スケジュールが最新であり、請負業者が事前に物理的に不可能なタスクを受信できないことも考慮します(たとえば、植字は設計より早く開始できません)。



方法論



計算はアイゼンハワー法に基づいています。 なじみのない人、グーグルがお手伝いします。 これがどのように機能するかを簡単に説明します。 すべてのタスクは、緊急度と重要度という2つの特性に従って10段階で評価されます。 次に、X軸が重要度、Y軸が緊急度の座標グラフがコンパイルされます。 タスクは、値(画像内の赤い点)に従って設定されます。 スケジュールは4つの象限に分割され、その後、原則に従ってシーケンスがコンパイルされます。1。重要-緊急、2。重要ではない緊急、3。重要-非緊急、4。重要ではない-非緊急。

画像



ちなみに、この方法には良い方法があります: http : //habrahabr.ru/blogs/services/98591/

本当に気に入りました。 私にはあまり便利ではありませんが、定期的に使用しています。 よくやった、ありがとう。





難しさ



私たちが直面しいる最初の問題は、「1つの作業領域に分類されるタスクをどうするか」です。これは緊急かつ重要です。 そして、すべてがシンプルであることがわかりました。 同じ原理に従ってこの象限を分割し、必要な詳細度に分割する必要があります。 たとえば、さらに2回共有しました。

画像



これで、タスクのシーケンスが非常に明確になりました(青色の番号が付けられています)。



秒の複雑さ。 既存のタスクに重要性と緊急性の必要なステータスを割り当てる方法 そして、重要性が一定である場合、絶えず変化する緊急性をどうするか?



技術的な観点からの重要性は非常に簡単に解決されます。 おそらく、どのタスクマネージャーにも「ステータス」または「優先度」フィールドがあります。 それは私たちの目的にちょうど適しています。 特にRedmineでは、ポイントを割り当てるためのガイドを設定することもできます。

重要度は、その出現(作成)の段階で、状況に応じてタスクに割り当てられます。 ここでは、自動化する特別なものは何もありません。 重要性の任命の質は、マネージャーの資格と経験に依存します。



緊急度については、この方法を見つけました。 緊急度スコアをタスクの開始日にリンクします。 つまり、2日以内に開始するタスクがあり、その緊急度は8であるとします。そして、今日開始する必要があるタスクがあり、その緊急度は10になります。

ただし、これは、タスクに完了期限が与えられている場合にのみ機能し、「ここではタスクを2時間、期限を1週間にして、必要なときに実行しますが、タスクは週末までに準備ができます」。 この場合、システムは機能しますが、効果的ではありません。



結論として



まあ、おそらく全体のアイデア。 もちろん、どこで何をファイナライズするかがあります。 また、数式を作成し、長期的なタスク(6〜8時間以上)と小規模な運用タスクなどを組み合わせる方法を検討する必要があります。



プログラマーのコメントを見越して、ここでは論理的な問題のみを解決しようとしたことに注意してください。 技術的な実装方法を考慮しませんでした。 いずれにせよ、肯定的および否定的の両方のすべてのコメントを受け入れます。 好みは建設的です。



ご清聴ありがとうございました

あなたのHabraSh!



All Articles