契約プロジェクトであれ、フルタイムの仕事であれ、毎日オフィスに行くことに慣れている人にとって、新しいリモート ギグを始めるのは少し怖いかもしれません。しかし、この雇用形態は、人気が高まる、いくつかは非常に注目企業彼らの支持を与えています。
開発者として、私はこれまで何年もリモートでさまざまな規模や期間のプロジェクトに取り組んできました。この投稿では、私がさまざまな状況で仕事をする中で得たベスト プラクティスをいくつか列挙したいと思います。ここでのアドバイスは、ソフトウェアとハードウェアに関する具体的な推奨事項から、チームの期限を守るためのヒントまで多岐にわたります。
オフィスのセットアップ
オフィスを適切にセットアップすることの重要性は、どれだけ強調してもしすぎることはありません。そうすることで生産性が向上し、よりプロフェッショナルに見えるようになります。たとえば、ヘッドセットは、オンライン通話中のエコーを回避するために不可欠です。リモートで作業する場合、このような小さなことが大いに役立ちます。
私がホームオフィスに不可欠だと考えるツールをいくつか紹介します。
ヘッドセット。特に有線ヘッドセットは大事な時にバッテリー切れにならないのでとても気に入っています。たくさん着るものなので、着心地の良いものを選びましょう。 2つ持っていますマイクロヘッドセット: 1 つはデスク用、もう 1 つはラップトップ バッグに入れています。ラップトップバッグ用ヘッドセットとして、2 つの優れた利点があります。USB 電源なので、バッテリーの充電を気にする必要がありません。とてもカバンの中で壊れた場合に交換するのが安いです。このヘッドセットは長時間の電話会議には少し不快だと思います。それらをたくさん行う場合は、コルセア ヴェンジェンス 2000- バッテリー機能を備えた快適なワイヤレス ヘッドセットで、一日中作業できます。 (ちなみに、どれも紹介リンクではありません。)
静かに考える場所。理想的には、ドアが閉まるものです。特に他の人と一緒に住んでいる場合は、特に家族がいるなら。
安定したインターネット接続、またはバックアップ接続が良好であること。たとえば、DSL を使用しており、DSL が切れた場合に携帯電話でテザリングを設定しています。常に Skype の問題が発生したり、通話が切断されたりすると、他人から見て信頼性が低下し、プロフェッショナルでもなくなってしまいます。
スカイプ。これは、アドホックな電話会議、クライアントとのインスタント メッセージング、または儀式の少ないチャット ルームの作成にも適しています。
スカイプアウト。携帯電話から Skype 連絡先に電話をかけたり、発信したりできるようになります。これは、特にコンピューターから離れているとき (時間を計算し間違えたとき、クライアントに緊急事態が発生したときなど) に最適です。
電気ケトル。時々、ホットコーヒーが飲みたくなることがありますが、コーヒーを飲むために自分の流れを邪魔したくないです。
ガロンの水差し。やかんに、あるいは飲み物に。長時間のコーディング セッションや長時間の電話会議に。
これらの一部は明白に聞こえますが、ここですべての点を満たしていないリモコンの数に驚かれるでしょう。私たちは、中断されずに考えるための静かなスペース、つまり電話会議、ミーティング、ペア プログラミング セッションなどを中断されずに開催できる場所が必要です。ソファで仕事をするだけでは、長期的にはおそらく良い解決策とは言えません。
ソフトウェアツール
リモートワークに関連する課題を克服するのに役立つ優れたソフトウェア ツールがたくさんあります。
私が本当に気に入っているものをいくつか紹介します。
離れて探す (上の写真)メッセージを SMS 経由で転送するため、緊急のメール、特に会議の出席者からの直前のメッセージに適しています。
タイムゾーンコンバータ、世界中のクライアントや同僚と仕事をするために。好きです時刻と日付のワールドタイムクロック、すべてのタイムゾーン、 そしてワールドタイムバディ。
チャット/IRC ルームチームの全員のために。これは形式的なものになる可能性があります (例:キャンプファイヤールーム)、または単なる Skype チャット ルーム。
バグトラッカー。開発者にとって、これは別のセクションに値するため、以下を参照してください。
会議を計画するときは、必ず両方のタイムゾーンを確認してください。そして、招待状を受け取ったら、常に逆算して同じ数字が得られることを確認する必要があります。会議に複数のタイムゾーンが含まれる場合は、UTC 時間も含めることを好みます。全員が UTC からのオフセットを知っている必要があるため、これは全員が同じ認識を持っているかどうかを確認するためのもう 1 つのチェックです。
私は数年前、そこそこの規模の Rails チームに所属していました。チームメンバーの何人かは少なくとも時間の一部はリモートで働き、多くの仕事は夜に行われるというチーム文化がありました。私は当時の正式なチームリーダーを通じて、Campfire または他の有料チャット サービスを指して、チャット ルームをセットアップすることを提案しました。何もアクションが起こらずに数週間が経過しましたが、チャット ルームがチームにとって資産になるという私の理論をテストするために、開発者だけで Skype チャットルームをセットアップすることにしました。この実験は非常に成功したことが判明し、非常に成功したため、別のソリューションの代わりに Skype チャットを使い続けました。この Skype チャット ルームは、私がほぼ 1 年後にプロジェクトを離れたときもまだ使用されていました。場合によっては、シンプルが最良の選択肢になることもあります。
その後、同じプロジェクトの重要な締め切りの間に、開発者、ビジネス分析担当者、プロジェクト マネージャー、クライアントを含む Skype チャットルームを開設し、一般グループで質問にすぐに対処できるようにしました。開発者専用チャット ルームほど活発ではありませんが、それでも非常にうまく機能しました。 Skype チャットは一部のユーザーによって管理および制御される場合がありますグループチャットコマンド、チャット ロールの設定とアクセス許可の設定により、ユースケースに合わせてチャットルームを実際にカスタマイズできます。このようなシンプルなセットアップでも、リモートの生産性を向上させることができます。
ベスト プラクティス: バグ追跡
私は、使用しているバグ トラッカーから 3 つのことを知りたいと思っています。
私は今何に取り組んでいますか?
このソフトウェアの次のリリースには何が予定されていますか?
ソフトウェアのこのリリースに対するチーム全体の成果物は何ですか?
これらにはそれぞれ目的があります。まず、「私は今何に取り組んでいますか?」: 従来のオフィスで働いていると、バックグラウンドでのおしゃべりがあり、これにより他の人が何をしているのかが大体わかります。バグ トラッカー システムに「はい、現在これに積極的に取り組んでいます」という明示的なマーカーがあると、リモート作業にも同様のパターンと感覚が導入される可能性があります。
2 番目に、「次のリリースには何が予定されていますか?」 「私が担当しているバグ」または「私が扱っているバグ」を意味します。確かにどのチームでも多少のやり取りはありますが、バグを見つけたい場合、またはリリースに向けてバグを最終的に仕上げる際に助けが必要な場合に、誰に尋ねるべきかを知っておくことも役に立ちます。
また、あなたのチームがまったくこのように機能していない可能性もあります。たとえば、ワークフローでは、最初は各開発者に 1 つのバグのみが割り当てられ、1 つのバグが完了したら未割り当ての山を選択するというワークフローが考えられます。これも生産的です。 「ソフトウェアの次のリリース」は、何か大きなものである必要はありません。私は「次のリリース」が「3 日後にクライアント向けに新しいアルファ ビルドをリリースする予定です」という意味のチームに所属していました。 ”。しかし、この新しいリリースで何が行われるのかを誰もが知っておくことは依然として良いことです。特に、現在のチケットが完成したときに未割り当てのチケットを取り外す場合はそうです。
注: この記事の最後に、特定のバグ トラッカーに関する推奨事項をいくつか記載しました。
ベストプラクティス: チームコミュニケーション
一部の人にとって、チームのコミュニケーションは、リモートで働く上で最も恐ろしい部分です。しかし、これは放っておいた場合にのみ問題になります。オフィスでは、席に向かう途中でみんなとすれ違うと、ちょっとした冗談が飛び交い、人々は「こんにちは」と声をかけます。同僚は、あなたがあそこのデスクで仕事をしているのを見ているので、あなたが仕事中であることを知っています。
リモートワーカーは、もう少し明示的にする必要があります。あなたが言わない限り、あなたが働いていることは誰も知りません。しかし、適切なコミュニケーション習慣を確立すれば、オフィス内を歩いたり、エレベーターで降りたりしなくても、ボタンを押すだけで同僚に連絡を取ることができます。これらのヒントは、より大きなチームの一員としてリモート ワーカーに適用されます。ただし、あなただけが唯一の開発者である場合には役立つかもしれません。
自分の存在を感じさせる: 目立たないようにしないでください
これらのアイデアのいくつかを以下からピックアップしました。Wide Teams ポッドキャスト エピソード 48。一日の初めに、IRC (またはチームが使用しているツール) にアクセスして、「こんにちは」と挨拶し、人々の一日の様子などについてチャットします。たとえそれが IRC にアクセスして、子供たち、週末、スポーツ チームについて尋ねることになったとしても、または週末のハッキング。あなたが現在一生懸命働いていることを人々が知っても、あなたが目立たなくなることはありません。関係を築き、あなたがそこにいるということを人々に知らせましょう。
チャットで他の人とチャットし、同僚との関わりを維持しましょう。これは、コーヒー ルームなどで人々に出会った場合とは異なります。援助が必要なときに人々がすぐに対応できるように、明示的に手を差し伸べて連絡を取り合う必要があります。
「始業日」、「ランチタイム」、「戻ってきてください」のメッセージ
自分の存在をアピールするだけでなく、いつ自分がいるかをチームメイトに知らせる必要もあります。ない働く。従来のオフィス環境と同じように、一日中姿を消して同僚をぶら下げたままにすることは望ましくありません。他に複数のメンバーがいるチームに所属している場合は、仕事の開始時にチェックインするのが理にかなっています。シンプルな「おはようございます、皆さん」を使用して、あなたが家やベッドにいないのではなく、デスクにいてプロジェクトの作業を開始する準備ができていることを人々に知らせます。
日中の昼食や仕事の休憩時間に「1 時間後に戻ってください」というメッセージを送信するのもいいでしょう。リモートワークは多くの点で優れていますが、懸念されるシナリオの 1 つは、同僚に質問しても返答がないことです。 30分も離れているから応答がないのでしょうか?それとも、彼らが深くゾーンに入っていて、チャットに耳を傾けていないからでしょうか?たぶん会議中ですか? 「戻ってきてください…」メッセージは、こうした懸念を軽減し、ワークフローをスムーズにすることができます。午後の仕事が終わったら、いつ戻るかを周りの人に知らせてください。おそらくそれは、「朝また会いましょう」、または「[x] を終わらせるために今晩遅くに戻ってきてください」かもしれません。しかし、「1 時間後に戻ってきます」というメッセージと同様に、チームが適応できる一定の期待を設定します。
という興味深いスタートアップがありますスクウィグル (上の写真)これで問題の一部が解決されるかもしれません (ただし、私はまだ試していません)。数秒ごとにあなたの写真を撮るだけでなく、チームメンバーがあなたの写真をクリックしてビデオ/オーディオチャットを開始したり、テキストチャットコンポーネントを提供したりすることもできます。この写真の背後にあるアイデアは、自分がコンピューターに向かっているのかどうかを一目で確認できるようにすることです。 (オンラインで誰かとチャットしようとしてすぐに返事が来ないことほど最悪なことはありません。相手は何か別のことに夢中になっていますか? 集中状態にありますか? チャット通知が表示されませんか? 今トイレにいるのですか?)。 Sqwiggle については、Wide Teams ポッドキャスト エピソード 83。
ベスト プラクティスを設定できるプロジェクトについて
リモートでのフリーランスの仕事は常に異なります。 (それが魅力の一部です!) 場合によっては、純粋にスタッフの増強として既存のチームに組み込まれることもあります。おそらくこのチームはしばらく一緒にいて、その場合はすでにコミュニケーションの習慣が確立されているのでしょう。一方で、プロジェクトに参加するのはあなただけで、技術系ではないクライアントと協力する場合もあります。独自のソフトウェア開発のベスト プラクティスを設定し、操作の実行方法をある程度制御できます。以下は、私の 10 年ほどのリモートワーク経験から得たベスト プラクティスの一部です。ほとんどの場合、これらは半週 (週 20 時間) または週全体のスケジュール (週 40 時間) を対象としています。
スタンドアップミーティング
開催に関しては言うべきことがあるスタンドアップミーティングプロジェクトの状況について話します。これらは従来のオフィスでは非常に一般的ですですが、リモート チームにとって生産性を高めることができない理由はありません。これらは、クライアントと開発者の 2 者間でコミュニケーションを強制するもう 1 つの方法にすぎません。従来のスタンドアップミーティングでは、昨日何に取り組んでいたのか、今日は何に取り組むのか、そして行く手を阻む障害はあるかどうかを尋ねられます。この形式は、チームの規模によっては機能する場合と機能しない場合があります。開発者が 1 人のプロジェクトの場合、これらの実際の質問は意味がありません。
スタンドアップ ミーティングをどれくらいの頻度で開催すべきかは、チームの規模と文化によって異なります。ただし、私の推奨事項は次のとおりです。
1~3名:週2回のスタンドアップスタイルミーティング
4 人以上: 毎日のスタンドアップ ミーティング
1 ~ 3 人であれば、これらの質問はほとんど自明です。個々の作業を追跡するのは簡単なので、各人が何をしているかがわかります。仕事をしている人はそれほど多くないので、誰もが何をしているのかを知っています。チームが大規模になると、動いている部分が増えます。作業を複製したり、互換性のない変更を加えたりすることで、誰かが誰かの仮想の足を踏みつけないようにする必要があります。
推奨事項
ベスト プラクティスを確立するチームに参加した場合に備えて、リモート ワークを管理するためのツールを以下にいくつかリストしました。これらは単なる私の推奨事項であることに注意してください (開発者向けに調整されています)。確かに、これらはすべての人に適しているわけではありません。これらのツールが気に入らない場合は、おそらくもっとニーズに合ったものがあるでしょう。
Planscope.io、毎週モード。これは、プロジェクトに取り組んでいるときにクライアントに毎日電子メールを送信する、時間トラッカー + バグ トラッカー + プロジェクト見積もりツールです。そして進捗状況と予算の観点から物事がどのように進んでいるかを確認できるようにします。これは、開発者が 1 ~ 4 人/月の規模のプロジェクトに最適です。
アプリの軌跡は、プロジェクトを 1 ~ 2 週間の単位に分割して見積もりを行うことに重点を置いた、小規模な開発者チーム向けのバグ トラッカーです。 App Trajectory では、1 回の反復で完了している作業量と、既知の作業がすべて完了するまでの反復回数を知ることができます。これは、開発者が 2 ~ 12 人/月の規模のプロジェクトに最適です。
極めて重要なトラッカーは、アジャイル手法に重点を置いたクライアント向けのバグ追跡ツールです。これは、正式なアジャイル反復を行っている場合、またはプロジェクトのサイズが開発者/年数で測定されている場合に最適です。
フロードックチャット用。 Flowdock には、通常の IRC または Skype チャットに比べていくつかの利点があります。人気のサービスとの統合に加えて、後で簡単に参照できるように会話にタグを付けることもできます。 FlowDock は、一般的なチャットとは別にステータス アクティビティ (コード チェックインなど) のリストも保持します。 (つまり、Web インターフェイスでは、自動ステータス更新が左側にあり、チャットが右側にあります。)
また、キャンプファイヤーチャットにも最適です。
結論
リモートワークを始めるのは、あなたにとってもクライアントにとっても、かなりの調整が必要な場合があります。私はそれが非常にうまくいったこともあれば、非常に間違ったこともありました。しかし、それがうまくいけば、クライアントや従業員にとって問題を解決する優れた方法となる可能性があります。「人材不足」問題を作成し、より幅広い機会大都市やビジネスの中心地以外に住んでいる人向け。適切なベストプラクティスを導入して、人々がリモートで共同作業することで、非常に効率が向上します。
リモートで働きながら最高のパフォーマンスを維持する方法|トプタル
Ryan Wilcox は次の開発者です。トプタル、トップ開発者とトップ企業のためのマーケットプレイス。 Ryan は 12 年以上のプログラミング経験があり、Ruby on Rails、iOS/Cocoa、JavaScript、C++ (STL、Boost、wxWidgets)、Python、SQL、VisualBasic、およびその他 12 の言語に関する広範な知識を持っています。彼のノウハウには、ワークフロー分析、最適化の背景、強力な技術文書が含まれます。彼は現在フルタイムで働いていますファンツター、WebおよびiOS製品の会社。
Lifehacker であなたの作品を見てみませんか?電子メールテッサ。