フリーランスでリモートワークする際の考え方とコツ

フリーランスでリモートワークする際の考え方とコツ

フリーランスでリモートワークする際の考え方とコツ

IT界隈では日本でもリモートワークする人が増えてきた。働き方が増えてすごい良いと思う。かくいう自分も独立してから6年間、全てリモートワークで仕事をさせてもらっている。通勤が無い幸せ。マイペースに働ける幸せ。これからもこの生活を続けていきたい。

フリーランスだとどんな感じでリモートワークするのか、どうやって先方に理解してもらうのかとか、気になる人は多いと思う。なので自分の例を紹介してみたい。

まず働き方。自分が受けている案件は今のところ全部スタートアップ系で、主に新規サービスの立ち上げをお手伝いさせて頂いている。サービスの要件定義から関わることもあれば、開発の途中で参加することもある。そして担当範囲は全部。もしくは、独立したシステムをまるっと任されるとかが多い。UIもデザインもサーバ側も全部やる。つまり共通しているのは分担しないこと。デザイナーさんとかと一緒に仕事をした事が無い。だから日常的にメンバーとの密なやりとりが必要ない。

コミュニケーションはどうしてるかというと、まず最初の段階で直接会ったりして話を詰める。その後は放任されて、月1〜2回程度のミーティングを設ける。会う必要がなければ出来るだけ音声通話で済ませる。細かな連絡はSlackやメールで。あ、最初の進捗報告はなるべく早めにする。プロトタイプの画面のスクショを送るとか。特に、初めて付き合うクライアントを不安にさせないために早めにする。そのあとはそんなに頻繁に報告しなくても大丈夫っぽい。先方から進捗どうですかと聞かれることはほとんど無いので(信用してもらえてるなぁ・・)

コミュニケーションを減らすためにドキュメントを詳しく書くよう心がけている。どの程度書くかというと、最悪自分が抜けても誰かが引き継げる程度。これを読めば自分ならコードが読み解けるなと思えるぐらいの量と詳しさで書く。Keynoteで2,30ページ前後。ミーティングではその資料を事前に作って数日前に送って読んでもらう。だからミーティングは基本質疑応答だけ。資料に残すことで何度も説明する手間が省ける。

ところで、自分がリモートワークを好む理由はいろいろあるけど、時間で縛られたくないというのが大きい。なぜならオフィスにいる時間はその会社のために作業をするというのが暗黙の了解だから。けど、俺は自分のプロダクトを持っていて、そっちが本業。時間に縛られると本業の時間が割けなくなる。

時間で縛られないために、人月で見積もりをしない。週3日リソースを提供しますというのは、自分の安売りだと思う。自分は人より作業が数倍速い。メンバー同士の連携コストがほとんどかからないから。3人のデザイナ・エンジニアより俺一人でやった方が設計も実装も速いし一貫性が持てる。だから人月見積もりは割にあわない。

依頼内容に基いた報酬額の方が、実は双方にメリットがある。人月見積もりは仕事の遅い人に高いお金を払う計算方法だから。つまり依頼側は安く済む。こちらは早く仕事を終わらせて自分のプロダクト作りに集中できる。リモートワークを取り入れるという事は、この時間の呪縛から開放される意味もある。自分にとって不可欠な働き方。

リモートワークって信用の上で成り立っていると思う。だから、先方に信用してもらうことがとても大事。人月ではなく依頼内容ベースで契約が出来る相手なら、自分の経験上大丈夫。今働いてるかどうかではなく、アウトプット内容で判断できる人だから。そういう人は自分のことを「1人月」として見ない。過去のアウトプット実績でこいつは出来るかどうかを判断してくれる。こういう理解のある人を見つけるのも大事。

逆に言えば、アウトプットに納得してもらえないとリモートワークは成立しない。先方に喜んでもらうことがあくまで前提。納期に遅れたりとか、要件を満たしてないなんて事があると「こいつちゃんと働いてるのか?」と疑われて、信用が失われる。

リモートワークは時間を自由に使える働き方で、それは人月システムからの開放を意味する。アウトプットを重視する評価となって、仕事を速く終わらせられる人が活躍できる働き方。リモートワークのコツは、コミュニケーションコストを下げること。

参考になったらイイネしてね☆

Read more

「一汁一菜」にAI時代の生き方が詰まっている

「一汁一菜」にAI時代の生き方が詰まっている

どうも個人アプリ作家のTAKUYAです。 今回は、AI時代を開発者・クリエイター・表現者としてどう健やかに生きるか、について考えていることをシェアしたいと思います。ここでの「健やかに生きる」とは、心身の健康を保ちながら、ものづくりを楽しみ続けるという意味です。 読者の中にも、最近のAIの急速な進化の中でどう生き残り、さらに活躍していくかを悩んでいる方は多いのではないでしょうか。正直、すべてに対する正解はわかりません。未来を正確に予測できる人はいないからです。 でも自分は、ソフトウェア寄りのアーティストとして生きる上で大事なのは、「戦略」や「堀(moat)」を築くことよりも、「生きる方向性」 だと思っています。 人生とは速度ではなく方向である – ゲーテ 自分はどこに行きたいのか?何を見たいのか?それが大事です。戦略は状況に合わせて柔軟に変えればいいからです。 今回は、日本の文化からいくつかの生き方の原則を探ってみたいと思います。 最近、料理研究家の 土井善晴 さんの 「一汁一菜でよいという提案」 を読んで、日々のリズムを健やかに保つためのヒントがたくさん詰まっていると感じまし

By Takuya Matsuyama
Claude Codeをtmuxのポップアップウィンドウで継続的に走らせる方法

Claude Codeをtmuxのポップアップウィンドウで継続的に走らせる方法

💡本記事は英語ブログの日本語訳です。 どうも、TAKUYAです。 AIコーディングでは専らClaude Codeを使っています。最初はtmuxでターミナルの右側にペインを分割して使っていたのですが、幅が狭すぎてメッセージやdiffがまともに表示できず、使いづらかったです。 <Prefix>+zでペインを最大化すればいいのですが、毎回やるのは面倒でした。 そこで、ポップアップウィンドウでClaude Codeを起動するようにしました。キーバインドを押せばセッションが開き、閉じてもバックグラウンドで動き続けるので、すぐに再開できます。 この記事では、それを実現するためのtmuxの設定方法を紹介します。 動画で見る(英語): ポップアップウィンドウはサブプロセスを維持できない tmuxのdisplay-popupコマンドを使うとポップアップウィンドウを表示でき、ちょっとしたツールにすぐアクセスするのに便利です。 僕はlazygitでgitの状態をサッと確認するのに使っています: bind -r g display-popup -d '#{pane_current_path}'

By Takuya Matsuyama
Keychron K2 HEを無刻印化する手順

Keychron K2 HEを無刻印化する手順

どうもTAKUYAです。KeychronさんにK2 HEをお願いしたら音速で送ってくれたので、無刻印化してみました。どうやったのか過程をシェアします。 Unboxing 上はKeychron Q1です。これは3年間ぐらい使ってきました。キーキャップが若干くたびれていますね。でも問題なく今まで使えていました。そろそろ飽きてきたので新しいキーボードを試したいと思い、前から気になっていたK2 HEを試すことにしました(写真下)。 Amazon | 【国内正規品】Keychron K2 HE ラピッドトリガー ワイヤレス カスタムキーボード、ホールエフェクトGateronダブルレール・マグネットスイッチ、2.4GHz・Bluetooth無線対応、QMKプログラム可能、アルミ+ウッドフレーム、USレイアウト、RGBライト、Mac Windows Linux対応 (ブラック) | Keychron | パソコン用キーボード 通販【国内正規品】Keychron K2 HE ラピッドトリガー ワイヤレス カスタムキーボード、ホールエフェクトGateronダブルレール・マグネットスイッチ、

By Takuya Matsuyama
ノート駆動AIコーディング術の提案

ノート駆動AIコーディング術の提案

どうもTAKUYAです。みなさんはAIエージェントを普段のコーディングで活用されていますか。ちょっと面白いワークフローを思いついたのでシェアします。それは、ノート駆動のエージェンティック・コーディング・ワークフローです。最近Claude Codeのプランモードを使っていたら、ターミナル内で生成されたプランを読むのが辛かったんです。それで、じゃあMarkdownノートアプリであるInkdropをプランの保存先バックエンドとして使えば解決するんじゃないかと思って、 試してみました。こちらがそのデモです(英語): こちらがClaude Codeの設定ファイル群です: GitHub - inkdropapp/note-driven-agentic-coding-workflow at devas.lifeComplete Claude Code configuration collection - agents, skills, hooks, commands, rules, MCPs. Battle-tested configs from an Anthropic hackathon w

By Takuya Matsuyama