見せるな、魅せろ ～評価を変えるエンジニアの技術～

はじめに

SEとは何でしょうか。

と問われると多くの人は

System Engineer（システムエンジニア）

と答えるでしょう。

ですが、私はこう答えます。

Sexy Engineer（セクシーエンジニア）

ここで言う「セクシー」とは魅了する力です。

• 伝わる
• 惹きつける
• 任せたくなる

そんな魅力を持ったエンジニアを、私はセクシーエンジニアと呼んでいます。

見せる と 魅せる

システムエンジニアは

• コードを見せる
• 設計書を見せる
• 進捗を見せる

成果物を見せています。

見せるとは

• 情報がある
• 一応理解できる
• 伝わるかは相手次第

つまり、受け手に委ねている状態です。

一方、セクシーエンジニアは

• コードを魅せる
• 設計書を魅せる
• 進捗を魅せる

成果物を魅せています。

魅せるとは

• 一目で理解できる
• 意図が自然に伝わる
• 次の行動まで導く

つまり、受け手の体験まで設計している状態です。

魅せるとは何か

「見せる」と「魅せる」
この違いは小さく見えて、決定的です。

• 「見せる」は情報を渡す行為
• 「魅せる」は体験を設計する行為

体験は感情を生みます。
魅せるとは、感情を動かすことです。

エンジニアの仕事は、コードを書くことだけではありません。

良い体験を創り、顧客の感情を動かす。
それが 「魅せる」 ということです。

魅せる成果物

成果物とは「相手に渡るすべてのアウトプット」です。
つまり、エンジニアの行為すべてが成果物と言えます。

• イケてるソースコード
• 映える設計書
• キレキレの会話
• チルい振る舞い

そんな成果物が感情を動かします。

魅せる成果物を生み出す。
それがセクシーエンジニアです。

2種類の成果物

世の中には2種類の成果物があります。

イケてる成果物

• 一目で意図が伝わる（迷わない）
• 無駄がなく整理されている（引っかからない）
• 情報が過不足なくある（ちょうどいい）
• 読んでいてストレスがない（疲れない）
• 次のアクションが明確（すぐ動ける）

ダサい成果物

• 何を言いたいのか分からない
• 情報が多すぎて散らかっている
• 情報が足りない / 本質が抜けている
• 読むのにエネルギーがかかる
• 次に何をすればいいか分からない

イケてるソースコード

ソースコードは「書くもの」ではなく「読まれるもの」です。

ダサいコード

var data = GetData();

foreach (var item in data)
{
    // フラグが立っているかチェック
    if (item.flg)
    {
        // 処理
    }
}

何をしているのか分からない

ダサいコードあるある
読む気にならないコード

• 変数名が item、data、tmp
• 同じ処理がコピペされている
• コメントがない or 嘘を書いている or 何をしているかしか書いていない
• メソッドが長すぎてスクロール地獄

イケてるコード

var activeUsers = GetActiveUsers();

foreach (var user in activeUsers)
{
    // 有効ユーザーのみを対象にすることで、無効ユーザーへの誤処理を防ぐ
    if (user.IsEnabled)
    {
        // 処理
    }
}

名前だけで意図が伝わる
読みやすい！

映える設計書

設計書は「説明」ではなく「意思決定の記録」です。

萎える設計書

1. ユーザー情報を取得する
2. 必要に応じて処理を行う

抽象的すぎて何も分からない

萎える設計書あるある
信用できない資料

• 「適宜対応」などの曖昧表現
• 図がなく、文章だけで説明
• 更新されておらず現状とズレている

映える設計書

1. ユーザーIDでユーザーテーブルを検索
2. ステータスが「有効」の場合のみ処理実行
3. 無効ユーザーはログ出力してスキップ

読んだだけで挙動が分かる
迷わない！

キレキレの会話

会話は「話すもの」ではなく「伝えるもの」です。

グダグダの会話

おそらく論理削除で大丈夫です。

何が大丈夫か分からない

グダグダの会話あるある
相手に負担をかけるやり取り

• 「多分」「おそらく」が多い
• 結論が最後まで出てこない
• 質問の意図が分からない

キレキレの会話

ユーザー削除時の履歴ですが、
物理削除ではなく論理削除の方が安全です。
理由は監査対応と復旧性です。
論理削除にする仕様で如何でしょうか？

背景・結論・理由・問いが揃っている
伝わる！

チルい振る舞い

振る舞いは「作業」ではなく「信頼を築く行為」です。

ピリつく振る舞い

• レビュー依頼が雑
• 期限を守らない
• 問題が起きても報告が遅い
• 指摘されると防御的になる

一緒に働きたくなくなる

ピリつく振る舞いあるある
信頼を失う振る舞い

• 共有しない
• ギリギリまで抱え込む
• 指摘＝否定だと思っている
• 自分の都合で動く

チルい振る舞い

• レビュー依頼に目的・観点が書かれている
• 期限を守る or 事前に相談する
• 問題は即共有し、影響範囲も伝える
• 指摘を歓迎し、改善に活かす

安心して任せられる
信頼される！

違いはどこで生まれるのか

この差の本質はシンプルです。

• 丁寧に仕上げているか
• 相手の立場で考えているか
• どう伝わるかを意識しているか

技術力ではありません。
「魅せる意識」 があるかどうかです。

おわりに

あなたの成果物は、見る人にどんな体験を与えていますか？

• 見て気持ちいい、ソースコード
• 読んで気持ちいい、設計書
• 聞いて気持ちいい、会話
• 一緒にいて気持ちいい、振る舞い

その体験の積み重ねが、「また任せたい」という評価になります。

• コードレビューの一行
• 設計書の一文
• 何気ない一言

それ、Sexyですか？