様々なソフトウェア開発を経験してきた視点から、開発、マネジメント、経済などについて書いています。タイトルは、あるレトロゲームからのオマージュ。ツイッターアカウントはこちら。仕事の規模や職責の重さに違いはありますが、これらの肩書は、いわゆる「リーダ」と呼ばれる存在です。リーダに抜擢されたとき、まず初めに何をすべきでしょうか?初めにやるべきこと?とりあえず、思いつく王道の答えを上げてみます。目標を立て、役割を決めるリーダは、チームや組織をまとめるのが役割です。組織で仕事をする利点は、個人では出せない成果を出せるところにあります。全員が同じ目標を共有し、メンバーが自分の役割を認識することは組織として動くうえで大事なことです。メンバーの顔と名前を覚えるリーダでなくとも、これは社会人としてやっておいた方がよいですね。自分に興味を持ってくれない人に対して、人は興味を持ちません。リーダならば、顔と名前だけでなく、各メンバーの性格や職歴なども抑えておきましょう。組織の問題点を分析するリーダは、そのチームや組織の問題点を改善し、生産性を高める役割があります。問題点を事前に洗い出しておくことは大事なことです。これらは、すべてリーダとして大事な仕事です。・・・しかし、これらの実務をこなしていても、うまく組織をまとめられる人と、まとめられない人がいます。やるべきこと、やってはいけないことある組織で働いていたときの話です。組織変更があり、新しくマネージャが赴任してきました。人員の変更は、ほとんどありませんでした。これは組織変更としてはよくある形です。やってはいけないことをしたマネージャ問題は、そのマネージャが初めにやったことでした。開発者が部署内で公開していたレポートを非公開にすることでした。そのマネージャは開発者たちにメールを送りました。このレポートの公開は不適切だと判断しました。私は、この出来事で「この人は、開発者たちの上に立つには不適切な人だ」と確信しました。リーダになって初めにやるたったひとつのこと私にとっての「リーダになって初めにやるたったひとつのこと」は、これです。成果を示して、メンバーの信頼を得ることリーダは、就任直後から様々な実務をこなさないといけません。その目的は「メンバーの信頼を得るため」です。結局、仕事は信頼関係で成り立っています。リーダの成果は、開発者の成果物のように明確ではありません。リーダの方こそ、信頼を得るための努力が必要なのです。組織やメンバーは、リーダの所有物ではない先のマネージャは、まだ新しい職場で成果も上げていませんし、その職場で必要な知識に関しても、開発者たちに遠く及びません。自分の権限をアピールして、上下関係を示そうとしてしまったわけです。部下やメンバーは、無条件で指示に従う存在ではありません。逆にリーダを評価する存在でもあります。リーダは組織の責任者であって、所有者ではないのです。私の経験上、リーダの仕事への姿勢次第で、メンバーのモチベーション、協調性、そして成果は大きく変わってきます。指示を出すリーダや、一方的に部下に成果を求めるリーダがいますが、まず、リーダが成果を示し、信頼を得てからでないと、組織は力を発揮できないのです。蛇足ですが、本記事のタイトルは、以下の本から拝借しました。著)この本は、ある職場の先輩が「リーダとマネージャの違いって分かるか?」と質問してきて、答えられなかった私に勧めてくれた本です。膨大な調査やインタビューから、著者が客観的に導き出した答えが書いてあるところです。多くの答えが私にとっては腑に落ちるものでした。誰もがもやもやと答えを出せずにいた問題に明確に答えてくれる本を名著とするなら、私の中では名著の一冊になっています。記事を気に入っていただけた方は、クリックしていただけると励みになります。職業:元ソフトウェアエンジニア自己紹介:東京のゲーム会社でゲームプログラマ。家電メーカーで組み込みエンジニア。今は東京に戻って暮らしています。詳細な自己紹介は、こちら。