問題タブ [time-management]

私たちの職業は、多くの場合、ディープ ラーニングを必要とします。座って読んで、理解する。私は現在試験期間中であり、より効率的に学習する方法を探しています。

私は何を学ぶべきか、本よりもブログを好むかどうかなどを尋ねているのではありません。私の質問はそれよりもはるかに物理的なものです -

勉強する必要があるとき、あなたは何をしますか？

などの答えを探しています

• 私は自分の時間を 2.5 時間間隔に分割し、その間に休憩を入れますが、その間は決して休憩しません。
• 水の入った瓶を近くに置いています。
• 6 時に起床し、ジムでのセッションから 1 日を始めます。

どのような良い学習習慣を習得しましたか、または習得したかったですか?

（これは厳密にはプログラミングに関連していないことは知っていますが、プログラマーに関連しています）

プロジェクトに取り組んでいるとき - 私は常に自分のタスクを見積もり、完了するまでにかかる時間を計算します。そのため、最終的に、プロジェクトを終了する必要がある期間を取得します (めったにありません)。

私の質問は、プロジェクト中に見積もりで使用したデータと仮定を記録し、それらを後のプロジェクトまたは同じプロジェクトの詳細な見積もりに使用しますか?

もしそうなら、そのようなデータをどのように記録し、どのように保存しますか?

私はExcelシートを使用しましたが、どういうわけか（それがどのように起こったのか想像できません;））新しい仮定や得られた情報を記入するのを忘れがちです。一方で、プロジェクトの終了後に私の予測を評価するのに、実際には読みにくく、有用ではありません。次のプロジェクトのためにそれから学ぶことです。

私のスタッフには、締め切りや見積もりを慢性的にオーバーシュートする開発者がいます。いくつかのプロジェクトで、この 1 週間か 2 週間毎日、「一日の終わりまでに終わらせるべきだ」と耳にします。この開発者は良い仕事をしています。

私はすでに彼の問題について彼に話しました。彼は本当にイライラしているようで、それらを修正するために何をすべきかについて腹を立てています。

私の質問は次のとおりです。

1. 期限を過ぎた場合の罰則にはどのようなものがありますか?
2. この従業員に自分の行動 (時間の見積もりなど) を取り締まるように強制するには、どのような方法がありますか?

UPDATE : 応答に基づく。これが私が考え出したものです。

1. 罰は悪い考えです。
2. 従業員が介入なしでは見積もりの​​問題を解決できないのは当然です。
3. 締め切りまでに完了しなかったことによる会社の結果 (契約の喪失) がない限り、期限を設けないでください。
4. 利用可能な方法 (アジャイル、Joel のチェックリスト) を利用して、開発者がより適切に見積もりできるようにします。

リンクと情報をありがとう。また、私の考えを更新してくれてありがとう。

一部の開発者は、タスクが与えられると、IDEに直接入り、ごくわずかな設計でコーディングを開始します。彼らは、コーディング中にアプリケーションがどこに向かっているのかを知っているかもしれません。私はこれらの開発者の1人です。これを行うのは、アプリケーションの設計に多くの時間を費やすと、ただ座って頭の中でアイデアをコーディングする場合に比べて、はるかに長い時間がかかると感じているためです。私の質問は、アプリケーションの設計がプロジェクトの納期にどのように影響し、アジャイルな方法でコーディングするよりも大きな利点があるのか​​ということです。

私は自分で複数のプロジェクトを持っており、それぞれに期限と、物事を成し遂げるために投資すべき時間の (個人的な) 見積もりがあります。

特定の時間に複数のプロジェクトに参加することができます。

私が必要としているのは、「タイムライン」を計画して表示できるソフトウェアです。つまり、各プロジェクトに取り組みを進めなければならないときに延びるラインです。

似たようなことをする何かを知っていましたか？これはソフトウェア エンジニアリングで使用される手法だと覚えていますが、名前は覚えていません...

編集

duffymoのおかげで、ガント ダイアグラム マネージャーが欲しいことがわかりました :)

関連している：

• Linux におすすめのガント チャート/プロジェクト管理ツールはどれですか?
• プロジェクト管理 — リソース チャート
• 良い php ガント チャート開発をお勧めできますか?
• ガント ダイアグラムを描画するための LaTeX パッケージはありますか?

私はラップトップと1日を通して5分のセグメントの束を持っています。私はこれが「何でも」するのに単に短すぎると思っていました。少し練習し、いくつかの小さな動作の変更（プラグを抜くなど）を行うことで、各セグメントで何かを実行できることに気付きました。だから今、私はあなたのすべてのクイックドロープログラマーに連絡を取り、最短の時間セグメントで何かを成し遂げるためのヒントを求めています。

• あなたは何をした？
• どれくらい働きますか？

家に帰る時間の約 30 ～ 45 分前に大きなプロジェクトを終わらせたり、会議を終わらせたりすることはかなり頻繁に起こります。通常、やらなければならないことがありますが、通常、残り 30 ～ 45 分でこれらのプロジェクトを開始する価値はありません。

その時間を何に使うと良いでしょうか？

ここにいる多くの人と同じように、私は一人の開発チームです。私は、プロジェクト要件の収集、コンセプトスクリーンの設計、データベースの計画と開発、すべてのコードの記述に至るまで、すべてを担当しています。

一人のチームであることは素晴らしいですが、欠点があります。私には他の開発者とすぐに相談する能力がありません。自分のコードに目を向けることはめったにありません。皆さんも他の多くのネガを思い付くことができると確信しています。

自分の時間を最大限に活用し、自分の仕事に最も効率的に取り組むために、可能な限り最高の1人のチームになるために、日常業務にどのようなヒントや実践を実装できますか？

小さなチーム (場合によっては大規模な組織) の課題の 1 つは、コンテキストを頻繁に切り替える必要があることです。今、PHP コードを書いていて、1 時間後にまったく関係のない C++ を書き、その直後に HTML/JS を書き、そのプロセスを同じ日にもう一度繰り返すこともできます。

コンテキストの切り替えを効果的に行えることは重要であり、規律が必要です。

時間を無駄にせずに状況を効果的に切り替えるために、どのような習慣や慣行に従っていますか?