【無料】エンジニアの評価シートサンプルと書き方｜制度の作り方や基準を紹介
エンジニアの評価シートは、業績やスキルを正確に測定し、エンジニアの成長を促すための重要な資料です。技術スキルだけでなく、プロジェクトへの貢献度や問題解決能力など、多角的な視点で評価することが求められます。 一方、評価基準が多岐にわたることから「エンジニア向けの評価シートの作成方法がわからない」「そもそも評価制度が確立しておらず、ゼロから制度を見直したい」と悩む方も多いのではないでしょうか。 本記事では、エンジニア向け評価シートの無料サンプルを配布します。加えて、評価制度の構築手順や評価シートの書き方も詳しく解説するので、ぜひ最後までお読みください。 エンジニアの評価シートを簡単に作れるツール「NotePM」 【基礎知識まとめ】エンジニアの評価制度とは？ エンジニアの評価制度とは、エンジニアの業績や能力を体系的に測定・評価するシステムのことです。この制度では、技術スキルやプロジェクトでの貢献
話が盛り上がらない、雑談ができない人の根本の原因 ファシリテーションの達人が語る「抽象化」のスキル
話が盛り上がらない人は「抽象化」が苦手 久保彩氏（以下、久保）：荒木さんはよく著者の方と対談されますけれども、本を1回ばーっと読んでおいた上で、「ここを聞きたいな」というポイントをあらかじめ定めている問いもあるし。もし相手の方の問いがおもしろかったら、設計した問いは捨てて、その方の話をぐっと深掘りするみたいな柔軟性を持っていますね。 荒木博行氏（以下、荒木）：僕は問いすら用意していないですね（笑）。 久保：そうなんだ。もうそれは習熟ですね（笑）。 荒木：その人の自己紹介とか、「この本についてちょっと軽く話してもらえますか？」という話をして、「なるほど。この点はめっちゃおもしろかったです」と、最初の5分くらいでラポール（信頼関係やリラックスできる関係）を築く。その上で、「でも、今おっしゃったところですごくおもしろい予想外のポイントがあったんですけど、そこからいきましょうか」という感じでやって
あなたの上司や部下が見ている世界 - NRIネットコムBlog
こんにちは、越川です。ネットコムに中途入社して約２年になりました。私は入社してから今に至るまで同じPJに携わっています。 PJ運営の中で最初はプロジェクトメンバーとしてアサインされたのですが、その後、プロジェクトリーダを経て、今はプロジェクトをマネジメントする立場にいます。 各ポジションをやってみて実際に見えた景色や意識しなければいけない点は結構、異なりました。立場が変わったからこそ感じたことや見えたものがあります。今回はそんな各ポジションを経験する中で気付いたことをまとめてみようと思います。 記載するポジションに該当される方は、自分の上司や部下がどんな視点で仕事をしているのかをぜひ参考にしていただければと思います。 各レイヤーの役割や特徴 プロジェクトメンバー プロジェクトリーダ（PL） プロジェクトマネージャー（PM） 各役割に対するアプローチ プロジェクトメンバーに対するアプローチ
抽象度の高い仕事の進め方 - Konifar's ZATSU
仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」
【雑記】数千件のセキュリティ相談から学んだ対応方法 - 2LoD.sec
JTCのセキュリティマネージャのニキヌスです。 これまでの記事で事業会社におけるセキュリティ業務を紹介（※）してきました。 今回は、地味だが大変な「相談対応」の話です。 私が所属するセキュリティチームには、毎日、約2000人のIT部門メンバから大量の相談が届きます。 これを4～5名で対応していますが、中にはそちらに手を取られて自分のプロジェクトが進められなくなったり、労働時間が伸びてしまったりする人もいます。 相談をどう効率よくうまく捌くか？は意外と文章化されていないように思うので、これまでに身につけた自分のやり方を書いてみます。 セキュリティ相談とは 相談のゴール 相談対応の流れ 1. 相談内容の把握 2. 責任範囲の確認 3. 全体像の把握 4. 脳内簡易脅威モデリング 5. 論点の整理 6. 調整～回答 さいごに （余談）セキュリティ相談 今昔物語 ※セキュリティ業務に関する過去記事
IT エンジニアが対人関係でしくじらないために - Qiita
しくじりエンジニア！私みたいになるな！ - Qiita 人間であれば誰しも「しくじったこと」が一度はあると思います。 あなたがエンジニアとして「しくじったこと」で思い浮かぶものは、どんな内容でしょう? を思い浮かべてのポエムです...。もちろん具体的な誰かの顔をイメージする記事ではないですが、社会人も 20 年そこそこになると「余計なこといっちゃったなー」とか、「うわあああ！ (頭の中で後悔)」とか、後になって胸にチクっとくる場面を、(割と)(これでも)(幾度となく) 経験しています。 Unsplash 本番サーバー60台のホスト名を全部 cat にしてしまった話 #Linux - Qiita とか、WHERE 句を付けずに DELETE 文を流すとかも記憶のどっかにあるけど、言うて対システムの失敗は「(せいぜい数週間) 頑張れば」どうにかリカバリできることの方が多いのではと感じます。 一
「なぜ」と聞かずに理由を引き出す！「詰めてる」感を減らす言い換えテク - Qiita
こんにちは。KDDIアジャイル開発センターのサービスデザイナー よねみちです。 生成AIを用いたto Bプロダクトのスクラム開発や、お客様のDX・新規事業創出のきっかけとなるデザインスプリント支援などを行っています。 はじめに レビューや会議で誰かが「詰められてる」様子、心にきますよね。自分がやられるのはもってのほかですが、周囲で発生するだけでも心がすり減ります。。 特に、何か問題が発生したときや、参加者間の誤解が解消できないときに「詰め」が生じがちです。 質問する側の、焦りや不安から「なぜ？」「どうして？」「つまり？」と質問マシーンになってしまう気持ちも理解できるのですが。 問い詰めてしまい心理的に不安全な状況に陥ると「ミスを隠そう、自分が責められないようにしよう」と回避する力が働きはじめ、結果として「正確な状況がわからない」「適切なアクションが取れない」といったチームとして重大なリスク
フルリモートで相手に気持ちよく仕事をしてもらうためのコツあれこれ
社内のプチ発表に使った資料です。 文章のコツ 前置き フルリモートでは、文章でのやり取りがメインになる。 なので、文章がヒドいと「この人と仕事するのキツイ」と思われちゃう😢 そう思われないための色々思ったことを自戒メモ。 なるべく箇条書きにする
Amazonで役員の時間をお願いする場合の雛形が良くできている話→「事前に流れがわかる」「ウチのミーティングで導入してほしい」無駄な会議が減りそうな予感
Issei Suzuki @issei613 Amazonで役員の時間をお願いする時はいつも秘書さんにこの形式で依頼しないと予定入れてもらえないのだけど、なかなか良くできた雛形だなと思う。ドラフトを送る前に上司に一度目を通してもらうと、認識のズレも予め修正した上で会議の準備に臨める。 pic.twitter.com/R2Mjro0SeS Issei Suzuki @issei613 最後の「意思決定は後でやり直しがきくか」はOne-way Door（一方通行のドア = やり直し不可）vs Two-way Door（双方向のドア = やり直し可）と呼んでいて、これは自分で見極めて、後者ならなる早で実験してみることを推奨されている。
要件定義、基本設計、詳細設計の流れを総復習
はじめに 📘 この記事は ラクス Advent Calendar 2023 の7日目の記事になります。 要件定義から基本設計、さらに実装や保守運用に至るまでの一貫した経験を何度か積んできましたが、毎回 「要件定義って具体的に何の項目が必要だっけ？」 「基本設計との違いって何だったっけ？」 「基本設計と詳細設計の区別って？」 といった疑問が頭をよぎってきました。 そんなわけで、これまでの経験を振り返りつつ、開発プロセスについて１からまとめていくことで頭の中の大掃除を行なっていきたいと思います🧹 この記事の対象者 🎯 開発プロセスについて学びたい方 要件定義の基本を学びたい人 要件定義と基本設計の違いがわからない人 一緒に開発プロセスについて復習したい方 前提 記事中の一部（特に要件定義や基本設計、詳細設計のサンプル）を自動生成で作成してます。一貫性の無い内容があるかも知れませんが、あく
意識も理想も高いけど実現には至れない人｜FromAtom
これは、複数の他社の人から聞いた話をくっつけたり混ぜたり脚色した話になる。つまるところフィクションだ。 あるIT企業ではチームごとに始業時にスタンドアップミーティングを行っている。スクラムで言うところのデイリースクラムである。よくあるやつだ。 ある日、5〜6人くらいの小規模チームに新しいメンバーが加入した。新卒ではないけれど第二新卒くらいの若さのメンバーであった。将来的にはリードする役職（テックリードだったり、デザインリードだったりそういうやつ）につきたいという、意欲のあるメンバーだ。仮にメンバーを山田としよう。 入社後しばらくした山田からマネージャーに相談があった。 「毎朝、スタンドアップミーティングをしているが、時間の無駄にしか感じない。それぞれが進捗を共有するが、自分には関係ないタスクの話を聞いても意味がないので早くタスク消化に入りたい。」 マネージャーはスタンドアップミーティングの
部下への注意の仕方は4種類に分けられる 管理職を悩ませる、現状と理想のギャップの伝え方
売り手市場の採用環境、働き手の多様化が進む今、ミドルマネジメントの変容が組織成長の要となっています。本イベントでは、個々を尊重しながら適切な指導を行い、部下を育成していくための職場コミュニケーションについて語られました。本記事では、エール株式会社 代表の櫻井将氏が、かつての上位下達のマネジメントでは立ち行かない時代のフィードバックのあり方について解説します。 かつては「個人の幸せ」と「組織の生産性」は相反するものだった 櫻井将氏（以下、櫻井）：では、「フィードバックの場が変わる ミドルマネジメントの変容」についてお話をさせていただこうかなと思います。ご存知のとおり、私は「話を聴く」ほうがわりと多く考えてきていますし、専門性が高いので、「伝える」とか、フィードバックについてお話ししてどこまでお役に立てるのかなとちょっと不安ではあるんですけれども。私なりに考えているところをお話しできればなと思
真剣に話を聴いているのに「聴いてくれていない」と言われる人の特徴 コミュニケーションがスムーズになる「聴く」コツ
「駆け込み乗車はおやめください」というアナウンスが逆効果になるわけ 櫻井将氏（以下、櫻井）：実はこういう、「いろんな伝え方をして、いろんな工夫をしているんだけど、でも直らないんです」という方のために、マトリックスに発生頻度を置いてゾーン3を作ったんですね。ちょっと事例を出すんですけど、「駆け込み乗車をおやめください」と言われると、駆け込みたくなりません？ 私はそうなるんですけど、階段を上っていて「駆け込み乗車をおやめください」って言われると、「まだ乗れるのかな」と思って行きたくなっちゃうと思うんです。なんでこれが起きるかと言うと、脳内に駆け込み乗車をしている時のイメージが浮かんでくるんですね。 実際にGoogleで「駆け込み乗車をおやめください」って入力すると、駆け込み乗車をしている映像が出てくるんですよ。これはよくある「プールサイドを走らないで」って子どもに言うと走りたくなるのと一緒です
元キーエンストップセールスが語る、営業失敗の8割は「不戦敗」 戦わずして負けないための情報収集術
営業力強化・営業生産性向上をテーマにしたSansan主催イベントに、『シン・営業力』の著者で、株式会社FAプロダクツ 会長の天野眞也氏が登壇。元キーエンストップセールスの天野氏が、「シン・営業力」を実践するための3つのエッセンスや、顧客の中からファンを見つける方法などを語りました。 営業の失敗の8割は「不戦敗」 天野眞也氏：続いて、「営業の失敗の8割が◯◯◯」。これもみなさんにぜひイメージしていただきたいんですが、わかる方いらっしゃいますでしょうか？ ちょっとテーブルは離れていますが、私と目が合ったそちらの方はどうでしょう？ 回答者4：準備不足。 天野：準備不足。お隣の方はいかがですか。 回答者5：ちょっと出てこないですね。 天野：大丈夫です、大丈夫です。これはちょっと変化球かもしれませんが、実は営業の失敗の8割は「不戦敗」です。 サービスがちょっと足りないとか、コストが足りないとか、サー
飲み会を1,000回やって学んだ、「最高の飲み会」のつくりかた(長い)｜udon
(この記事は全文無料で公開しています) これは何人生を30年、会社員を10年やってきたが、飽き性であまりずっと続いてることがない。10年続いてることがあるとすれば相方との関係、書くこと、そして飲み会である。本稿では、20歳以後一貫して取り組んでいる飲み会についての1個人の知見を極めて真面目に記したい。ここ10年でだいたい週3-4くらいはコンスタントに飲み会をして、そのうち体感6-7割は自分で企画しているので1,000回以上は飲み会を主催してると思う。その経験をもとに学んだことを書きたい。 なお、査読をお願いした相方には「長すぎ。強いられないと最後まで読む人はいない」と愛の鞭(?)をもらった14,500字ですが、必要な際に参照され、どこかの誰かには染み渡る箇所があればいい(ダシみたいですね)と願い、そのまま出します。 わいわい飲み会とは本稿では、あくまで個人が娯楽目的に開催する会について記し
新人を潰す上司・伸ばす上司の差は“指導の順番”にある 社員の4タイプ別の特徴と、適切な指導のポイント
人材育成で悩んでいる人事担当者、部下指導を「なんとなく」で行っている管理職が、感覚的な指導から脱却し、部下の活躍を促すために有効な打ち手について、株式会社PDCAの学校 代表取締役の浅井隆志氏が解説。本記事では、社員を4つのタイプに分類しながら、タイプ別の適切な指導方法について語っています。 忙しい上司を見て「ああはなりたくない」と思う部下 浅井隆志氏：これは、繰り返しウェビナーでお話しさせていただいておりますが、特に最近の若手は自己成長、スキルアップ、キャリアアップを図りたいというニーズがあります。ただ一方で、管理職にはなりたくない。 「管理職になりたくない」という割合が、過去20年ずっと遡っても右肩上がりで増えてるんです。なんでかというと、責任を負いたくない。理由はここだけなんですね。自分の会社の課長や部署を見ると、大変そうだからなりたくない。 もう1つ余談になりますが、以前、千葉に十
逮捕された頂き女子「りりちゃん」のマニュアルには何が書かれていたのか｜山野祐介
「頂き女子」を名乗っていた「りりちゃん」が逮捕された、というニュースを見た。リンクは以下。 「頂き女子りり」を逮捕 恋愛感情利用し男性から金をだまし取るマニュアルを販売か 詐欺幇助の疑い 「頂き女子」とは、「男性からお金を頂く女子」という意味で、恐らくりりちゃんの作った造語だと思われる。 パパ活をする女性に、男性から現金をだまし取るためのマニュアルを販売した詐欺ほう助の疑いで逮捕されたようだ……が、正直「逆に今まで捕まってなかったのか」という感想が先に来てしまった。詐欺は立件が難しいから本人は詐欺で捕まらず、マニュアルの販売で逮捕されるというのもすごい話だが。 そういえば、このりりちゃんが販売していたマニュアルを持っていたので、読み返してその辺のことを書こうと思う。ただ、このマニュアルにはいくつかバージョンがあるらしく、俺が持っているこれが逮捕の決め手になったものかどうかは知らない。 記憶
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
仕事を前に進めるためのコツ - 判断と決断と共有 / Aim for the goal
1on1ガイドについて
話を聴く技術 / listening skills
