Mogicはかんがえる

ランドスケープ・アーキテクチャー

都市計画学、造園学、地理学ではおなじみですが、日ごろなかなか聞かない用語「ランドスケープ」。

ランドスケープをすごく平たくいうと、「人と自然と人工物の有機的なつながり」といった感じで、MogicではITサービスや会社づくりを進める際にこのコンセプトを軸にしています。（実際のランドスケープ用語は分野ごとに定義が異なっているみたいです）

なぜITサービスを作る時にランドスケープみたいな考え方を持ち出すかといえば、IT開発がとかく、ぽつん、ぽつんと点単位で作られやすいため、それをカバーする発想が必要だと思うからです。

例えば、要件定義として使う機能がまとめられ、Webデザインとして使い勝手が作られ、データベースとして情報をとりまとめる場所ができて、それらを組み合わせて一つのシステムにします。

また、人に知ってもらうために検索エンジンでの上位表示に取り組んだり、ソーシャルメディアに投稿したり、プレスリリースを出したりします。

一見、それらすべては重要に見えますが、これを公共施設の建設に例えてみると何かが足りない気がしてきます。

まず、地域住民が使いそうな用途をまとめ、建物の外観や内装を決めて、多目的ルームの管理所を作ります。

できた施設を地域に周知するために、掲示板に優先的に張り出したり、知り合いに教えたり、回覧板にのせたりします。

それだけで本当に人が楽しんで使う「景色」が見えてくるでしょうか。

何かが足りない気がします。

たぶん、そこに住む人が生活をより豊かに感じる「楽しい何か」が欠けているようです。

ITサービスを作るときに最も重要な一つが、その部分をどうやって作り上げていくかだと思っています。

まあ、ITだとランドスケープというより、クラウドスケープでしょうか。

贈り物としての教育

Mogicでは、いろんな場面で教育っぽいことが行われています。

「教育っぽい」と曖昧な表現になっている理由は、授業のように確固たるカリキュラムや成果目標はなく、偶然の出来事にあわせてやり方が変化したりするからです。

MicroTechというアイデアサービスづくりだったり、ラッシーづくりだったり、ボルダリングウォールづくりだったり、いろいろ行われてきました。

ずっと昔からこのような教育を続けてきて、一言では表せない効果があることはわかっているのですが、実際なぜこのようなスタイルの教育をした方がいいのかは、それを実践している人たちの間でも明確に理解できていませんでした。

最近ある書籍を読んで、これかなあと思った箇所があったので引用してみます。

ーーーーー
うしろめたさの人類学
https://mishimasha.com/books/ushirometasa.html

学生は、大学の授業の内容なんて、やがて忘れる。

自分も大学で受けた講義の中身は、ほとんど覚えていない。

それがどんな役に立つのか、目に見える成果がいつあらわれるのか、教育にも、学生にも、前もってわかるものばかりではない。

おそらく学生に残るのは「熱」だけだ。学生のなかで、その「熱」が次のどんなエネルギーに変わるのか、教員の側であらかじめ決めることはできない。

そもそも学生たちは、何者にでもなりうる可能性を秘めている。

授業で語られる言葉、そこで喚起される「学び」は、相手の必要を満足させる「商品」ではない。

どう受けとってもらえるかわからないまま、なににつながるかが未定のまま手渡される「贈り物」なのだ。

中略

贈与だからこそ、そのための「労力」は、時間やお金に換算できないし、損得計算すべき対象でもない。

もし教育を市場交換される「労働」とみなせば、その「成果」がきちんと計量できない以上、最低限の労力しかかけない、というのがつねに「正解」になってしまう。

それだと「教育」は、とたんにむなしい作業になる。

実際はほとんど届いていないかもしれないし、贈ったつもりのないものが届いているかもしれない。

教員の側には、つねに「届きがたさ」だけが残る。

教育とは、この届きがたさに向かって、なお贈り物を贈り続ける行為なのだと思う。
ーーーーー

チームワークを重視している経営方針だからこそ、教育をスキル向上などの費用対効果でみていなくて、贈り物としてとらえているのかもしれません。

夕方にミックスジュースを作る

「夕方にミックスジュースを作る」こと自体に意味があるのではなく、夕方のリフレッシュの仕方がパフォーマンスに大きな影響を与えるのではないかということです。

Mogicは10時から会社がはじまり、ランチまで2時間グッと集中します。

その後13時から仕事をはじめると、普通にいけば19時までノンストップで続けることになります。

ただこれまでずっとデータを取ってきて感じたことは、どうも16時から17時の間に集中力が切れているらしいということでした。

そこで思い切ってパッと30分ぐらい使って、ワイワイ騒ぎながら飲み物を作ったり、食べ物を作ったりした方が生産性があがりそうだと考えて、週3回以上何かをやっています。

すでに2年以上前からやっていて特に問題もなく、むしろ若手が楽しそう感を出すために頭をひねるのでいいトレーニングになっているのかなと。

その時に弱い人を助ける

思いがけないことで仕事を休まなければならなかったり、誰かに仕事をお願いすることになったとき、その人は立場が弱くなり、少し後ろめたい気持ちになります。

例えば、子育てしている人であれば急に保育園から呼び出しがあって帰宅したり、高熱で数日付き添って看病することがあります。

本当であれば、家族第一ですから後ろめたいことなんて何もないのですが、何度も続くようだとどうしても一緒に働く人たちに負担をかけてしまうと感じ、申し訳ない気持ちで弱くなっていきます。

「弱っている人を助けよう」とすることは同じ場所で働く人にとって大切です。

しかし、もし仕事量が多すぎて時間に追われている職場であれば、誰かが休めば誰かにしわ寄せがくるので、「弱っている人を助けよう」というマインドにならないかもしれません。

そのあたりも加味すると、個人の問題というより、チームや組織全体の問題としてとらえる必要があります。

Mogicでは、誰かに仕事が偏ったり、仕事量が増えすぎたりしないよう、お互いにチェックしたり、ビジネスモデルを変更したり、チーム編成を変えたり、あれこれトライしています。

ボルダリングのウォールを建設中

地下の空いた部屋はもともとシアタールームでしたが、あまりに誰も使わないので、ボルダリングできるようにしようとなりました。

ボルダリングとは、高い壁に無数のフックがあり、それに手を伸ばし、足をかけて登っていく競技のことで、それを地下でやってしまおうという試みです。

じゃあ、どうやってボルダリングできる壁やフックを作るかとなって、得意のD.I.Yでやってみようとなり、木工部（社内の特殊技術部門）に頼むことになりました。

注文としては、まず安全第一。これは大事ですね、壁ごと倒れてきては大変ですから。

次に重要なのは、ただ壁があって登ったイェーイというのではなく、「あれ、これ登るの、どうやるの」という好奇心をくすぐるものにしてほしいということです。

アイデア出しおよび強度設計に数時間を費やし、もうすぐ着工するようです。

同時に4Fのクラフトルーム（木工部が使う特殊器具があり、工作できる場所）も、新しいカッティングマシンが到着するので半分改装するとのことでした。

こうしてMogicのオフィスは半年に1回以上のサイクルで模様替えされています。

階段に蝶が舞う

Mogicのオフィスは地下1階から4階まで螺旋のような折り返し階段でつながっています。

ワンフロアで済めば掃除も楽なのですが、なにぶん石神井という土地柄、広いスペースのあるオフィス物件はほとんどありません。

ただフロアが細かく分かれていることでいいこともあり、その一つがフロアごと、部屋ごとにテーマを変えて多彩な印象を作り出せることです。

これまで地下はビンテージでメタリックな感じとか、1Fはアメリカンカジュアル、2Fはスペースシップ内など、みんなが好きな映画をモチーフに雰囲気を作ってきました。

そこに今回は階段を登るたびにちょっとワクワクできるといいなということで、Mogicカラーにちなんだ、カラフルな蝶がたくさんとまるようになりました。

下から上に吹き抜けるイメージを蝶で表現したかったようです。

そういった小さなアイデアが、生まれては消えて、また生まれています。

シンプルにするために議論をしている

外部の方に言われて気が付いたことに、「あちこちでよく議論をしている」ということでした。役員でも、社員でも、インターンでも立場に関係なく、テーマに対して考えを出し、ダメ出しをして、根拠を膨らませ、結論への道筋に貢献していきます。

ただ基本的には、出した考えはほとんど採用されず、埋もれていきます。

多くの考えが出てくるので、それが当たり前になります。自分の意見が無視されたとか否定されたと思うことはありません。

そして、ことあるごとに「最近なんか疑問に思ったことはない？」と聞かれ、「ない」といってしまうと、「そんなに疑問がないなんて、本当なの？」「なぜ疑問がないの？」といわれたりします。

誰かからの一方的な指示を受けるということもなく、気になることがあれば徹底的に質問し、答えていきます。

そうすることで、依頼する側も意識していなかった側面が浮かびあがり、どんどんシンプルになっていきます。

物事をシンプルにするために、最初に議論をしているようです。

難しい問題は解かない

Mogicでは、「その問題は入り組んでいて面倒だから止めよう」とか、「このフローを続けると大変だからナシにしよう」といったことが話されます。

平たくいうと、難しいなと思う問題がきたら、額面どおりに解かないようにしています。

難しい問題を簡単な問題にできれば解きますし、簡単にできなけば捨てることになります。

教科書に載っている問題であれば、誰か過去に解いたことがあるので、より難しい問題にチャレンジしていいと思うのですが、ビジネスの現場はほとんどが新しい問題だったりして、解けない問題の方が多いように思います。

解けない問題が多い中で、無理にやろうとすると止まりますし、いつか誰かに負荷をかけることになるので、そういう時は解かないようにしています。