2024.12.19
システムの穴を運用でカバーしようとしてミス多発… バグが大量発生、決算が合わない状態から業務効率化を実現するまで
LINE流プロジェクトあるある(全1記事)
リンクをコピー
記事をブックマーク
二木祥平氏:LINEの二木といいます。今回は「LINE流プロジェクトあるある」というタイトルでライトな内容をお届けしようと思います。ぜひこの後の懇親会の、酒の肴にでもなればと思います(笑)。
あらためて自己紹介ですが、LINE企画室 ビジネスプロダクト企画チームという、LINEアプリ上で展開するLINEの公式アカウントや、広告サービスのようなビジネスプロダクトを企画をしているチームに所属しております。
「ユーザーとユーザーの距離を近づける」というよりは、「個人間がLINEでやりとりしているように、企業とかサービスともLINEで気軽にやりとりできて、もっと距離が近づけばいいんじゃないか」ということをミッションにしています。
では早速、そんなLINEのプロダクト開発での「あるある」をこれから紹介していきたいと思います。まず初めに、簡単にLINEのプロダクト開発のプロセスを説明したいと思います。
基本的なフローはたぶん、どこの会社さんも変らないかなと思っていますが、企画をして、デザインし、マークアップして開発して、QAしてローンチみたいな感じですね。このプロセスそれぞれで、いろいろLINEらしい特徴があります。そのうちの「あるある」を今日は少しご紹介できればと思います
まず1つ目ですけども、LINE株式会社ですから「LINEでどんどん決める」という感じはあります。業務ツールとしてLINEを使われている会社さんってありますか?
(会場挙手)
やっぱりSlackが多そうですね。弊社でもSlackを導入していますが、企画チームではLINEで基本的にやり取りをしています。基本的な意思決定に関してはどんどんLINEでしていく、みたいな感じですね。この事例でいくと、そんなに軽い意思決定ではなかったんですけど。
「こういうのはどう?」みたいなメッセージがきて、1分ぐらいしか間がなかったんですが、メンション機能でパパパッときて。それはプロジェクトのグループだったので、他のメンバーもそれを把握していて、「じゃあOK!」「こう進めますね!」「どうぞ!」みたいな感じで進めていきます。
これはけっこう極端な例ですけど、LINE上でプロジェクトのイシューなどをどんどん解決しながらスピーディに進めています。
実は、LINEには業務でも使えるような機能がちょこちょこあります。メンション機能もありますし、Slackのピンのように、トークルームの一番上にずっと表示しておく機能もあります。ノート機能というストックしたい情報をためていく機能もあります。結構プロジェクトでも使えそうじゃないですか?
あとはプロジェクト毎にグループができるんですけど、飲み会とかのアルバムもあったり、殺伐としたグループにちょっとした「ゆるさ」を創出しやすいのが、LINEのいいところかなと思います。だから「LINEを使ってくださいね」って話ではないんですが。
大事にしているところで言うと、やっぱり何かあったら会って直接話すのが早いんですが、それ以外のイシューですと、基本的にチャットで解決できるかなと思っています。日ごろからスピーディに意思決定をしていっている感じですね。
じゃあ、だいたい100人/月を超えるような大きなプロジェクトが、どんな感じのLINEグループになるかというと……。(スライドを指しながら)これは、とあるプロジェクトのLINEグループなんですけど、こんな感じで1個のプロジェクトに対してバアーってグループができます。
(グループ名は)「オール」とか「開発部屋」とか「企画部屋」とか。あとは機能毎に切ってあったりします。これはぶっちゃけ、良いケースなのか悪いケースなのか微妙です(笑)。Slackでも一緒だと思いますけど、このようにグループが多発しまして、コミュニケーションルールの整備と言いますか、(グループの)クリーニングは何を使うにしても重要かなと思っている日ごろでございます。
2つ目の「あるある」として、多拠点開発というのが特徴的なところかなと思っています。今やっているプロジェクトのケースでいくと、企画は東京、デザインは韓国、フロントはベトナム、サーバーは東京、QAは福岡みたいな体制で、そんなに珍しいケースでもないんです。
リソースの状況に合わせて、国を横断して調達をしていくというのが1つの特徴かなと思います。なので、同じプロジェクトでも、国家に関係なく開発拠点があります。それを支えるのが、ほとんどの会議室にテレビ会議システムがあることと、各拠点に通訳さんがいることでして、かなりコミュニケーションはスムーズです。もちろん同じ拠点にみんないることがベストですが(笑)。
それでも会議の頻度は限られるので、そこにLINEグループが活きてきます。翻訳ボットの精度がそこそこあがってきているので、細かい仕様はそこで話しながら決めていくということが多いです。
けっこうシュールな光景になりがちなのが、最初のプロジェクトのキックオフです。飲み会ではいろんな言語が入り乱れていて、カオスな感じになりがちです(笑)。それもうちの「あるある」かなと思っています。
「あるある」の3つ目です。企画した時とリリースした時でものが違うというのがけっこうあります。
LINEでいくと意見の反映がフラットでして、「企画が言ったことは、開発がなんとか実現しなきゃいけない」あるいは「デザイナーはWF通りに作らなきゃいけない」みたいなことは一切ないです。
企画に対してはそもそも各職種の人が、「これ、本当にいるの?」みたいな会話をガンガンしますし、デザイナーでいくと「本当に画としてこれは美しいのか?」みたいなところもかなり重視します。
ビジュアルにはこだわっていて、その上で「どういうふうにシンプルな画面にしていくか」とか「ユーザーが使いやすい画面にしていくか」というところを意識してデザイナーは意見を言います。
開発観点でも、メンテナンスと拡張性みたいな話がありますけど、「自分が使いたいか、納得して作りたいか」みたいなところも重視されてスペックがどんどん決まっていきます。
あとはQAプロセスも、1つ特徴的かなと思っています。(一般的にQAでは)基本的にはプランナーが作ったスペックに対して、QA項目を作っていくというのがベースです。弊社のQAでいくと、通常の観点に加えて、普通にユーザーとして使ってみて本当に使いやすいかとか、他のプロジェクトのQAもやっているので、そこと比べてこの機能はどうかとか、そういったユーザーフィードバックみたいな観点でもQAをしてくれます。
なので、各工程を経てプロダクトがブラッシュアップされ、一番初めの企画書を見ると、最後に出てきたものがぜんぜん違う、みたいなことは結構あります。
「あるある」の4つ目です。(スライドを指しながら)ドキュメントストーキングって書いていますけど、どういうことかというと基本的にConfluenceでいろんなスペックとかプロジェクトとか、開発のプロジェクト内容などを定義していきます。
それが拠点をまたいでグローバルでアクセス可能になっているので、ConfluenceにプロジェクトのWikiを書いていたら突然海外拠点から「この機能も入れて!」とコメントが来るようなことが、コミュニケーションとして発生しています。それによって機能追加になるとか、海外のこの考慮が抜けていたといったことに気付くこともあります。
あとは、プランナー間とかデベロッパー間でも「このプロジェクトのWiki、良かったね」とか、「ここでこういうチームが、こういうことをやっているんだね」とかも含めて、そういうナレッジシェアが横断でできています。
なので、新しくきた人には「検索してみて」みたいな感じで「とりあえずWikiって」って言うんですけど、文化としても、ナレッジとしても、Confluenceはかなり運用されているかなという感じですね。気付くとぜんぜん知らない人がWikiのウォッチャーにいたりして、「こんなに見られているんだ」みたいなことは、往々にしてありますね。
時間の関係で最後になりますが、「あるある」の5つ目として「タイ語ェェ……」と(スライドに)書いてあります。これは、プロジェクトメンバー間でよく出る話題です。
基本的にLINEのサービスは多言語展開をしていくので、それを考慮して作る必要があります。例えば「購入履歴」は、日本語だと4文字なんですけど、タイ語にすると14文字、インドネシア語にすると17文字になっちゃう、みたいなことがあります。
何が起きるかというと、4文字の想定で作っているとバリエーションもおかしくなるし、何よりUIが崩れるというか、フォームに入りきらない場合もあるんです。「意図しないところで改行になる」「言語を切り替えるとUIがぐちゃぐちゃ」みたいなことが発生します。それ以外にも(文章の)右寄せ/左寄せ、日付のフォーマットも国によってかなり違っています。
弊社には専門の翻訳チームがいますが、「これは文化で、日本ではこう言うけど、海外ではこう言った方がわかりやすいよ」のような指摘も含め、トンマナ(トーン&マナー)ガイドを作っています。そして各種言語でもQAをして、サービスローンチをするというフローになっています。その工程によってLINEプロダクトの多言語展開が支えられています。
今日はちょっと時間の関係で急ぎ足でしたけど、「LINEのプロジェクトあるある」の一部をご紹介させていただきました。追加でご質問ありましたらぜひこの後の懇親会で質問してください。
そしてどのプロジェクトでもいつも「あるある」なのが、「仲間が足りない!」です(笑)。先日のカンファレンスでもたくさん発表させてもらいましたけど、日々変化を求めて挑戦していくのが弊社の特徴です。プロジェクトマネージャーを絶賛採用中でございます。
ご清聴ありがとうございました。
(会場拍手)
関連タグ:
2024.12.20
日本の約10倍がん患者が殺到し、病院はキャパオーバー ジャパンハートが描く医療の未来と、カンボジアに新病院を作る理由
2024.12.19
12万通りの「資格の組み合わせ」の中で厳選された60の項目 532の資格を持つ林雄次氏の新刊『資格のかけ算』の見所
2024.12.16
32歳で成績最下位から1年でトップ営業になれた理由 売るテクニックよりも大事な「あり方」
2023.03.21
民間宇宙開発で高まる「飛行機とロケットの衝突」の危機...どうやって回避する?
PR | 2024.12.20
モンスター化したExcelが、ある日突然崩壊 昭和のガス工事会社を生まれ変わらせた、起死回生のノーコード活用術
2024.12.12
会議で発言しやすくなる「心理的安全性」を高めるには ファシリテーションがうまい人の3つの条件
2024.12.18
「社長以外みんな儲かる給与設計」にした理由 経営者たちが語る、優秀な人材集め・会社を発展させるためのヒント
2024.12.17
面接で「後輩を指導できなさそう」と思われる人の伝え方 歳を重ねるほど重視される経験の「ノウハウ化」
2024.12.13
ファシリテーターは「しゃべらないほうがいい」理由 入山章栄氏が語る、心理的安全性の高い場を作るポイント
2024.12.10
メールのラリー回数でわかる「評価されない人」の特徴 職場での評価を下げる行動5選
Climbers Startup JAPAN EXPO 2024 - 秋 -
2024.11.20 - 2024.11.21
『主体的なキャリア形成』を考える~資格のかけ算について〜
2024.12.07 - 2024.12.07
Startup CTO of the year 2024
2024.11.19 - 2024.11.19
社員の力を引き出す経営戦略〜ひとり一人が自ら成長する組織づくり〜
2024.11.20 - 2024.11.20
「確率思考」で未来を見通す 事業を成功に導く意思決定 ~エビデンス・ベースド・マーケティング思考の調査分析で事業に有効な予測手法とは~
2024.11.05 - 2024.11.05