「遊ぶように働く」と言って働き方を説明することがある。当人は一生懸命に働いているんだけど、他の人からみたら遊んでいるように見える位に楽しそうにしているって言葉。

だから、仕事を遊びにしようというニュアンスで、仕事以外の趣味をしながら働くというよりは、仕事そのものが趣味みたいになっていれば良いな、と。楽しめる時間にしたい。

仕事を楽しむという話をすると、常にワクワク楽しいって勘違いされるけれど、そんなことはない。仕事だから、もちろん大変なこと、心身ともにきついことだってあるはずで。

それでも、前向きに働くことができて、良い作品を作れたり、相手に喜んでもらえたり、仕事を通じて成長ができたり、チームで力を合わせて目標を達成できたりすると楽しい。

それには目的に納得ができるか、自分で考えて試行錯誤できるか、価値を直接提供できるか、適切な難易度の高さか、チームの成果になっているか、などポイントになりそう。

そんな風に仕事をデザインできれば、自然と遊ぶように働く感じになると思う。そんな仕事になれば、仕事自体から楽しみや経験、交友など人生の喜びも得ることができるかも。

そう考えてみると「遊ぶように働く」の先にあるのは「豊かな働き方」と言っても良いのかも。「豊か」という言葉には、富の豊かさだけでなく、心の豊かさにも通じているね。

報酬が多くても、自身の健康や家族を犠牲にしたり、成長できる経験や思い出が得られなかったりすると、豊かとは言えないような気がする。物質だけが豊かさの象徴じゃない。

仕事をすることを、金銭を得るための対価としての労働だけにしてしまうのは、もったいない。それぞれ働く人たちの人生にとって得られるものが沢山あるようにしていきたいな。

簡単ではないけれど、そんな物心両面で豊かな働き方を目指していきたいんだよな。

先日ラジオで聞いたのだけど「良い経験をしたというけれど、それは次のための経験だったのか、それとも経験ができたこと自体が宝物だったんじゃないか」という話で、ハッとした。

つい経験って言うと、ゲームのイメージがあって、レベルアップして、次のステージに進めるためのものと思ってしまいがちだったな。

だけど、次に活かすかどうか関係なく、経験をしている、まさにその瞬間自体に価値があるという考え方って、とても素敵だと思った。

経験することで、成長や未来に目が向いてしまいがちで、それも大事だけど、そもそも経験ができていること自体を感謝したくなった。

一生懸命にやって、結果が出れば一番いいけれど、経験を得られたことも良かったことで、なにより経験できたこと自体が価値なのだ。

そう思えば、どんなことも人生の経験になるし、経験していることに価値があるなら、なんでも本気で取り組んだ方が良いじゃないか。

歳をとったせいもあるのかもしれないけれど、将来のために経験することより、経験そのものにフォーカスする考えに魅力を感じたな。

若かりし頃は、未来のために経験を積むこと、経験値を貯めてレベルアップをすることも、とても大事だったので、時期があるのかも。

いずれにせよ、どんなことでも経験できるのは貴重なことだし、どんなことも貴重な経験をしてると思えば、人生は楽しめるのかもね。

何か作品を生み出そうとするとき、文章でも絵でも、仕事の成果物でも、一発勝負や一筆書きで、良いものや完成品を作ろうとしてもうまくいかないんだよね。

いきなり完成度や理想の高いものを作ろうとすると、二の足どころか一歩も動けなくなってしまう。頭の中で考えるばかりで、何も進まず時間だけ過ぎて辛い。

だから、最初に作るものの完成度は極限まで下げてしまった方が良い。そのまま世に出す訳でもないので、こんなレベルで良いの？というハードルにして作る。

いったん作ってみたら、直したくなってくるので、あとは改善していけば良い。よほどの天才でもない限り、一度で完成するレベルのものは作れないと思う。

ゼロから作るよりも、既にあるものを改善していく方が楽だし、まわりの協力も得やすいし、チームで何か作るときは、叩き台があった方がやりやすくなる。

一人で作るときも、自分のための叩き台として作ってみれば良いんだな。むしろ、雑に作った方が直したいところが無限に出てくるから、やる気も続きそう。

少しずつ直していって、完成に近づける。そのとき締切がないと、ずっと直し続けたくなってしまうのが最上志向。どこかで諦めたなら、それで完成となる。

かのレオナルド・ダ・ヴィンチは「芸術に完成はなく、あるのは放棄されたものだけだ」と言ったとか。という呟きも時間がきたので放棄して完成としよう。

組織のネコ本のトラリーマンの特徴に「経営者に理解者がいる」というのがあって、確かに自分も理解してくれる経営層の方々がいた。

組織の中で自由に動くためには、現場のルールや部署の枠組み、決められた役割などを、どうしても越えなければできないことがある。

アジャイルの社外活動をしたときも、社内ベンチャーを立ち上げたときも、いつも上司や経営層に理解者がいてくれたから実現できた。

どうやって理解者を見つけるのか。それが『提案より相談』という手。提案は、求めてない人にすれば、ともすれば敵を作りかねない。

だけど相談なら、話は聞いてくれるし、アドバイスもらえるかもしれないし、味方になってくれることも。相談されて悪い気はしない。

組織のネコだと自覚があり、やりたいことがあるのなら、経営層に相談してみると良いと思う。たぶん経営者の多くはネコ人材が好き。

そもそも組織のネコという既存の枠組みからはみ出るような人材は貴重で、自分の意思で仕事をしようとする人はもっと大事にしたい。

人が主体的に何かをしたい動機は、お金で買えない貴重な資源だし、自分でできないことをしようとするのだから、応援したくもなる。

今度は自分が実際に経営者になって、そう思うようになったな。ネコ人材と経営者が、もっとザッソウしあえたら嬉しいことなのかも。

学生向けインターンをソニックガーデンらしい形で提供できないかと考えた二つの企画を公開しました。

プログラミング経験がある方に向けたコードレビュー勉強会の『ジム』と、文系や未経験でも参加可能な合宿形式の『キャンプ』です。

ジムは、社内で中途採用や若手の方に実施しているスキルアップの勉強会に、採用に関係なく参加できるようにしたものです。

プログラミングを独学でやってる方にとって、ベテランからのフィードバックは、得難い経験になると思いますので、ぜひ挑戦してもらいたいです。

また、新卒での応募を頂くのですが、文系や未経験からエンジニアとして就職を希望される方が増えてきていている印象があります。

キャンプの方はそうした方々に向けて、みっちり集中的にプログラミングの基礎を身につけられる機会を提供できないかと考えました。

これは私たちとしても、新卒採用とはいえ、完全に未経験の方だとプログラマとして採用できるかどうか判断が難しいんですね。

というのも、やってないから向き不向きが自分でもわかってないんです。なので今回の合宿を経験することで、自信を持ってもらえたら嬉しいです。

年末年始を使うことになりますが、完全オンラインで場所に関係なく、学生と第二新卒に限りますが完全無料で提供します。

スクールと違って手取り足取り教えることはしませんが、仲間と共にプログラミングに取り組む貴重な経験が得られます。

ソニックガーデンに興味のある方も、そうでない方も、プログラミングを単なる仕事を越えて楽しめる方が一人でも増えると嬉しく思います。

身近に興味ありそうな方がいらっしゃれば、ぜひシェアして頂けると嬉しいです。よろしくお願いします！

https://www.sonicgarden.jp/sgcamp_sggym

ソニックガーデンでは、セルフマネジメントで仕事をしてもらうことで、管理職を置かなくても良い組織を志向している。

もちろん、まだセルフマネジメントが身についてない若い方や、社歴の浅い方にはサポートつけて育成期間を置いている。

慣れていない人たちが、わりと陥りがちなのが「セルフマネジメントできる＝自分一人で仕事ができる」と考えること。

そんな風に考えてしまうと、周りに頼ることは未熟さの表れだと感じて、一人で抱え込んでしまって成果が出せなくなる。

周りに頼ることができないのは、まだ目線が自分の感情や評価に向いていて、成果を出すことに向いてないからだと思う。

「マネジメント」とは「いい感じにすること」であり、大事なのは成果を出すことで、一人でなんとかすることじゃない。

そこで発想を変えて、成果を出すことが仕事だと考えてみる。自分は完璧でなくても、誰かの助けで成果を出せればよい。

現代の仕事は、境界も曖昧で、正解もなくて、一人で成果を出すのは、とても難しい。だから、チームで仕事をするのだ。

チームで仕事をするのは、手数を増やす以上の意義がある。それぞれが責任を持ちつつも、互いのことを活かし合いたい。

全員がセルフマネジメントで、周りを活かして各自の成果を出していけば、周りからはチームワークが良いと見えるはず。

そんなチームでありたいんだよな。

ソニックガーデンでは「ふりかえり」を大切にしていて、もはや文化といっても良い位に、何をしても終わったあとは、当たり前に取り組んでいるんだけど、何が大事って言語化かなと思ってる。

反省会にしないので、良かったことも思い返すけれど、ただ肯定だけして終わるともったいない。どう考えて、なぜうまくいったのか、思考プロセスを言語化しておけば、他に応用ができるはず。

ふりかえりで言語化する過程で、自分のことを冷静に客観視することになって、ある意味で他人事として見えるようになれば、素直に改善することができる。壁打ち役は、客観視の手伝いをしよう。

言語化して書き出してみると、頭の中だけで考えてたことが具体化されていく。難しい問題も、具体化して考えるとシンプルな話だったり。ちなみにビジュアルにするのも、言語化の一つだと思う。

もちろん直感や感覚も大事だけれど、その裏付けを言語化できると、周りの理解も得られて、言語化を続けた結果、共通認識のできたチームになれば、直感や感覚でもチームワークが成立する。

慣れてないと言語化は難しい。ふりかえりに慣れないうちは、やったことは出せるけど、考えたことは出せない。言語化は運動に近いので、練習が必要だけど練習さえすればできるようになる。

ソニックガーデンでは失敗をしても責められることはない。その代わり、ふりかえりで徹底的に言語化が求められる。これは結構大変なこと。もしかしたら、怒られて謝る方が楽かもしれない。

成長に欠かせない経験も、ただ経験を積むだけよりも、ふりかえりで自分で言語化してみれば、経験からの取れ高が高くなる。決断・判断の思考プロセスを言語化するから、血肉になっていく。

・・・という、言語化の重要性がたくさん出てくるアオアシって漫画を読み返してて思ったことでした。

先日、久しぶりにソニックガーデンで合宿をしたけれど、当然ながらオンラインではあったけれども、とても良い機会になった。

普段の仕事では考えることのない経営課題について、その事業に関わる人たちが全員参加して議論する機会はあった方がいいね。

ここ最近、なんとなく品質にバラつきが出てきたことへ課題感を感じていたけど、価値観の共有不足が根っこにあった気がする。

価値観の共有という話はよく聞くが、その目的は何か。精神論や社内の話じゃなく、顧客への提供価値を高めるためだってこと。

社員が増えたことで、一定のロスが出るのは仕方ないと諦めるのではなく、高品質を維持する方法を考えたい。その一つが合宿。

合宿に参加してくれたメンバーの感想も、こういう視点を変える機会は重要だったと言ってくれてたので、定期的に開催したい。

古株にとっても意味あるし、コロナ以降に入社したメンバーは特に合宿の機会がなかったので、今後もっと積極的に開催したい。

議論の内容的には、前職の会社だったらマネージャ合宿で話すようなことを社歴に関係なく全員で話し合う様子は頼もしかった。

合宿は手間もコストもかかるけど、高品質のための価値観共有ができて、助け合いの関係性も築けるなら、コスパは高いと思う。

品質が高まればトラブルも減り、フォローのコストが不要になる。事前にコストをかけて防止するリスクマネジメントと言える。

入社後の管理にコストかけるか、入社前の採用にコストをかけるか、の話にも通じる。後者を進めれば管理ゼロに近づけられる。

あとは、やはり合宿はリアルで開催したいな。議論も楽しいけれど、加えて食事やレクリエーションなども合わせた方が楽しい。

またリアル合宿できる日がくると良いなぁ。

先週の金曜日、ハッカソンの表彰式にコメンテーターで参加したんだけど、とてもとても楽しかった。参加者の皆がアイデア出しあって、プログラミングして、プレゼンするイベントだった。

今回のテーマは「明日がちょっと楽しくなるサービス」ってことで、総勢9組のファイナリストたちのプレゼンを見せてもらったけど、どれも本気で楽しんでたのが伝わって、本当よかった。

アイデアを出すのも良いんだけど、それを形にできるってプログラマは本当にいいよね。今回のハッカソンは、テーマの発表から48時間で作り上げるルールだけど、どれも完成度が高かった。

視聴者全員の投票で最優秀賞が決まったのは、新卒1年目？の３人による若いチームだったけど、アイデアも天才的で、ちゃんと開発できてた。実装の荒さは、ハッカソンではどうでもいい。

まぁ今回のハッカソンでは賞はおまけで、ハッカソンに参加して作ること自体を楽しめればよくて、それに関しては参加者全員がもれなく作ることを楽しんでくれてたようで、嬉しかったな。

ちなみに、今回のハッカソンはソニックガーデン社内限定じゃなく、誰でも参加できるオープンなハッカソン。作って遊ぶことを目的とした「作って遊ぶハッカソン」、略して「ツクアソ」。

僕らにとってハッカソンといえば、なにか問題を解決したり、イノベーションを生み出したりするではなくて、ただひたすらに本気でモノづくりに取り組む、作ることそのものが目的だった。

なんか、そんなハッカソンがあっても良いよねってことで仲間たちと実行委員会を立ち上げて、ソニックガーデンとしては協賛させてもらった。そのツクアソの第１回が開催されたのでした。

いやぁ、思った以上に面白かった。社外の人ともボーダレスにハッカソンするのは楽しいね。第２回も、冬か春には開催したいと思っているので、我こそはという方はぜひ参加してください！

https://tsukuaso.com/

昨日は久しぶりに「納品のない受託開発」をテーマにして講演する機会があった。ビジネスモデルの解説から、背景や考え方まで。

今は現場に出て開発も営業もしてはないけれど、この事業に対する思いはあり、その思いの原点を講演で話すことで再確認できた。

「納品のない受託開発」を提唱したのは早くも10年前になるけど、当時は反響はあったものの、割と批判的なコメントも多かった。

当時はまだ実績もない状態だったから仕方ないけど、無理だと思われてたし、できたら良いですねー、みたいなトーンだった。

それが10年続けられて、100社以上のお客様にサービスを提供できて、まだまだとはいえ、それなりに実績ができて良かったなぁ。

だけど、出発点だったシステム開発におけるビジネスモデルの構造上の問題や、エンジニアのキャリアや働き方の問題はまだある。

納品のない受託開発だけが正解だとは思わないけど、そうした問題に対する一つの答えにはなれているんじゃないかな、と思う。

だから、納品のない受託開発で、より多くのお客様のニーズにお応えしたいし、より多くのプログラマが幸せになれるなら嬉しい。

最近リモートワークについて頼まれることが多かったけど、納品のない受託開発について、知ってもらえる機会を作っていきたい。

こちらが講演資料です。

対応できるお客様のニーズも多様化し、扱ってる技術要素も多様化しましたね。顧問プログラマは引き続き募集しています。仲間と切磋琢磨して技術を高めていきたい方には良い環境だと思います。