人の１０倍作業を早くこなすための１０のTIPS－ver0.1
「IT企業はほんとに泥のように働かされるのか」――東大でイベントで「
1人で10人分の仕事ができるような人が周りにいるか？」みたいな部分に反応して書いてみる、IT（システム？）業界に身を置く筆者が考える、人の10倍（以上）作業を早くこなすためのTIPS。記事の質問のニュアンスとは違うかもしれないけど。
あと、モノによってはITに限らないと思う。あと役立つシチュエーションとか粒度、レイヤーもバラバラです。そんなに特殊なことでもないので、たぶんノウハウ本とかに載ってる内容もあるかも。
直接的なものや間接的なもの、ものによっては100倍以上の効果をもたらすものがあります。
１．予定を立てろここでいう予定は「手順」的なものを言ってます。行き当たりばったりの作業は、ややもすると「そもそも何のために今の作業やってるんだっけ？」みたいな状況になったりする。粒度は、作業の内容によって変えていいけど、言いたいことは具体的な作業に入る前に大体の流れを頭で考えとけ、ってことです。これをやることで、作業時間の見積精度も上がるし、作業設計（そんな言葉ある？）の精度も上がります。ひいては、無駄な作業を回避できるようになり、作業効率が上がります。
コレができてない人を見極めるには「後どんくらいで終わる？」と聞く。できてない人は答えられないか、守られない時間を言ってきます。
※もしくは、「なんでそんなにかかるの？」とさらに聞いたときに明確な答えが返ってこない
２．タイムリミットを決めろ適当なキリで作業時間のリミットを決めよう。プログラミングなら、とりあえず画面遷移ができるとこまでで1時間、とか。パワポで提案書書く時なら大体の章立て1時間、箱作ってリード文埋めるとこまででもう1時間、とか。
リミットを意識すると、目標ができることによって必死さが変わります。マリオカートだってゴーストがいなければ記録更新も難しいでしょう。やべー！リミットまであと10分しかねーよ！とか思うとタバコを吸いにいったりヤフーニュースを見たりしなくなります。
また、自分がある作業に対してかかる時間が把握できるので１の予定を立てる上でもグッドです。
３．ログを残せこれはデータ集計作業とかシステムの環境構築作業とか、「これぞ作業！」的なところで威力を発揮します。
筆者が思うに、世の中の９９％以上が凡人です。ちょっと脱線しますが、「あいつは天才だ」とか「あいつは俺とは違う」みたいなことを言ってる人をたまに見かけますが、その「あいつ」はそーゆーこと言ってる人の何倍も考えてるんです。努力してるんです。「天才」とかもしかしたら逆に失礼かもしれないですよ。「あいつは俺とは違う」っていうのは、たぶん「俺とは頭のデキが違う」という意味なんだと思いますが、違いますから。違うのは「根性」とか「信念」とかですから。まあ「根性」とか「信念」が保てる考え方がデキルという意味では「頭のデキ」が違うのかもしれないですけど。まあいいや。何を言いたいのかというと、特に作業が「手作業」の場合には、まずミスが発生するという前提に立って考えよう、ということです。だって凡人だから。凡人はミスをするんです。で、１つの作業が終わったときに、作業中のどこのプロセスで時間がかかったか振り返ってみると、それは大体途中でミスしてそのリカバーだったりしないすか？大概の作業は、１つの手順では終わらず、複数の手順に分けられると思います。ミスした時に、「どこでミスしたか？」がわからないと、その割り出し作業にかかる時間も半端じゃないし、最悪「もうわからんから、一からやろう」ってことになります。なので、ミスしたときに「どこで間違ったか」がわかるくらいレベルで作業ログを残しましょう。
４．作業の検証方法を考えておけ「やっと終わったー」と思った作業が、上司や客のレビューを受けたらぼろぼろでやり直し。というケースは少なくないと思います。まあ、やりっぱなしの作業なら、一発でOKがでるケースの方が少ないと思います。やった作業は必ず検証しましょう。いわゆるテストってやつです。小学校でもならったと思います。検算ってやつです。自分の作業結果を見せる前には必ず「検算」をしましょう。グダグダな結果は、再提出の際のレビュアーの視点を厳しくしてしまいます。1発目なら通ったものでも通らなくなったりします。修正の回数が増えれば、当然作業時間も段違いに長くなります。なので「検算」はできる範囲で必ずしましょう。また、この検算をしっかり考えてやっておくと、ダメ出しされたとき「こうやって検証したんですけど」といえばレビュアーに自分の理解度とか思考が伝わり易いので、「このデータはこーゆー性質を持っているから、ここでこの確認をしないと精度が確保できないよ」的な、良いフィードバックが帰ってくる確率が高いです。
５．人に聞けわかんないことは人に聞くのが一番早いです。自分で30分考えてわからないことでも知っている人に聞けば速攻で答えが返ってきます。ただ、わからないことにぶち当たったときに、アホみたいに「これわかんないんですけど」ということを繰り返しているとそのうち誰も答えてくれなくなります。お金でも払っていれば別ですけど。なので、何がどうわからないのかを、ちゃんと伝えましょう。また、わからないことに対して自分がとったアプローチも伝えましょう。自分がとったアプローチを伝えることによって質問された側は、あなたの思考回路がわかるとともに、「とりあえず自分で解決しようとしたんだな」という努力部分も感じてくれるので、答える気になってくれる確率が高くなります。あと、わからないことを聞く場合に気をつけなきゃいけないことは、「相手はあなたではないのであなたが知っている情報は知りません」ということでしょうか。まあ要するに、ちゃんとイチから話せよ、ってことです。こんなのは完全にケースバイケースなんですけど、「なぜその作業をやることになったか？」ということも伝えるといいです。けっこう「その作業ってやらなくてもよくね？」という結論になったりします。
６．人と仲良くしておけこれは、５に強く紐づきます。打算的な人間関係はいいことだとは思いませんが、まあ、人類皆兄弟。仲良くしましょうよ。誰がどういうことを知っているのか？ということもわかるようになるし、聞きやすい環境も作れるじゃないですか。
７．誰が知ってるかを考えろこれも５に紐づきます。だって知ってそうな人に聞かなきゃたぶん答えかえってこないじゃん。とはいえこの考えをもう一歩進めると「誰が知ってそうな人を知っていそうか考えろ」というのがあって、しまいには「だめもとで聞いてみろ」というのもあったりします。まあ、うまく解釈して使ってください。
８．ツールを使えその作業って、本当に手作業でやらなきゃいけないの？それをやってくれるツールってあるんじゃない？でもそのツール探すのにあんま時間かけると本末転倒なのでほどほどに。
筆者がお勧めする最強の三種の神器は「Excel」「正規表現」「英語」です。「Excel」は最低VLOOKUPは知っておく。できればマクロが組めるようになっておきたい。「正規表現」はログ抽出とか、データ集計などに役立ちます。「英語」は
EclipseでDerbyを使ってみるでも触れましたが、IT系の光の玉ですから。
９．自動化しろあなたが、一回切りと思った作業はたぶん何回もやることになるでしょう。マクロなりプログラムを組むなり、できるだけ人の手を介さないようにしておこう。人の手を介せばミスが産まれるから。1回目は自動化をもくろまないケースより時間がかかってしまうかもだけど、すぐ取り返せるから。場合によってはヒーローだから。
もうだめだ。眠い。ちょっとこの時間に殴り書いたのでアレですけど、見直してもないですけど。しかも１０っていったのに９しかないけど、まあそれはそのうちバージョンアップして間に合わせるということで。
以上、よろしくお願いいたします。
