オフィスで「自由な時間」を生産的に過ごす方法[非公開]

リリースを出荷した後、2〜3か月に1回、10〜15日間の空き時間があります。自由時間では、仕事がない、誰もあなたが何をしているのかなど気にしませんが、オフィスに行って出かけなければなりません。

そのような自由な時間はありますか？今回はどのように活用していますか？

私は読む傾向がありますが、情報を詰め込むことはそれを使う最良の方法ではないと感じています。

それは少し珍しいです。そして奇妙なことに、ところで。あなたの雇用主があなたのための仕事を持っていない場合、なぜ彼はあなたをオフィスに来させるのですか？

コードを改善する

一般に、単一のプロジェクトであっても、必ずやるべきことがあります。何もすることがなければ、それはあなたのプロジェクトが完璧であることを意味します。見たことがないので、完璧なプロジェクトを信じていません。あなたの会社が完璧なプロジェクトを持っているなら、私はそれがどのように行われているのか見てみたいです。

プロジェクトが完璧でない場合は、この自由時間を使ってプロジェクトを改善できます。

• コーディングスタイルルールを適用し、
• コメントが最新であり、どこにも欠落していないかどうかを確認し、
• あなたが書いていない部分のコードレビューを行い、
• 技術文書の改善、
• コードをプロファイリングして、ボトルネックとその除去方法を確認し、
• コードをリファクタリングし、
• 実装する将来の機能について考え始めます。
• 等

新しいことを学ぶ

時々、コーディングを終えたばかりで、最終的にプロジェクトをリリースしましたが、最後にやりたいことは、過去3か月間続けてきたコードを使い続けることです。それは理解できます。この場合、アイデアを変えて知識を増やす別の職業を簡単に見つけることができます。たとえば、C＃開発者の場合、Pythonを学ぶか、Reactive Extensionsの使用方法などを学びます。

また、空き時間に自分で小さなプロジェクトをしたいと思うかもしれません。仕事で書くコードが一般に会社のものであるだけでなく、エンタープライズハードウェアやその他のリソースを使用して、自分とは関係のないプロジェクトを行うよう訴えられる可能性があるため、そうすることはお勧めしません実際の仕事。

上司と話してください

Programmers.SEで尋ねた質問を関係者、つまりあなたの上司に尋ねることは良い考えかもしれません。実際、チャンスは次のとおりです。

• 開発者が時々何もすることがないことを彼が無視するか、
• または彼はあなたが正確なことをすることを期待しています。

上司が実際に何かをすることを期待している場合、状況を知ることは特に重要です。たとえば、従業員がいた場合、コードの作成とバグの解決が完了したときにプロジェクトの改善が期待されます。同様に、私が会社で働いているとき、私はいつもプロジェクトに取り組み、解決すべきバグがなければプロジェクトを改善するために常に時間を費やしました。

例外が1つあります。通常、インターンは自分で追加の作業を行うことは想定されていません。しかし、少なくとも私たちは彼らに来て、彼らが私たちに頼んだことを終えたら教えてくれることを期待していますので、私たちは彼らに別のタスクを割り当てます。

私は実際に私の仕事でそのような状況になります。数週間のリリース後、次のリリースに向けて準備を進めている間、停滞する傾向があり、PM＆Developmentマネージャーはリリースn + 1の機能の優先順位付けについて議論します。

私は通常、この時間を費やして、発生した技術的負債を返済するか、必要だと思う機能を追加しようとしますが、収益に直接結び付かない可能性があるため、適切なリソースが与えられません。

私はこの状況に複数の雇用主のために複数回行ってきました、私を信じて、

これは一般的ではありませんが、確かに珍しいことではありません。

率直に言って、それは一般的だとは言いませんが、確かに普通ではありません。これは、不十分な管理および/またはプロジェクト管理の兆候です。このような小康状態を作り出すいくつかの一般的なテーマを次に示します。

• 開発リソースがたくさんある大規模な組織にいる可能性があります。 進行中のソフトウェアプロジェクトを効果的に管理し、大きなリソースプールでリソースの100％の使用を維持することは難しくなります。

• 悪いプロジェクトマネージャー。 リソースが可能な限り100％の使用率に近づくように、リリース作業をスケジュールするというひどい仕事をします。

• 既存のソフトウェアに対するメンテナンス/機能プロジェクト。 多くの場合、機能のバックログや複雑な保守作業がある場合、作業自体を実装するのにそれほど労力を費やすことはできませんが、作業を行うには非常に高いレベルの技術的知識とビジネス知識が必要です。

• 主題専門家。 幅広い技術やビジネス知識を備えたプロジェクトでは、個々の領域の周りにチームの小さなバンドが必要になることは珍しくありません。これらのチームは、それぞれの点で主題専門家になり、会社は、彼らにとって特別な仕事がない瞬間に彼らがしていることよりも、彼らが知っていることとできることをより重視しています。

本当に奇妙な、

• 定期的な間隔で10〜15日間の空き時間
• 誰もあなたがしていることを気にしませんが、それでも物理的に存在しなければなりません

それにもかかわらず、ある程度の時間をかけて、チームビルディングの演習を行い、同僚を集めて、使用している言語またはフレームワークに関する概念を学び、提示することができます。そして、スキルを向上させるために、ランダムな問題について少し時間をかけてコードを練習してください。

StackOverflowにログオンする傾向がありますが、ここではいくつかの短い休憩中にログオンします。また、新しい言語を習得することも、検討できる視点になる可能性があります。

私がお勧めするのは、仕事に苦労している 2〜3か月の間に、プロジェクトの完了時にやりたいことのリストの作成を開始し、数週間の自由時間を繰り返すことです。

• リファクタリングしたい「十分な」コード
• 試してみたいツール、ライブラリ、言語など
• プロトタイプを作成するアイデア、構築する概念実証
• 試してみたい開発テクニック

そのようなことを考えるたびにURLとメモをリストに追加した場合、2〜3か月後には、忙しくしておくための十分な長さのリストが必ずあると思います。