「新しい×新しい」なんだから相性がいいに決まっている。この一見すると相性がいいというのがミソです。自他ともに説得力があります。新技術導入時によくみるシーン実はここに大きな落とし穴があります。「当然だろ」と思える人は少なくとも僕からしたら優秀な人です。僕は愚かな人間なのでこの穴を見ることはできません。負債と向き合うことに疲れている人間にとって、「新しい」という言葉の響きはそれだけで福音です。新しい企画書、新しいデザイン、新しい開発環境、新しい設計、新しいライブラリ、どれをとっても美しい。そこには自分や他人が作った借金などなく、ただただキラキラしたものを積み上げていくだけです。みんながみんな、「ぼくのかんがえたさいきょうの〇〇」を思う存分に入れられる場所。それが新規プロダクトというものです。新しい〇〇を導入します。simpleだの美辞麗句が並んでおり、サンプルアプリを弄ってみても「これはヤベェ...」の感想しかありません。そのライブラリのリポジトリで公開されているサンプルアプリはスーパーにシンプルでそのアプリにベリーフィットしているから。そんなこんなである一定の技術検証を終え、いざ本格導入となります。ある程度の学習や技術検証を終えているので、その時に踏んだ地雷やコツなどが活かせます。いう機能を実装予定だからこれとこれの関連を検証しておこうなど、ある程度の予測はできているからです。プロダクトは生き物です。成長するに従って必ず反抗期がやってきます。「これが思うように動かないけど、使い方が間違っているのかライブラリのバグなのかよくわからん??」とか、そもそもドキュメントにないし、issueあがってるけどまだ返答ない...というようなシーンにちょくちょくぶち当たることになります。「考慮漏れ」と一口で言ってしまうこともできましょうが、そんな「考慮」をどのくらい完璧にできる人が居るでしょうか?もちろんどこかには居るでしょう。我々にそんなカードはありません。プロジェクトメンバー間でもこの認識の齟齬というのは発生します。非技術者含め全員で合意したつもりでいた新技術の導入が、「聞いてたんとちがう」というシーンは必ずやってきます。「俺は最初から違うと思ってた」マンが出現しはじめます。これは他人だけでなく、自分の心の中でも起きます。人間は未知なるものや自分の理解が及ばないことに対峙すると好奇心よりストレスの方が勝るものです。なると、ことその中心に居る人物はやってしまったことに対して「アンダーコントロール」だと言い聞かせ、中心から遠ければ遠いほど、それって本当に必要だったの?という消極的な客観視をするようになります。説明不足なのでは?とか共有不足なのでは?とか言われそうですが、多分、幾ら丁寧にシェアしたところで限界はあります。いった状況への目線の違いがプロジェクトに関わる際のテンションの違いというものにも反映されます。どちらが良いとか悪いとかを述べているのではありません。いう現象を見てきたというだけです。余談ですが、こういったことは新技術の導入だけでなく新規プロジェクトの展開や新機能の実装、新制度の導入など、「変化」の起こるシーンで多かれ少なかれ発生するようです。それでも僕は新技術を導入するこのように、(社内的に)枯れていない事物を仕事に投入すると、大なり小なり混乱が生じるというのが僕の実体験です。自分自身や他の誰かに知見があればればそのようなことにぶち当たる確率は低くなります。我々はまだまだ知名度があるわけでもなく、会社の規模も大きくなく、技術的に尖っていることをやっているわけでもないので、先導してくれるようなスーパーエリートを抱えるようなことはできません。(社内的に)新しいことをやろうとする時には自らが泥臭くその知恵を獲得するしかありません。それには当然のことながらそれなりのリスクと苦労が伴います。それでも僕は、次のプロジェクトでも(社内的な)新技術の導入を検討し導入します。?それは「新しい」ものが美しいからではありません。ビジネス的な優先度と技術的な正しさの足並みをなるべく揃えたいからです。ビジネスは日々成長します。技術も日々進歩します。ビジネスだけ成長して、技術が進歩しない、ということはありえません。先に述べたように時間軸的にはズレが存在します。そこが同時ではないのは、ビジネスがあってプロダクトがあり、プロダクトがあってビジネスがある、というような関係だからです。同時並行的にすべてが進捗するということは、多分ないんだろうと思います。会社の成長期にはビジネス的な都合の方が優先度が高くなるのでそういうズレが大きくなりやすいのだと思います。そのズレを埋める作業をどこかで、何かでする必要があるのです。あの技術を使えばこんなに苦労することはないのに、なんていうシーンはイヤというほど味わってきました。その技術を導入しかけたはいいが、結局既存の構成にフィットせずに使用を諦めたということもあります。僕は、地雷を踏むとわかっていながら「新しい×新しい」を実践し続けます。「新しい×新しい」の実践は「古い×新しい」よりも多くの予想外なストレスを生じさせます。「新しい」の二乗なので不確定要素がその分多く、想像の域を超える問題が次から次に襲ってくることになるからです。それでも「新しい×新しい」を実践し続けるワケは、そこでしか成しえない大きなチャレンジができるからです。「あたまからっぽのほうがゆめつめこめる」メソッドです。チャレンジをするということは失敗を許容することです。失敗を前提にしてチャレンジするバカはどこにも居ないですが、成功確率が少なくてもその先に価値を見出だせるからこそ挑戦をするのです。既存プロダクトでは大きな失敗はできません。そいつが稼ぎ頭だからです。いう文脈になると新しいプロダクトでのリスクテイクが比較的許容されるのは想像に難くないと思います。新しいことを始める時に、社内的にも「枯れた」技術を採用するのはとても効率が良いし、正しいことだと思います。何も間違っているとは思いませんし、僕の考え方のほうが正しくないでしょう。現実問題として、肥大化して機動力の衰えたプロダクトに新技術の導入や大幅なアップデートを施すのには多大なコストがかかります。新しい技術を比較的ローリスクでテストする場所は、新しいプロダクトがなんだかんだでちょうど良いのです。そこで得たノウハウは失敗を含めて大きな財産となります。僕が新技術を採用する際に必ず考慮することは、今後「社内で枯らすことができるか」と「覚悟を持って付き合えるか」です。新規プロダクトに関わる人間が少なく、自分しか触れないために属人化を極め、残念ながら朽ちていったプロダクトは正直あります。技術選定を間違えたと後悔して枕を濡らしたこともあります。スケジュール遅延などで色々な人に迷惑をかけたことも多々あります。嫁にも散々怒られました。それでも、覚悟を持って挑戦したことにはそれなりの道理があったと自負しています。自分本位に進めることは言語道断ですが、ある程度の思いやりと最終的には自分でケツを拭く覚悟があれば、なんだかんだモノはできあがるし、全社的にもその後の選択肢は大きく広がります。今ココナラは抜本的に全体のシステムの見直しを行い、新たなステージに立とうとしています。今までしてきた新規プロダクトでのチャレンジで得た経験が、色々な場面で活かされようとしています。負債がないプロダクトなんて存在しません。穴があったら埋めて、前よりも多くの土を盛ってやればいいのです。したら近くに次の穴ができるけどまた埋めりゃいいんです。商売なんてそんなもんです(てきとう)。何を言いたいのか意味不明でしょうが、最後に告知を。僕と一緒に新規事業に取り組んでくれる仲間を募集しています。17:00枯れていない技術の垂直投下Tweet関連記事2019-09-19今後取り組むべきiOSアプリカイゼンココナラのモバイルアプリ開発を担当している小林です。ココナ...2019-09-04アプリ開発チームの課題とこれからプロダクトアプリグループの太田です。(2019年8月版)こんにちは、Androidアプリエンジニアの中田です。実現するココナラ新プロフィールページ機能こんにちは。開発グループ・エンジニアの阿部です。Reserved.スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。