*バーチャルYouTuber・VTuber*という言葉が普及して幾年が経ち、バーチャルYouTuber市場は，今まさに群雄割拠の世にあります。
読者の中にも、テック系バーチャルYouTuberとして一躍することを志しているエンジニアの方がいらっしゃるのではないでしょうか？

そんなバーチャルYouTuberのなかでも、ひときわ知名度が高く、世間にも知られているキャラクターといえば、2016年6月30日に自我に目覚め、同年12月1日にバーチャルYouTuberとしてデビューした**「キズナアイ」**さんでしょう。

YouTubeをはじめとしたWebコンテンツのみならず、地上波放送にも活躍の幅を広げる彼女は、バーチャルYouTuberの草分け的存在として、その地位を確固たるものとしています。

【自己紹介】はじめまして！キズナアイですლ(´ڡ`ლ)

そんな世界の「キズナアイ」さんをモデリングしたのが、今回アンドエンジニアがインタビューした3Dモデラー、トミタケさん。
トミタケさんに、**エンジニアが知らない3Dモデリングの世界の裏側**を、赤裸々に語っていただきました。

~~ トミタケさん : 主にVTuberの3Dモデルを作っているフリーランスの3Dモデラー。インターネット老人会会員。二次元三次元国籍男女問わず『アイドル』がとにかく大好き。最近はストレス発散のために始めたガーデニングに夢中。 ~~

## 3Dモデラーは3Dキャラクターの「パパ」

#### balloon skmt3p left
そもそもですけど、3Dモデラーって何をする仕事なんですか？

#### balloon tomitake-3d right
基本的には、**ママ**が作ってくれたキャラクターデザインをもとに、**3Dモデルを作成しています。**
時折、**ママ**と一緒にキャラクターデザインから関わらせていただくこともありますね。
後者の方が、**実際に動かした時に破綻が少なくて、モデリングしやすいものが作れるんですよね。**

#### balloon skmt3p left
なるほどなるほど...。ん？ママ？

#### balloon tomitake-3d right
3Dのキャラクターをつくるにあたって、**キャラクターデザインを担当するイラストレーターをママ**、**デザインをモデリングするモデラーをパパ**と呼ぶ文化があるようなんですよ。

#### balloon skmt3p left
そうなんですね。つまり、こういうことですか。

~~「3Dキャラクター界隈の家系図」ママとパパ(と大人の事情)から、3Dキャラクターは生誕する (アンドエンジニア編集部作)~~

#### balloon tomitake-3d right
そういうことですね。
そして、セットアップまで終わったら、先方にモデルを納品することになります。

#### balloon skmt3p left
なるほど。いきなりコアな文化を目の当たりにしてしまった。
クライアントへの納品前には、キャラクターの検品とかテストはするものなんですか？

#### balloon tomitake-3d right
**基本的に、各工程ごとのチェックを、先方にお願いしています。**
工程ごとにモノを見ていただいて、その結果をフィードバックをいただいて、また直しての繰り返しですね。
そして、最後には実際に動かしてもらったうえでのチェックもしてもらう感じです。
やはり、**実際にキャラクターを動かすのは先方の環境になる**ので。

#### balloon skmt3p left
なるほど。フィードバックはどういう内容のものをもらえるんですか？

#### balloon tomitake-3d right
**1番多いのは、造形についてのフィードバックです。**
他には、*「関節の動きがちょっと・・・」*とか*「髪の毛のこのポリゴンが違う」*という指摘をいただくことがあります。
あとは、**顔だけでも10000ポリゴンくらいはいくんですけど、そのうちの1箇所が良くない**という指摘も、なかにはありますね

~~「顔のポリゴンの例」トミタケさんのアイコンの3Dデータにもこれだけのポリゴンが使われている ~~

#### balloon tomitake-3d right
だから、常に細心の注意を払いつつ、地道にモデリングしていきます。 

#### balloon skmt3p left
それは大変ですね。
そんなに丁寧に作られるとなると、1体のモデリングするだけでも相当な時間がかかりそう...。

#### balloon tomitake-3d right
そうですね。私の場合、仕事のものは**1体あたり2ヶ月**はかかっちゃいますね。
「キズナアイ」ちゃんの場合は、最終的な調整も含めて**4ヶ月くらい**かかったかもしれません。

#### balloon tomitake-3d right
特に、**顔を作るのには時間がかかっちゃう**んですよね。
**顔を作るのに一番力を入れたい**ので。

#### balloon skmt3p left
確かに大事ではありそうですけど...顔ですか？

#### balloon tomitake-3d right
だって、**3Dキャラクターの顔ってやっぱり可愛いほうがいい**じゃないですか！
**どの角度から見ても可愛い顔にしたい**んですよ！

#### balloon tomitake-3d right
私は、**可愛いということだけに力を注いでいますね。**
多少おかしなところがあったとしても、**究極的には、可愛い3Dキャラクターだったら許される**みたいな。
だから、**顔を可愛くすることを1番に考えて、そこに1番時間がかかってしまうんです。**

#### balloon skmt3p left
可愛さへの熱量が半端じゃないことが非常に伝わってきました...。
ところで、3Dキャラクターって、作って納品した後の保守作業ってないんですか？

#### balloon tomitake-3d right
いえ、**不具合が出たら対応したり、気になった箇所があればアップデートをすることもありますよ。**
3Dキャラクターの新しい着替えをモデリングする場合は、また三面図もらって、また作り始める流れですね。
あ、**三面図っていうのは3Dモデルの設計図**みたいなものです。

#### balloon skmt3p left
なるほど。つまり3Dモデラーのお仕事は、こういう感じの流れになるんですね？
ざっくりではありますが、これを繰り返すと。

~~「3Dモデラーのお仕事の流れ(トミタケさんの場合)」エンジニアの商流と似ているような！？ (アンドエンジニア編集部作)~~

#### balloon tomitake-3d right
そうですね。概ねそんな感じだと思います。

## 作りやすい3Dモデルは「裸に近い」3Dモデル！

#### balloon skmt3p left
3Dキャラクターのモデリングを依頼する際の相場って、ぶっちゃけ1体あたりいくらかかるものなんですか？

#### balloon tomitake-3d right
**個人への依頼の場合、10万円から20万円**で作っている方もいらっしゃるようです。
これが制作会社への依頼となると、**基本的には数百万円**という世界になります。
作るのにどうしても手間と時間はかかるものなので、やっぱり**相応の値段設定**になるとは思いますよ。
**とはいえ、用途や仕様にもよるんですけどね。**

#### balloon skmt3p left
やっぱり、仕様によって、金額も異なるものなんですか？

#### balloon tomitake-3d right
はい。一例としては、モデリングした3Dキャラクターを複数のプラットフォームで使用する際、**場合によってはデータ変換が必要で、そうなるとデータ変換料が追加でかかる**ケースがありますね。

#### balloon skmt3p left
え？それは新手の詐欺じゃないんですか？

#### balloon tomitake-3d right
詐欺じゃないです！
*MMD(MikuMikuDance。3DCG制作ソフト)*とか、*VRM(VR向け3Dアバターファイルフォーマット)*とか、あとは*VRChat*で使う場合とか、**3Dキャラクターを動かすプラットフォームや用途によって　3Dモデルの仕様が異なるんですよ。**
だから、複数のプラットフォームで動かす場合なんかは、**どのプラットフォームでも問題なく動くように調整しなきゃいけない**んです。

~~「MMD」VPVPで公開されている初音ミク専用のPV作成用ツールとして開発された3DCG制作ソフト。ニコニコ動画ではおなじみ。 (引用: [Vocaloid Promotion Video Project](https://sites.google.com/view/vpvp/)~~

~~「VRM」VRアプリ向けの人型3Dモデルデータを扱うためのファイルフォーマット。トミタケさんも「今後のアップデートに期待」とのこと (引用: [VRM](https://vrm.dev/))~~

#### balloon tomitake-3d right
ボタンひとつでモデリングできたり変換できれば楽なんですけど、**実際は地道な作業の繰り返し**なんですよね。

#### balloon skmt3p left
なるほど。他にも仕様による違いってあるんですか？
例えば、こういうモデルは作りやすいけど、逆にこういうモデルは作りにくいみたいな。

#### balloon tomitake-3d right
そうですね。まず、**作りやすいのは、裸に近いモデル**です！
一方で、**今流行っているようなオーバーサイズのダボッとした服は、実は破綻しやすかったりして難しいんです。**
どうしても胴体や顔に腕がめり込んだりしちゃうので...。

#### balloon skmt3p left
でも、だからといって、バーチャルYouTuberの3Dキャラクターの身ぐるみを剥がすわけにもいかないですよね。

#### balloon tomitake-3d right
そうですそうです。やっぱりイラストレーターの方や運営の方の思いもありますので。

#### balloon skmt3p left
こういうところは、エンジニアの商流と似ているところかもしれませんね。

## 「夜空メル」ちゃんの三面図は3Dキャラクターの三面図の手本となるレベルのクオリティ

#### balloon skmt3p left
ちなみに、モデルの仕様以外で、作りやすさを左右するものって何かありますか？

#### balloon tomitake-3d right
そうですね。ひとつ例を挙げるなら、**3Dモデルの設計図となる三面図**でしょうか。
特に、**「夜空メル」ちゃんの三面図は、まさに「3Dモデルを作りやすい三面図」だと思っています。**

~~「夜空メルの三面図」 ホロライブ所属のバーチャルVTuber「[夜空メル](https://twitter.com/yozoramel)」の三面図。[あやみ](https://twitter.com/ayamy_garubinu)さんがママとして3Dデザインを担当。(引用: [Twitter](https://twitter.com/ayamy_garubinu/status/1113063491097653249))~~

#### balloon skmt3p left
三面図というと、3Dキャラクターのデザイン図のことですよね。
この三面図は、どういった点がモデリングしやすいんですか？

#### balloon tomitake-3d right
端的に、**厚みと色がしっかりと記載されている点**ですね。
まず、キャラクターの造形において、基本的に、三面図から各部の大きさ、長さ、太さといった形状を読みとるんですよ。
この三面図では、**細かい装飾品の1つ1つまで、厚みを細かく記載してくださっていることが分かるかと思います。**

#### balloon tomitake-3d right
色についても、ベースの色やハイライト、それにストッキングのテクスチャまで記載してくれていますよね。
**これらがない場合、厚みは想像で補ったり、色は全部スポイトでとってテクスチャを描いていくことになります。**
その結果、*「やっぱり想像と違う」みたいな齟齬が起きてしまうことがあるんですよ。*

#### balloon skmt3p left
そう言われてみると、素人目に見てもすごく出来の良い三面図な気がしてきました。

#### balloon tomitake-3d right
あと、**パンツのデザインが書いてある点もありがたい**です。

#### balloon skmt3p left
パ...パンツですか？

#### balloon tomitake-3d right
そうです。スカートを履いているキャラクターのスカートが捲れて、ぴらっとパンツが見えた時に、**変なパンツだったら可哀想じゃないですか。**

#### balloon tomitake-3d right
なので、スカートを履いているキャラクターの**パンツのデザインをいただけていない場合には、私は、パンツのデザインもお願いするようにしています。**

【#犬山たまき新3D】20万人達成記念！犬山たまきメイド3Dお披露目配信♡【豪華ゲスト様多数✨】

#### balloon tomitake-3d right
犬山たまきくんはスカートの中が特徴的で、**三面図にもその旨がしっかりと描かれていました**ので捗りました。

~~「スカートが捲れてぴらっとパンツが見えた時」の再現画像。動画を見ない読者のために、筆者がモデルから用意しました。 (アンドエンジニア編集部作)~~

#### balloon skmt3p left
なるほど。パンツ、大事。

#### balloon tomitake-3d right
あとは、「夜空メル」ちゃんは**キャラクターデザイン的にも3Dモデリングしやすくて、且つ3D映えするデザインだと思っています。**

#### balloon skmt3p left
すごい。べた褒めじゃないですか。

#### balloon tomitake-3d right
基本的に、*裸に近くて、1つ1つの装飾は凝っているのに、破綻しやすい関節部分には何もない*んです。
加えて、*黒の手袋は特に破綻しやすい手首を隠してくれている*んですよ。
これって、**すごく3Dに起こしやすいデザイン**なんですよね。

#### balloon skmt3p left
この三面図、本当にお手本みたいな仕上がりなんですね。
これから3Dモデリングする人の参考になりそう。

## 3Dモデリングをはじめるきっかけは「アイマス」

#### balloon skmt3p left
ところで、トミタケさんは、何をきっかけに3Dモデリングを始めたんですか？

#### balloon tomitake-3d right
**きっかけは「アイマス」**です！

#### balloon skmt3p left
「アイマス」というと、**今年で15周年を迎えた「アイドルマスター」シリーズ [^1] **のことですか？

~~「アイドルマスター」シリーズは、BANDAI NAMCO Entertainment Inc.が展開する大人気ゲームシリーズ (引用: [「アイドルマスター」シリーズ15周年特設サイト](https://15th.idolmaster.jp/))~~

#### balloon tomitake-3d right
そうですそうです。「アイマス」はXbox時代にハマって、アーケード版もやったことがあります。
もともとアイドルが好きで、*「アイマス」を見て、アニメと3Dの間くらいの可愛い女の子が踊っているのが新鮮で面白いと感じました。*
**そこから3Dに興味を持ち始めたんです。**

#### balloon skmt3p left
なるほど。それで、3Dモデリングの勉強を始めたんですね？

#### balloon tomitake-3d right
いえ。**特に勉強という勉強はせず、必要な情報は都度ググっていました。**
最初はMMDのダンス動画を作るためにMMDモデルを作っていたんですけど、そのときは、*動画を作るための素材としてのMMDモデル*と認識していたので、**勢いに任せて作っちゃってたんですよ。**
**モデリングはすぐに終わらせて、早く動画を作りたい**って思ってました。

#### balloon tomitake-3d right
そのあとは、ゲーム系の会社で3Dモデリングのアルバイトを何年かしていました。
「キズナアイ」ちゃんをモデリングさせていただいたのも、アルバイトとは別なんですけど、ちょうどこの頃なんですよね。
ありがたいことに、この実績を評価いただいてか、今はフリーランスとしてお仕事できています。

#### balloon skmt3p left
「アイマス」という趣味が高じて今のキャリアに辿り着いたのは、ひとえに凄いですね。
今のこの仕事のやりがいってなにかありますか？

#### balloon tomitake-3d right
**自分の名義で、神絵師さんたちが描いた可愛いキャラクターの3Dモデルを作れる**っていうのがすごく嬉しいです。
**可愛い女の子を自分の作品として作って、それでお金をいただける**なんて、最高の仕事じゃないですか？

#### balloon skmt3p left
確かに。全オタクの夢と言っても過言じゃないかもしれません！

## 作りたいものを作ることが3Dモデリングのはじめの一歩

#### balloon skmt3p left
これから3Dモデリングを始める人に向けて、おすすめの3Dモデリングツールってあったりしますか？

#### balloon tomitake-3d right
そうですね。**業界への就職を前提とすると、ゲーム系なら「Maya」を、アニメ系なら「3ds Max」を使っておくのがおすすめ**です。
これらのツールは、*学生であれば無料で使用することができます。*

~~「Maya」ハイクオリティな3DCGを作成できる多機能ソフトウェア。先日、インディーライセンスが発表され話題に (引用: [「Autodesk Inc. 公式サイト](https://www.autodesk.co.jp/products/maya/overview?plc=MAYA&term=1-YEAR&support=ADVANCED&quantity=1))~~

~~「3ds Max」ゲームやアニメーションの3DCGの作成に最適な多機能ソフトウェア。こちらも、インディーライセンスが発表され話題に (引用: [「Autodesk Inc. 公式サイト](https://www.autodesk.co.jp/products/3ds-max/overview?plc=3DSMAX&term=1-YEAR&support=ADVANCED&quantity=1))~~

#### balloon tomitake-3d right
あとは、**直感的に操作できるスカルプトの手法でモデリングできる「ZBrush」も使えるようになると、強みになると思います。**
フィギュアの原型に使われることが多いツールですね。

~~「ZBrush」デジタル粘土のような感覚で3Dデジタルスカルプト (彫刻)・ペイントを行うツール。 (引用: [「Too Corporation. 公式サイト](https://www.too.com/product/software/cgcad/zbrush/))~~

#### balloon tomitake-3d right
ただ、いずれも学生じゃない場合はお値段が高いので、趣味でやる場合には、無料で使えて高機能なアドオンが多々公開されている「Blender」がおすすめですね。

エンジニアが知らない3Dモデリングの世界について、「キズナアイ」さんの3Dモデラーであるトミタケさんに直撃取材。3Dモデラーの実態、お金の話、そして3Dモデリングの始め方の話など、普段あまりインタビューを受けられないというトミタケさんに、根掘り葉掘り聞いてきました。

トミタケさん

3Dモデリングには時間もお金もかかる

「夜空メル」ちゃんの三面図は、三面図の見本にうってつけ

3Dモデリングを始めるなら、用途に合わせたモデリングツールで、最初の1体を勢いで作りきれ！

「キズナアイ」の3Dモデルの原点は「アイマス」!? トミタケさんに聞く3Dモデリングの世界

残業が多くなりがちなエンジニアの仕事。その背景には、エンジニア不足やシビアな納期への対応、タスク過多などさまざまな問題が隠れています。「残業はしたくないが仕方がない」「残業は当たり前」と捉えているエンジニアもいるかもしれません。「働き方改革」が叫ばれるなか、エンジニアの残業を減らすことは可能なのか。残業せずにタスクを終わらせることはできるのでしょうか。

今回は残業が当たり前の働き方を変え、100時間の残業をゼロにした経験を持つ田中聡さんにインタビュー。著書『ITエンジニア残業ゼロの働き方 〜現場で本当に使えた仕事効率化の法則95』の内容を踏まえ、効率的に仕事を進めるためのタイムマネジメント術を紹介します。

### ITエンジニア残業ゼロの働き方 〜現場で本当に使えた仕事効率化の法則95

出版社：技術評論社　 著者：田中聡

フリーランス・エンジニア、研修講師（プログラミング、データ解析、統計学）
塾講師（高校数学・物理）を経た後、エンジニアに転職。14年間の会社員生活時に中小企業の下請けプログラマーから大手企業のプロジェクトリーダーまで経験。主に大学や研究所の実験データの管理・解析・可視化のシステムを開発。会社員当時は100時間以上残業していたが、残業しない働き方を決意し、残業ゼロ・有給消化100%を実践する。

2015年にフリーランス・エンジニアとして独立し、受託開発のほか、プログラミング、データ解析・統計学の研修講師も務める。趣味はトライアスロン。

## 残業がプロジェクトの問題を隠してしまう

#### balloon kishi left
田中さんもかつては、エンジニアとして多くの残業を経験されていたそうですね。

#### balloon engineer_tanaka right
そうですね、現在はフリーランスのエンジニアとして受託開発に携わっていますが、以前はSESとして会社勤めやプロジェクトごとの契約で仕事をしていました。 当時は月に100時間の残業が当たり前。多いときには140時間を超えることもありましたが、働いた分だけ残業代が入るので何の問題意識もなく働いていました。

#### balloon kishi left
当時は100時間の残業が当たり前の時代だったのですね。

#### balloon engineer_tanaka right
同じ職場には月に200時間残業している人も…。そんなとき、仕事の効率化で知られる吉越浩一郎さんの「『残業ゼロ』の仕事力」を読んで、残業が問題であることに気づかされました。

#### balloon kishi left
残業のどのような点が問題なのでしょうか。

#### balloon engineer_tanaka right
その本で最も印象的だった問題は「残業はそのプロジェクトの問題を隠してしまう」ということです。**そもそもプロジェクトに問題があるために残業せざるを得ないのですが、残業が当たり前の状況では問題に気づかず、問題を意識できません。**

#### balloon kishi left
どのような問題が隠されてしまうのですか。

#### balloon engineer_tanaka right
プロジェクトによって異なるとは思いますが、例えば、**プロジェクト自体に無理がある、人手が足りない、効率が悪いといった問題があります。無駄な会議やドキュメント、プロジェクトのやり方そのものに問題がある場合も多い**印象です。

#### balloon kishi left
残業の問題に気づいたことが本を執筆されるきっかけになったのでしょうか。

#### balloon engineer_tanaka right
私自身がエンジニアとして残業をしない働き方に変えたとき、それが許容されず当時の上司との関係性が悪くなったことがきっかけになっています。その会社での契約が終了して、それをきっかけにフリーランスになったのですが、周囲でも同じような課題を感じているエンジニアがたくさんいたので立場を変えたいと思いました。

#### balloon kishi left
エンジニアの立場をどのように変えたいと考えていますか。

#### balloon engineer_tanaka right
日本ではエンジニアが作業員として扱われることが多く、立場はあまり高くありません。私は、**エンジニアは専門家であるべきだと思っていて、エンジニアのみなさんに「作業員ではなく専門家として働きましょう」と訴えたいと思い、本著を書きました。**

## エンジニアの残業は当たり前ではない

#### balloon kishi left
残業しない働き方に変えて改善されたことはありますか。

#### balloon engineer_tanaka right
あります。残業をしていた頃は、常に疲れていて眠い状態でしたが、残業をやめて体調が良くなり、頭もスッキリしました。その結果、生活の質が上がっただけでなく、仕事でも判断力や業務効率の向上につながりました。

#### balloon kishi left
残業で仕事の効率や判断力が下がっていたのですね。

#### balloon engineer_tanaka right
**残業はプロジェクトの問題点を隠してしまうだけでなく、睡眠不足や疲れが取れないなどエンジニアの生活の質を低下させ、仕事の効率や品質も低下させます。**その結果、成果を十分に出せず自信を失うことも。低評価になるのを防ぐため「残業を断れない」という負のスパイラルに陥ってしまいます。

#### balloon kishi left
残業が定着してしまうことには、きちんとした理由があるんですね。

#### balloon engineer_tanaka right
その根本的な原因は「残業を問題だと考えていない」こと、当事者意識と問題意識の欠如にあります。例えば働き方改革が叫ばれるなかで「残業はしないほうが良い」「するべきではない」という考えが浸透しはじめました。しかし、**IT業界では「エンジニアだから残業は仕方ない」という意識が根強く、エンジニア自身も「自分たちは特殊なケースだから残業は仕方ない」と考える**ことが多いように感じています。

#### balloon kishi left
なるほど。「エンジニアだから」という前提が当事者意識や問題意識を欠如させるボトルネックになっているのですね。

#### balloon engineer_tanaka right
そのとおりです。私はたまたま読んだ本で「残業すること自体が問題である」ことに気づかされましたが、何かそのようなきっかけがない限りは、「残業が問題だ」と気づくことはなかなか難しい。体を壊したときに初めて残業が良くないことに気づくという最悪のケースもあります。

#### balloon kishi left
残業をやめるための鉄則はありますか。

#### balloon engineer_tanaka right
**私が残業について最もお伝えしたいことは「時間は命だ」ということです。**今日1日を生きることは、自分の1日分の寿命、命を費やすことだと私は考えています。時間というのは自分に与えられた命であり、自分の財産であり、資源なんです。だから人の自由にさせてはいけないと思っています。

#### balloon kishi left
例えば、運用保守系のエンジニアの場合、24時間サービスを止めるわけにはいかず、どうしても残業が必要になるケースもあると思います。

#### balloon engineer_tanaka right
確かにそうですね。運用保守系のエンジニアの場合、トラブルの対応を迫られて「できません」とは言えませんよね。そういうイレギュラーな対応はあるかもしれませんが、日常的に残業をしなくても良い仕組みづくり、一人ひとりの長時間労働を改善する体制づくりが果たして本当にできないのか、検討してみる価値はあるのではないでしょうか。

#### balloon kishi left
エンジニアの場合、SIerで下請けになればなるほど条件が悪くなり、収入を確保するため「残業で稼ぐ」という発想になってしまうこともあるように思います、その場合はどうした良いのでしょうか？

#### balloon engineer_tanaka right
私も下請けのSESとして100時間残業しても「残業代が入るからいいや」と思いながら働いていましたので、残業で稼ぐという気持ちはわかります。**しかし、実際に残業をやめてみて、自分と家族の時間や心身など、残業で犠牲にしていたことが多いことに初めて気づきました。**だから、もし目の前に「残業代が欲しいから残業する」という人がいたら、「いろいろなものを犠牲にしている」と声を大にして言いたいですね。

## 定時でタスクを終わらせるタイムマネジメント術

#### balloon kishi left
定時でタスクを終わらせるための時間管理について、具体的に教えてください。

#### balloon engineer_tanaka right
「ポモドーロテクニック」と呼ばれる方法があります。限られた時間で成果をだす方法で、**実行するタスクを決めて25分間集中し、5分休憩してまた集中する。25分を4回おこなうたびに20〜30分休憩というサイクルで仕事に集中します。**

#### balloon engineer_tanaka right
実践してみると25分の集中は想像しているよりも長く感じ、結構エネルギーを使います。しかし、確実に限られた時間内で成果を出せる方法です。少々ハードかもしれませんが、まずは25回を10回繰り返すところからトライしてみてはいかがでしょうか。

#### balloon kishi left
なるほど、仕事への集中力が高まりそうですね。

#### balloon engineer_tanaka right
**仕事への向き合い方としては、「すべてのタスクを終わらせる必要はない」と意識しておくと良いと思います。**これは『ITエンジニア残業ゼロの働き方〜現場で本当に使えた仕事効率化の法則95〜』のなかでも、特に反響の大きかった内容です。

#### balloon kishi left
タスクに対しての考え方を変えるということでしょうか？

#### balloon engineer_tanaka right
はい、タスクの中には自分がおこなう必要のないもの、依頼した本人すら忘れているものもあります。**そのすべてを終わらせようと時間を費やすのではなく、納期が近い、自分がする必要があるなど、重要なタスクを終わらせることを優先する。**タスクに優先順位をつけ、その日におこなう仕事を最初に決めて仕事を始めることをおすすめします。

#### balloon kishi left
優先順位の付け方のポイントはありますか。

#### balloon engineer_tanaka right
タスクの大きさ小ささも考慮しつつ優先順位をつけるのが良いですね。なぜなら、小さい仕事は他の人に助けを求めることができますが、大きい仕事が残った場合は作業を分割できず、どうにもならない状況に陥ることもあるからです。大きい仕事は早めに終わらせることを念頭におきながら、優先順位をつけるのが失敗を回避するポイントです。

#### balloon kishi left
小さな仕事の方が、後で調整しやすいということですね。ちなみに緊急の仕事も優先順位が高くなりますか？

#### balloon engineer_tanaka right
そうですね。しかし、**緊急の仕事ばかりある状況は問題だと思います。緊急の仕事は、緊急ではない重要な仕事をおろそかにしていることで発生します。大切なのは、日々の重要なタスクをきちんとおこなうこと。**そのためにもすべてのタスクを終わらせようとせずに優先順位をつけて、重要なタスクだけをまずは終わらせることを意識すると良いと思います。

## 午前中に「頭を使う仕事」を持ってくるのが基本

#### balloon kishi left
日々の業務を効率的に進めるために大事なことはありますか。

#### balloon engineer_tanaka right
**「自分の時間を奪うものを排除する」ことは結構大事だと思っています。例えば、スマホを机の引き出しに入れておくことは、私にとって自分の時間を奪うものを排除する有効な方法です。**また、何かを探す時間も排除したいことの１つですね。机の上やパソコンのデスクトップが散らかっていると何かを探すことに時間を取られてしまうため、整理整頓は業務をスピーディーに進める上での基本です。

#### balloon kishi left
ほかにも時間を奪うものはありますか。

#### balloon engineer_tanaka right
**無駄な会議も時間を奪う要因になります。**私の昔の同僚は上司に対して「この会議に私は必要ですか？」と問い、自分が出席しなくても良い状況を作っていました。そこまではっきり伝えるのは難しくても、作業の工数を確保するために会議出席の必要性を確認することは大切だと思います。

#### balloon kishi left
著書のなかで「週や月ごとに計画をきちんと立てる」ことも提案されていますが、日々の業務では作業時間が予定よりも長くなるなど、想定外のこともあると思います。そうならないために工夫していることはありますか。

#### balloon engineer_tanaka right
おっしゃる通り、計画どおりにいかないことはよくありますよね。その際に**重要なのは、仮に計画どおりにいかなくても、問題にならないようにタスクを進めていくこと。**優先順位を決め、優先度の高いタスクから行っていくことが重要です。また、案件によっては難しいこともありますが、そもそもの作業計画で少し余裕を持たせておくと良いと思います。

#### balloon kishi left
1日の仕事の進め方については、午前中に「頭を使う仕事」を行うことを推奨されていますが、コーディングや設計は午前中にしたほうが良いのでしょうか。

#### balloon engineer_tanaka right
コーディングの内容によって異なります。内容が単純で量が多いものは午後でも良いかもしれませんが、緻密な設計や複雑なコーディングは午前中が良いと思います。設計を間違えるといくらコーディングをがんばっても無駄になるので、集中力が高まりやすい午前中に取り組むのがおすすめです。

## システム開発の現場で今すぐ使える「質問方法」

#### balloon kishi left
システム開発の現場で残業をしないで成果を出すポイントはありますか

#### balloon engineer_tanaka right
まず、「調べること」と「聞くべきこと」を区別することが重要です。チームで仕事をしていると「これは自分で調べるべきか」「人に聞くべきか」で悩むこともあります。常に人に聞いてばかりいては自分のスキルも向上しませんし、相手にも嫌な顔をされかねません。逆に、調べることに時間がかかりすぎては効率が悪くなります。

#### balloon kishi left
質問するべきかどうかを悩んでいる時間はもったいないですよね。具体的にどうすれば良いのでしょうか。

#### balloon engineer_tanaka right
私の場合は基準を設けています。例えば、ソースコードの「処理」といった技術的なことは自分で調べます。しかし、そのプログラムがどのような「意図」でつくられたのか判断が難しい場合は、躊躇せずに担当者に聞きます。**「処理」は調べる、「意図」は聞くという区別をしているので、聞こうかどうしようか迷うこともありません。**

#### balloon kishi left
他のメンバーに質問するときに気をつけていることはありますか。

#### balloon engineer_tanaka right
**なるべく相手がイエスかノーで答えられるように気をつけています。自分が残業をしない働き方をしていることもあり、相手の時間を奪うことは申し訳ない思いがあるからです。**

#### balloon engineer_tanaka right
質問の仕方としては、例えばシステムの意図や方針について知りたいときに「どんな意図なんですか？」と聞くのではなく、「これはこういう意図ですか」と、自分で考えた方針や意図を示し、それに対してイエス・ノーで答えやすいように質問します。自分なりの見解も合わせて伝えることで、思わぬ効果が生まれることもあるんですよ。

#### balloon kishi left
どのような効果ですか？

#### balloon engineer_tanaka right
これは私自身の経験ですが、自ら考えて質問した意図や方針がそのままシステムに反映され、私自身がシステム開発の上流工程を担う立場としてなくてはならない存在に。そのシステムが顧客にも好評で、追加受注につながったことがあります。

#### balloon kishi left
それは有益な効果ですね。そのほかにもシステム開発で大事なことありますか。

#### balloon engineer_tanaka right
システム開発において「こだわるべきことは何か」を理解することが大事です。エンジニアがこだわるべきは、お客様の要望や課題解決に応えることであり、そのためにシステム開発を行うのです。**エンジニアが「こうしたい」と提案する場合、「こうしたい」がお客様に向いているこだわりであれば良いのですが、単に「自分はこうしたい」という内向きのこだわりでは、かえって開発を阻害する要因になります。**どこに向いたこだわりなのかを見極めることは重要ですね。

#### balloon kishi left
エンジニアのこだわりのなかでも、改善が必要なのはどんなことですか。

#### balloon engineer_tanaka right
「最新技術を使いたい」というエンジニアのこだわりは、プロジェクト全体に影響を与えるので注意が必要ですね。お客様の希望を形にするために必須でチーム全体が必要性を感じて導入するのなら良いのですが、「最新のものをなんとなく使いたい」という理由で最新技術を使うのは良い方向にはいきません。

## コーディングの時間を短縮する「30秒ルール」

#### balloon kishi left
コーディングの時間を短縮する方法はありますか。

#### balloon engineer_tanaka right
１つの関数を30秒で理解できるようにソースコードを書く「30秒ルール」があります。このルールのポイントは、自分以外のエンジニアが30秒で理解できる単位に分割することです。コードを書いている当事者の自分を基準にすると長い関数になりがちなので注意してください。

#### balloon kishi left
30秒にすることで全体の理解時間が身近くなり、効率化できるということですか。

#### balloon engineer_tanaka right
そのとおりです。ただ、時間感覚が人によって異なる場合があるため、私は30秒ルールより、スクロールせず1画面に収めることを意識しています。一画面に収まらない場合はさらに細かく分け、それぞれを関数化していきます。

#### balloon kishi left
他にもコーディングに関する仕事術を教えていただけますか。

#### balloon engineer_tanaka right
私が業界に入った20年以上前は、伝達漏れを防ぐためにコードにコメントを書くように言われていましたが、10年以上前からコメントは書くべきではないという考え方が登場し、私はその考えに賛成です。コードにコメントを書くとコメントのメンテナンスも必要になり時間を要するからです。例えば、以前の携帯は分厚い説明書がついていましたが、iPhoneは説明書がなくてもわかるような操作性にしていますよね。システム開発の現場においても、**直感的に理解できるコードを書くべきだと思っています。**

#### balloon kishi left
著書にある「コメントアウトするくらいなら削除する」とはどういうことでしょうか。

#### balloon engineer_tanaka right
今はソースコードの履歴を管理できるシステムがあるので、コメントアウトするくらいならむしろ消すほうが良いと思っています。というのも以前、私が担当していた現場でチームメンバーが何日かけても解決しない不具合がありました。そのコードを見るとコメントアウトばかり。実は不具合の要因がコメントアウトで隠れてしまっていたのです。それらをすべて削除したところ、10分で不具合はすべて解決しました。

#### balloon kishi left
コメントアウトが不具合を引き起こしていたのですね。

#### balloon engineer_tanaka right
また、ソースコードはきれいな状態を維持することも大切です。優秀なエンジニアにはきれいなソースコードを書くという共通点がありますが、締め切りが迫ると汚れたコードのまま使ってしまうことも起こりがちです。

#### balloon kishi left
きれいなソースコードの共通点は？

#### balloon engineer_tanaka right
「きちんと字下げ（インデント）をしている」「情報（変数）と処理（関数）の名前がわかりやすい」「長くなる処理を短い関数でうまく分割している」「無駄なコメントがない」などの特徴があります。1度汚れてしまったコードを戻すことはなかなか難しいため、コードをきれいなまま保つことは重要だと思います。

#### balloon kishi left
システム開発とメンテナンスについて、普段から意識しておくべきことはありますか？

#### balloon engineer_tanaka right
新規のシステム開発の場合、似たような処理はコピーアンドペーストをするのが一番楽ですが、コピペした箇所にバグがあると、コピペしたすべてにバグが生じます。これはメンテナンスとして最悪な状態です。**システム開発の仕事は新規が2割、更新拡張が8割なため、「つくりやすさ」より、「メンテナンスのしやすさ」を念頭において開発することが重要です。**

#### balloon kishi left
エンジニアに最も伝えたいことはどんなことですか。

#### balloon engineer_tanaka right
**一番伝えたいのは「エンジニアは専門家であるべきだ」ということです。エンジニアがおこなうのは知的業務のため、心身ともに充実した状態でおこなうことが重要で、それを阻害するのが残業です。「エンジニアは専門家であれ！」**と、1番伝えたいですね。

<center>[あなたに合った企業選びをサポート致します。<br/>エンジニア転職のご相談はぜひ<br/>*『マイナビIT エージェント』*へ！](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv20)</center>

大学卒業後、構成作家・フリーランスライターとして、幅広いメディア媒体に携わる。現在は採用関連のインタビュー記事や新卒採用パンフレットの制作に注力しながら、SaaS企業のマーケティングにも携わっている。いま一番関心があるのは、キャンプ場でワーケーションできるのかどうか。

岸 裕介

田中さん

ITエンジニアの残業がなくならない根本的な原因

「残業が当たり前」から脱却するための仕事術

ITエンジニアが残業せずに成果を出す方法

月100時間の残業をゼロにしたITエンジニアが語る｜仕事を効率化するタイムマネジメント術

仕様書や要件定義書の作成に苦手意識を持っているエンジニアは少なくありません。何を書けば良いのか分からず時間がかかる、苦労して書いても分かりやすい文章にならない、そのようなお悩みもよく聞きます。そういった方におすすめの本が『[エンジニアが一生困らない　ドキュメント作成の基本](https://www.amazon.co.jp/%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%8C%E4%B8%80%E7%94%9F%E5%9B%B0%E3%82%89%E3%81%AA%E3%81%84-%E3%83%89%E3%82%AD%E3%83%A5%E3%83%A1%E3%83%B3%E3%83%88%E4%BD%9C%E6%88%90%E3%81%AE%E5%9F%BA%E6%9C%AC-%E4%BB%B2%E7%94%B0-%E5%B0%9A%E5%A4%AE/dp/4802614845)』です。

著者は、サイボウズのテクニカルライターを経て、SmartHRでUXライターとして活躍している仲田尚央さん。企業や学生向けにテクニカルライティングのセミナーも行っています。今回は仕様書や要件定義書などに使えるドキュメント作成のコツを体系的に教えていただきました。

テクニカルライター、UXライター

主にソフトウェアのUIテキストやドキュメント（マニュアル、リリースノートやテクニカルドキュメントなど）を書くことを専門とする。また、それらのローカライズにも携わる。

サイボウズでテクニカルライター、ローカライズ部門のマネージャーを務めたのち、SmartHRでUXライターとして活動する。本業の傍らで、企業や学生向けにテクニカルライティングのセミナーを実施。Developers Summit 2023 アワード受賞。都立産業技術高等専門学校 非常勤講師。

## ドキュメント作成に苦手意識を持つエンジニアが多い理由とは

#### balloon kishi left
仲田さんは、エンジニアとも関わりの深いテクニカルライターとして活躍されているそうですね。

#### balloon nakata right
元々はサイボウズのエンジニアでしたが、パートナー企業向けに書いた技術資料が「分かりやすい」と評価を頂き、技術資料の制作を専門に行う部署に異動しました。そこでテクニカルライターとして製品マニュアルやリリースノートなどを書くようになり、現在はSmartHRの開発部門でUXライターとして活動しています。

#### balloon kishi left
元々はエンジニアで、その後ドキュメント作成について豊富な経験を積まれているということですね。

#### balloon nakata right
テクニカルライターはエンジニアが書いた要件定義や仕様書を元に、社外ユーザー向けにライティングを行っていきます。なので、エンジニアがいかに要件定義や仕様書をわかりやすく書けるのかは、私たちにとっても重要です。

#### balloon kishi left
今回『エンジニアが一生困らない　ドキュメント作成の基本』を執筆した経緯を教えてください。

~~『[エンジニアが一生困らない　ドキュメント作成の基本](https://www.amazon.co.jp/%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%8C%E4%B8%80%E7%94%9F%E5%9B%B0%E3%82%89%E3%81%AA%E3%81%84-%E3%83%89%E3%82%AD%E3%83%A5%E3%83%A1%E3%83%B3%E3%83%88%E4%BD%9C%E6%88%90%E3%81%AE%E5%9F%BA%E6%9C%AC-%E4%BB%B2%E7%94%B0-%E5%B0%9A%E5%A4%AE/dp/4802614845)』~~

#### balloon nakata right
エンジニアには情報発信の文化があり、技術ブログや書籍などを書いたことがあるエンジニアも多いと思います。しかし、**ドキュメントに苦手意識を持っている人が多く、書き方を体系的に学んだことのあるエンジニアはほとんどいません。**そこで前職でエンジニア向けのテクニカルライティングの社内講習を実施し、社外にも資料を展開したことがあったのですが、予想以上の反響がありました。「もっと体系立ててドキュメント作成の基本を伝えられたら」と思い、本書を執筆しました。

#### balloon kishi left
ドキュメントに関してどのような課題を抱えているエンジニアが多いと思われますか？

#### balloon nakata right
理想と現実のギャップを感じるものの何が課題なのか分かっていない人が多いと思います。社内の過去ドキュメントやテンプレに従って書いているものの、上手く書けないという方をよくお見掛けします。

人気のある記事