なんとなく「断るのって大事！」って言われるけど、実際どうなの？って思ったことない？💭
ソフトウェアエンジニアの世界でも、「ノー」というのは超重要なスキルって言われるけど、それには見えない負担がけっこうあるらしいんだよね😳✨
「ノー」って言うの、けっこうストレスかも？
みんな「断るのは大事」って聞くと、「それならスパッと言おう！」って思いがち。でも実際は、断るときに感じる心理的なプレッシャーや不安って結構キツイって話があったよ🥺
しかも、特に忙しい職場だと「ノー」って言うのがキャリアに悪影響あるかも？って不安になることもあるみたい。周りがどんどん「はい！」って引き受けてる中で、自分だけ「ノー」って言うのって勇気いるよね😮💨
「イエス」は一時的に褒められるけど…
逆に「イエス」って言うと、たしかにその場ではすごく評価されやすいよね。頼まれごとを断らずにがんばる人は、がんばり屋さんって見られやすいし✨
でもね、それが続くと燃え尽きちゃうリスクもあるんだよね🌸
どうやって「ノー」をうまく言う？
ここが結構むずかしいトコなんだけど、「ノー」を言うときも相手に嫌な気持ちを与えない方法を探すのが大事らしいよ🧠💡
例えばこんな感じ👇
- 理由をちゃんと伝える（「今はこのタスクで手いっぱいで…」とか）
- 代替案を出してみる（「これならできそうだけど、どう？」とか）
- 自分のキャパを意識して、無理しない線を決める
これ、わたしもまだ練習中だけど、断るってただ「ダメ！」っていうだけじゃなくて、コミュニケーションの一部なんだなぁって思ったよ✨
ソフトウェアエンジニアに限らず、仕事で「ノー」って言うのって、ただの拒否じゃなくて、結構なパワーがいるんだなぁと改めて感じた話だった🥺💬
はてな
コメント
キンバリー
要望に「ノー」が必要なのは、非技術者か代案を話し合いたくない人が多いから。 技術に強いプロダクト人材を採ればエンジニアの負担も減るよ。
エイダン
次のブログ「ソフトウェアエンジニアリングでイエスと言う隠れたコスト」フォローしてね！ …って冗談、実際はドタとかアニメと下手なコードの話しかしてないよ。
サラ
「ノー」と言うと押し切られる感覚に悩むことがある。 技術的な説明をじっくりできないと、無理だと言われたみたいで思考が乱されちゃうんだ。
ハンナ
ノーは簡単じゃない。 すぐ理由を説明しなきゃいけないし、完全に理解してないと説得できない。 弱い理由でノー言う人は信用できないよ。
クリス
できるなら「可能だけど優先順位を調整しよう」、不明なら「調べて返答する」、絶対ダメなら理由と代替案を説明するのが正解。
ロバート
「ノーだけど」の使い方も大事。 時間足りない時は「ノーだけどこれならできる」とか「もう少し時間くれれば全部可能」と言うとマネージャーも理解してくれる。
リリー
ITプロジェクトマネージャー時代、ノーと言うと「イエスにするには何が必要？」って返ってきたよ。
ワット
ある時間以降は働かないルールを作れば、時間内に何ができるか見積もりやすくなってノーも言いやすい。 動かせるのは範囲、期限、時間の３つだけ。
マックス
技術決定は最終的に会社の判断。 反対してもやるなら自己責任だし、失敗しても助けは期待しないと言える。 ただ、助言通りにやって失敗したら文句も言えない難しい立場。
レオ
徹夜要求みたいな場合はシンプルに「ノー」でいいけど、普通は依頼の目的を理解して代替案を提案することが本当の「ノー」だよ。
ミア
上司には「ノー」じゃなく「優先順位の調整でリスク回避してます、でも要望は記録しておきます」と言うと伝わる。 相手の言葉で話すのがコツ。
グレース
要は相手のニーズを理解して言葉を合わせれば、「やめたほうがいいこと」でも納得してもらいやすい。
キンバリー
将来の要件を予測して、技術者じゃない人にも「これは近い将来出るかも」と先に伝えておく。 忙しいから期間を確保しないと作業できない、とも説明してる。
クリス
そのために常にコミュニケーションして、優先度変更か完了までは新しい仕事は始められないと伝えてる。
リリー
未来の機能を予測するにはビジネスを理解し、顧客の声が聞ける会議に参加すること。 使われている製品なら次の展開も見えてくる。
ロバート
結局、ノーはスケジュールやビジネス要件から来ていると理解してもらえる。
ハンナ
ノーを言って昇進できないなら、言い方が間違ってるんだよ。
サム
「スプリント計画やレビューでよくある話」って聞くと、アジャイル万能論者のソフトスキル話がまた始まるね。
ベン
手伝いたいけど今は手がいっぱい。 進捗あったら教えてね！
クロエ
チームがイエスと言うために何が必要か、質問形式で説明することが多い。 例えば「それには追加で〇時間かかるけど、何を後回しにする？」ってね。 情報を出して意思決定を助けるのが大事。
