こんにちは、ITプロマガジンです。 クライアントから仕事を受託して働いているフリーランス（個人事業主）のなかには、何らかの理由により「業務委託契約を解除したい」「現在の契約を更新したくない」と考えている方もいらっしゃるのではないでしょうか。また、解除の意思を伝える際に「何日前に伝えれば問題ないのか」「メールはどのような内容にすればよいのか」といった疑問をお持ちの方も多いかと思います。 そこでこの記事では、業務委託契約を解除するための手続きや流れに触れながら、その際のポイントや注意点について詳しく解説します。メールで意思を伝える時の例文も紹介しているなど、実務的で分かりやすい内容となっていますので、ぜひ参考にしてください。 「必要以上に安売りをしてしまう」「市場感より高い単価で参画してしまいトラブルになる..」 フリーランス市場は売り手市場であるものの、いまだに正しいノウハウが確立されておら

こんにちは、ITプロマガジンです。 フリーランスとしてクライアントから仕事を受注する際に一般的に結ぶのが業務委託契約です。 本来、業務委託契約は双方が安心して仕事を発注・受注するための仕組みですが、業務委託契約では報酬の未払いから突然の契約解除まで、さまざまなトラブルが発生する可能性があります。そこでフリーランス側が一方的に不利になったり、クライアントに迷惑をかけたりしないためには業務委託契約の正しい知識を持つことが欠かせません。 本記事では、フリーランスの方が気にしなければならない業務委託契約に関する注意点について7つのポイントをまとめました。更に実際にトラブルになった事例を含め、業務委託契約の重要性について説明をしていきます。 「必要以上に安売りをしてしまう」「市場感より高い単価で参画してしまいトラブルになる..」 フリーランス市場は売り手市場であるものの、いまだに正しいノウハウが確立

こんにちは。 ITエンジニア・webディレクター・webデザイナーなどのIT人材の自立・キャリアを支援するITプロパートナーズ編集部です。 弊社では、独立精神旺盛な優秀なエンジニアの方々の独立・起業サポートや、フリーランス支援を行っています。 こちらでは、日々の現場でサポートさせていただいている中での、プロの目線で、エンジニアに役立つお話をしてまいります。 フリーランスとして業務委託契約をして仕事をする上で避けて通れないのが確定申告でしょう。 確定申告は慣れてしまえばほとんど定形作業ともいえますが、フリーランスとして独立したばかりの方にとっては慣れない作業であることも事実かもしれません。 本稿では、そんな確定申告初心者の方を対象にしてやるべき作業をご紹介します。 なお、フリーランスについて基本的なことを知りたい方は「フリーランスとは」や「フリーランスの税金」の記事も参考にしてみてください。

こんにちは。 ITエンジニア・webディレクター・webデザイナーなどのIT人材の自立・キャリアを支援するITプロパートナーズ編集部です。 弊社では、独立精神旺盛な優秀なエンジニアの方々の独立・起業サポートや、フリーランス支援を行っています。 こちらでは、日々の現場でサポートさせていただいている中での、プロの目線で、エンジニアに役立つお話をしてまいります。 さて、今回は在宅・リモートワークを普及させるメリットについて見ていきたいと思います。 「必要以上に安売りをしてしまう」「市場感より高い単価で参画してしまいトラブルになる..」 フリーランス市場は売り手市場であるものの、いまだに正しいノウハウが確立されておらず、多くの方が案件探しに苦労されています。 ですが、現在の市場感や企業側に刺さる経験・スキルを理解し正しく案件探しをすれば、誰でも自身のバリューを活かし単価を伸ばすことができる、という

こんにちは。 ITエンジニア・webディレクター・webデザイナーなどのIT人材の自立・キャリアを支援するITプロパートナーズ編集部です。 弊社では、独立精神旺盛な優秀なエンジニアの方々の独立・起業サポートや、フリーランス支援を行っています。 こちらでは、日々の現場でサポートさせていただいている中での、プロの目線で、エンジニアに役立つお話をしてまいります。 近年、多様な働き方を許容する文化の一環として、在宅で仕事をすることが以前よりも認められるようになってきています。 特にプログラマやデザイナなど、クリエイターとして活躍されている方にとっては、オンラインで在宅ワークすることも多くなってきているのではないでしょうか。 ワークライフバランスなどの面ではメリットも多い在宅ワークですが、デメリットがあることも事実かもしれません。本稿では、在宅クリエイターの5つのメリット、デメリットについて考えてみ

フリーを経てwebプログラマ。Ruby on Rails, Python, CoffeeScript, TDD, BDD, Lean, Agile, スモールビジネス, 機械学習, 人工知能, 投資, FX, 酒, 歌など。エンジニア出身の起業家になってもっとエンジニアを幸せにしたい。 働き方の多様性の一環で、IT系の仕事や案件をフリーランスとしてこなす方が私の周囲でも日に日に増えてきているという実感があります。とくにweb系のプログラマ・エンジニア・デザイナの方が多いのですが、これからIT系の仕事はディレクターや営業職などにもフリーランスとしての働き方が増えていくのではないかと私は予想しています。 一方でフリーランスとして活動している方の中でも、ずっと高待遇案件を切らすことなく楽しく自由に活動している方もいれば、なかなか継続して高待遇案件を取ることができず不安定な生活となってしまっている

こんにちは、株式会社GunosyにてCTOをしております松本です。 弊社にもこの4月から初めての正式な新卒採用で3名の方が入社しました。 実は自分も、3年ほどまえの大学4年の終わりごろにGunosyに入社しまして、そういう意味では新卒入社とも言えるのかなと思います。 社会人経験としては新卒の皆さんとそう大きく違うわけではないのであまり偉そうなことが言えるわけでもないのですが、自分が新卒の時にどんなことを聞いておきたかったかなと考えながら、主に今年新卒入社された皆さんになにかアドバイスになればと思い久々に技術の話以外でブログを書いています。 今回、3年間働く中で長くエンジニアとして必要とされるために大事だと感じたことについて書きます。 # 長くエンジニアとして活躍していくために自分がエンジニアを始めてからの数年の間にもベースになる技術は多くの進化を遂げており、1年前の状況が今では古いなどと言

食事を抜く、おざなりにする 朝食、昼食、夕食を熱中しすぎて抜いてしまう。ブドウ糖は蓄えておくことができません。定期的に栄養を取らないと脳がエネルギー不足となって、生産性の低下を招きます。凡ミスが多くなってくる。 きりの良いところで必ず食事をとること。食事の間隔があきすぎることがないように注意する。 生産性のないことに2〜3時間熱くなる 落ちついてコードを読み、設定を直せばすぐに解決するバグを、憶測で○○が悪いのかな？とあれもこれもと手を出すうちに2，3時間を費やしてしまい疲弊してしまう。 感情を抑え、物事を論理的に考える落ち着きを取り戻そう。 何を完了したら仕事が終わりなのかを理解していない コードを書けば仕事は終わりですか？QAやテストやドキュメントなどはいりませんか？誰に承認をえるのですか？これら、仕事として必要なことに注意を向けずに仕事を終わったと思ってしまう。本当に足りないことはあ

フリーランス稼業も波に乗ってくると、いい依頼がきても、どうしてもスケジュール的に請けれなかったり、逆にヒマでも「こりゃーないだろー」みたいな紹介を頂いてしまい、断るに断れなかったりする場合があります。 嫌な仕事というとナンですが、まあ「これはちょっと。。。」という条件の案件ですね。 そういった仕事の断り方・交渉方法をまとめてみました。 「スケジュールが詰まっていて、一ヶ月後まで無理」 よくある無難な断り方ですね。 ただこれだと本当に忙しいのか、建て前的に断ってるのか微妙なので、本当に請けたい仕事・相手の場合は、 「次はぜひ一緒にお仕事させてください」などとフォローをしておいた方がいいでしょう。 価格が安すぎる場合 10万でやってる仕事を1万でやってくれとか、「お小遣い」案件がまれにきます。 相場も調べず、「ホームページなんて誰でも作れるから」というアレな考えの方や、「どうしても予算がない！

※最後に2つ追記しました。 この話面白い。 11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - デジタル - 日経トレンディネット http://trendy.nikkeibp.co.jp/article/column/20111215/1039018/ スマホゲームアプリの開発を命じられたのは、東日本大震災直後の今年3月。 出された課題は 「4月から開発に着手し、7月末までに70タイトルそろえる」 「開発スタッフは既に決まっている人間で進める」 「8月にTVCMなど大々的なPRを行うため遅延は許されない」の3点 『11のやめたこと。』 1.「組織の細分化、階層化をやめる」 マネジャーが増えるということは、ゲームの作り手が一人減るということ。 優秀な人間がマネジャーになるほど、アプリの制作力は低下する。 2.「職種別の目標設定をやめる」 プログラマー、企画など

年末も押し迫ってきましたね。年末って、雰囲気的にも、何かと忙しく感じますよね。 その忙しさの中で、新年を迎えます。 「今年の抱負は何ですか？」 「今年もいい年にしたいですね」 新春番組で流れる司会者とタレントのやりとりを、コタツに入って眺めながら、 「今年の抱負か～、別に抱負なんかないよ～」 とため息をつきたくなる……わたしが毎年そうだったように、あなたもそんな気持ちを抱いていらっしゃるかもしれません。 そこで、新たな年を好スタートするためにどうしたらいいのか……考えました。 連載中の仕事を楽しめ！ エンジニアの不死身力で、来年「本当にやりたいこと」を見つけるための4ステップという記事を書きました。はてブを見ると、たくさんの方に読んでいただいているようです。ありがとうございます！ まだお読みでなかったら、よろしければ読んでみてくださいね！ さて、エンジニアライフでは、この記事作成に至った経

さらに、これらの選択肢によって両者がどのように利得があるかを数値化してみる。 労働者ががんばって成果を出す、雇用者はそれを高く買う場合、労働者の利得は5、雇用者の利得も5としよう（高く雇ったが、成果も大きかった） もし、労働者ががんばって成果を出すが、雇用者はそれを安く買う場合、労働者の利得は1、雇用者は7とする 反対に労働者ががんばらないときに、雇用者がそれを高く買う場合、労働者の利得は7、雇用者は1とする さらに労働者ががんばらないで、雇用者もそれを安く買う場合、労働者も雇用者も利得は3（安く雇えたが、成果も少ない）とする これを2×2のマトリックスにはめてみると次のような図になる。カッコの中は、選択肢の組み合わせの結果、両者が得られる利得を表す。 雇用者は労働者がもし「がんばる」という選択をすれば、「高く雇う」よりも「安く雇う」のほうが利得が大きいので、「安く雇う」。もし労働者が「が

面倒くさがり屋がToDo管理10の失敗の果てにたどりついた「Gmail Tasks」への道：最強フレームワーカーへの道（1/2 ページ） ToDo管理、タスク管理を行わない人はほとんどいないだろう。私自身、タスクをどう管理すべきか、どのようなツールを使うべきかで長い間、試行錯誤を繰り返してきた。これまでやってみたToDo管理と、その果てにたどりついた「Gmail Tasks」を紹介しよう。

僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定

勉強は教科書を復習するより問題を解くほうが効果的だ──。そんな論文が『サイエンス』誌の2008年2月15日号で報告された。 米パデュー大学のカーピック博士の研究だ。より専門的に説明すれば「入力を繰り返すよりも、出力を繰り返すほうが、脳回路への情報の定着がよい」ということになる。カーピック博士はよく練られた実験デザインを活用して、この面白い事実を発見した。実験内容は次の通りだ。 ワシントン大学の学生を多数集めて、スワヒリ語40個を暗記する試験を行う。adahama=名誉、farasi＝馬、sumu＝毒…といった具合に単語のペアを5秒ずつ提示して次々に覚えさせる。しかし、名門大学の学生とはいえ、40個を一回で覚えることはほぼ不可能である。そこで何度も繰り返して覚えてもらうのだが、この時、学生たちを4つのグループに分けて学習してもらった。 1つ目のグループには40個を通しで学習させ、その後に40

「どうしてもほめられないんですよ」「どうしても叱れないんですよ」――。実はほめなくても、叱らなくてもいいんです。では、どうやって部下を指導し、育てて行くのでしょうか。 ビジネスの本質とは相手を喜ばせることにあります。前回も、売り上げや利益などの単なる数値目標ではなく、「相手の喜びを目標に設定する、という感情目標を作ってみましょう」というお話をしました。また、部下が人を喜ばせるためには、まずあなたが部下を喜ばせられなければいけない、ということも伝えました。では、今回は、部下が喜びやる気になる指導方法について考えてみましょう。 現場に見る部下の指導、2つの悩み 部下育成の研修などで上司の方たちと話をすると、必ずといって良いほど上がってくる話題が、部下をほめて育てるか、それとも叱って育てるかというものです。 40歳以降の管理職で比較的多いのは、「どうしても部下をほめられないんですよ」と私に訴えて