ギルドワークスで、フルリモートワークを日常とする仕事の進め方を丸3年行ってきて、分かったことを「原則」という形で、まとめてみました。
リモートワーク (ここでの状況は、ごく一部がリモートワークというよりは大半の人が、もしくは全員がリモートという現場を想定している) で、「同席」と同じような前提で、仕事をしてもうまくいかない、ということは共通理解だと思います、
全員がほぼリモートの環境では、人と人のコミュニケーションは組織イメージとして「階層構造」を前提とするのではなく、 「ネットワーク」 を想定したほうが良いでしょう。
つまり、「リモートワークを上手くやるには」は言い換えると、 「ネットワーク的な集合体で仕事を上手くやるには、どんな条件が必要か?」 ということになります。
以下は、「リモートメンバーがネットワークに参加する際に確認すること」としてまとめてみました。(ちなみに、「ネットワーク」として考えると誰もがリモートメンバーだ)
1. 地理的な位置づけで、仕事のメイン、サブがないことを確認する。
2. 企業としての責任を果たすために、社内のレポートラインはある。確認する。
3. どこまでが、この仕事(プロダクトやプロジェクトなど)の関係者か。また、その関与度合いの強弱を明確にしておく。
4. 他者から何を期待されているか明確にする(お互いに)。
5. 仕事の、目標とする完成度のレベル感を一致させておく。
6. 共に仕事を成し遂げる関係にあることを意識する。
7. 組織の1人として、果たすべきミッションがあることを把握する。
8. ミッションのために、組織できめたやるべきこと、自分がなすべきことを理解する。
9. ミッションに基づくタスクも、他者と共同してあたる仕事であることを意識する。
1-2は、前提の前提といえます。3-6は、プロジェクトとかプロダクト開発とか、ある程度範囲が限定された状況下での、日常的な原則。7-9は、ネットワーク組織の一員としての原則、と言えます。
もし、フリーランスでリモートワークに参加するならば、原則1-6にまず注意をはらうべきでしょう。越境するならば、原則7-9まで踏み込むことになるでしょう。
ご参考までに。
Photo credit: Send me adrift. via VisualHunt / CC BY-NC-ND
この記事もどうですか?
-
顧客開発に適応するためのプロダクト開発8つの原則
市谷です。 この夏に手がけていた仕事が1つ終わりました。仮説検証のためのMVP開発であったため、プロダクトとしての作り込みはむしろこれからになります。2ヶ月足らずの短い期間でしたが得られた学びは大きく、一部始終をご紹介したいと思います。 ※…
-
WordPressの未来を考えるカンファレンス WordCamp Kansai 2016
WordPressとは WordPressは、今や世界でシェア26.4%(コンテンツ・マネジメント・システムの中ではシェア 59.5%) (*1)であり、公開されているサイトの4つに1つはWordPressということになります。仕事での開発…
-
RailsアプリでA/Bテスト
この記事は、 ギルドワークス アドベントカレンダー の6日目の記事です。 今回は、GoogleOptimizeを導入したときの手順を紹介します。 無料で簡単にはじめられるA/Bテスト google-analytics-rails というge…