質問

CodePlex チームには、 スラック 時間政策があり、彼らにとっては非常にうまくいっている。

  • ジム・ニューカークと私はそれを使って、 xUnit.net プロジェクト。
  • Jonathan Wanagel はこれを使用して作業を行いました SVNブリッジ.
  • スコット・デンズモアと私はそれを使用して、 オブジェクトビルダー 2.0 プロトタイプ。

他の人にとっては、技術的にはスケジュールに載っていないものの、最終的にはチームの他のメンバーにとって非常に役立つ可能性のあることを検討する素晴らしい時間でした。私はこの価値を非常に確信しているので、再びチームを運営することがあれば、これをチーム文化の一部にするつもりです。

あなたのチームには正式な Slack ポリシーがありましたか?どうなりましたか?

編集: Slack を定義していないことに今気づきました。この本を読んでいない人のために説明すると、Slack は Google の「20% 時間」に相当します。日、週、月、年の一部を与えられ、日々の仕事に必ずしも直接関係しないことでも、間接的に利益が得られる可能性のあることに取り組むことができます(明らかに、次のようなことに取り組んでいる場合)。あなたの仕事や会社にとって全く役に立たないことであれば、あなたの上司はおそらくあなたの時間の使い方を良く思わないでしょう :-p)。

役に立ちましたか?

解決

この件に関する Google のポリシーについて触れておきたいと思います。
1 日の 20% はプライベートなプロジェクトや研究に費やす必要があります。

マネージャーは、優れた開発者のほとんどが少し怠け者であるという事実に直面する時期が来たと思います。そうでなければ、コードの再利用などの概念は存在しないでしょう。
この怠惰を創造力に集中させることができ、開発者が技術的な問題を読み、アーキテクチャと言語の機能を実験できるようになれば、最終的にはより良いコードが生成され、開発者の満足度も高まると私は確信しています。

したがって、あなたがマネージャーの場合は、次のようになります。開発者は時々手を緩めましょう。チームで小規模なセミナーを開催し、新しいやり方について話し合うよう奨励します。

開発者の場合:読んで、学んで、自分の作品を愛してください。自分の仕事を遂行するための最良の方法を学ぶために時間を割くつもりであれば、あなたは世界で最高の仕事の 1 つを得ることができます。

他のヒント

私は現在、フルタイムのフリーランサーとして 1 つのクライアントのために働いています。40 時間分の給与を全額受け取りたい場合は、コーディングに費やしたすべての分を、承認されたプロジェクト計画に計上する必要があります。あるいは少なくとも、ある種の現実的なメンテナンス作業に取り組む必要があります。これも契約のデメリットの一つと言えるかもしれません…。怠けたり怠けたりする余地はまったくありません。ただ目の前の仕事をやり続けなければなりません。かなり疲れるかもしれませんが、それでも、私はそれが自分に責任を与え続ける方法が好きです。もちろん給料も通常より少し良くなります。

そうは言っても、私は重要なプロジェクトに取り組むために利用できる余裕のある時間を確保したいと思っていますが、その費用を支払うことに同意するクライアントは決していません。

とにかく、これがフリーランスとフルタイム雇用の大きな違いのいくつかをどのように例示しているかを指摘したいと思いました。

また、私は正式なポリシーがある場所で働いたことはありませんが、副業で少しの研究開発/ツール構築の時間を捻出することはいつもわかりました。多くの場合、それによって生産性が向上し、さらに「余裕」時間ができるようになります。

時間に余裕があるので、リリースの間にスケジュールを設定するようにしています。リリースがリリースされると、私たちは開発者に 1 日の 60% をバグ修正に費やし、残りの 40% を空き時間に費やすように依頼します。ただし、空き時間を何に使用できるかについてはポリシーがあります。その後、リリースが再び近づいてきたら、開発者全員に、そのリリースの機能の実装やバグの修正に一日中費やすようにお願いします。

このポリシーにより、開発者は余暇時間をトレーニング、会社で使用できる新しいものを作成すること、または自分自身で作業を容易にするための社内ツールの作成に使用することができます。それは私たちにとってうまくいきました。これは素晴らしいメリットだと私たちは考えています。

私は正式な方針があるところで働いたことはありませんが、これまでに出会ったほぼすべてのマネージャーは、現在のプロジェクトや消火活動に直接関係のないことに時間を費やすことを許可してくれました。

大事なのは、やってみたいことについて話すことだと思います。ほとんどのマネージャーは、チームに何か素晴らしいこと、特別なことをしてもらいたいと考えています。そのため、あなたが何かを実現できるかもしれないと彼らを説得できれば、チャンスが得られるかもしれません。あるいは、あなたを幸せにするためだけにそうさせるかもしれません。

今は従業員ではなく請負業者なので、楽しいことをして給料をもらっているわけではありませんが、通常は週に 30 ~ 35 時間しか働いていないので、学んだり遊んだりする時間はまだあります。

私のチームには正式なポリシーがありません。それは、やるべきことが多すぎて、それを正当化するのが難しいからです。これはかなり皮肉なことです。

少なくともこのエッセンスをチームに注入するために、「開発会議」という名目でいくつかの正式なことを始めました。この例としては、新しいテクノロジーを教え、最終的にクールなアプリを作成することを目的とした開発プロジェクトが挙げられます。

まだ初期段階なので、どうなるか見てみましょう。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top