評価されやすいエンジニアとは、成果を効果的にアピール出来るエンジニアのこと。
こんにちは、しんざきです。週に一回ファミコン版のイーアルカンフーを遊ぶ習慣がもう15年くらい続いておりまして、そろそろ一度知見を集積しようかと思っているところです。面白いですよね、イーアルカンフー。 この記事で書きたいのは、大体以下のようなことです。 ・「評価されやすいエンジニア」とは、「ちゃんと自分の成果を言語化してアピール出来るエンジニア」です ・「アピール」というと苦手意識を持つ人が多いのですが、必要なのは自分を大きく見せることではなく、具体的な達成状況の可視化です ・「自分の成果を言語化出来るか」というのは、日々の仕事で能力を発揮する上でもとても大事です ・成果を言語化する上では、ちゃんと「ストーリー」を考えることも大事です ・ストーリーといっても、別にありもしない物語を作れという話ではなく、組織が持っているビジョンや方向性に合致する成果になっているか、という話です ・特に新人さん
メンバーから「できてません」「進んでません」と言ってもらうために、考えたこと
この記事で書きたいことは、以下のような内容です。 ・マネジメントをする上では、「出来てない」「進んでない」という情報は最重要であって、早く言ってもらえば言ってもらえる程傷が浅くて済む ・機械的に進捗を把握出来るのが一番だが、なかなかそうもいかない場合もある ・だが、「出来てません」「進んでません」というのは物凄く言いにくいことで、ベテランでもギリギリまで言えない人は多い ・「出来てません」と可能な限り言ってもらいやすい環境を作るのは上司の仕事 ・個人差もあるが、ある程度「言いやすい」条件を整えることで、「言えない」人でも言えるようになってくれる場合もある よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 皆さん、「進捗ダメです」って言えてますか？ 「全然できてません」って言えてますか？ これはどんな仕事、どんな分野、どんな業界でも同
リーダーがチームの力を活かして育てるためにやるべき5つのこと - My Life After MIT Sloan
チームを率いるリーダーにとって、チームメンバーを活用して、仕事そのものを成功に導くことは最も大切なことだ。 加えて、チームの人の力を最大限に活かして、長期的視点で育てていくことも大切だと思う。 特に性格的にENFJ(=teacher,memtor)の私は、どうしても後者の方に関心が行ってしまうらしい。 チームを任されるようになって半年程度の私自身が出来てるとは限らないけれど、 後者のポイントでこれが出来ると人の力を活かせるなあと常々思っているポイントを5つ、自戒をこめて書いてみるです。 （個人的には4と5が大切だと思うです） 1．動きやすいように、見通し・段取りをつけてあげること これは単にプロジェクトを成功させるためだけでなく、人を活かすという観点でも重要だと思う。 ある仕事を達成するために、どの時点でどのようなことが出来ていなければならないのかを明確にし、合意する。 そうすれば、チーム
「納期を半分にしてくれ、金なら出す」
システム開発で、もし顧客から「お金なら出しますから、4カ月のところを2カ月で作ってくれませんか？」と言われたらどうするか？ この状況についての考察を、TISの社内ベンチャー「SonicGarden」代表を勤める倉貫義人氏がブログ「Social Change!」のエントリ「アジャイル開発のボトルネック」に興味深くまとめています。 倉貫氏はアジャイル開発手法を実践してきた人としても知られており、先日まで「日本XPユーザグループ」の会長でもあった人です。考察もアジャイル開発手法の考え方に基づいて展開されています。 まず、品質以外のパラメータが変動可能なら、納期を短くすることも可能か？ について倉貫氏は考察しています。 確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
