社内ソフトスキルを考える

Slide 1

Slide 1 text

  社内ソフトスキルを考える    ~明日からもっと評価があがる話~  インフィニットループ :阿部咲良かもしれない

Slide 2

Slide 2 text

自己紹介  氏名: 阿部咲良　(インフィニットループ仙台支社所属) 歴: 新卒でILに入社し4年目　大学でフワッとデザインを学んでおり、そこからきました(not情報系) 最近あったこと: GWに東京競馬場で大負けして1万円溶かしました 2

Slide 3

Slide 3 text

今回の題材: ソフトスキルとは？  コミュニケーション能力やリーダーシップ、チームワークといった「仕事のベースとなる能力」……らしい ⇔ 実装に関しての技術力や知識はハードスキルこのスライドでは「仕事における他者と関わる部分のスキル」と定義させていただきます 3

Slide 4

Slide 4 text

エンジニア/プログラマは技術力が全て  と思っていませんか？  4

Slide 5

Slide 5 text

例えばこんな人がいたとする - 完璧な実装ができるが、全く協調性がなく会話が成り立たない - 振られたタスクを早くこなせるが、全くほうれんそうをしない - 知識が豊富だが、物言いがキツく話しかけづらい 5

Slide 6

Slide 6 text

せっかく能力があるのに  評価されない・されにくい可能性がある  6

Slide 7

Slide 7 text

実力、能力、仕事の良し悪し生み出した成果どれだけチームや会社を円滑に回せるか ↑イメージされがちな評価軸 ↑実はこの評価軸もある 7

Slide 8

Slide 8 text

どうせ働くなら  たくさん評価されたほうがいい  8

Slide 9

Slide 9 text

チームや会社で  お手軽に評価があがる(かもしれない)ソフトスキル紹介  - おもに社内向けのソフトスキル - お客さんとのコミュニケーションはまた別 - コミュニケーションツールとしては基本的にチャットを想定しております - 題材上、マナー講師のようなことを言う場面があります - 「必ずやれ」「やらないと変」というものでは全くないです - 普段の業務のプラスα的なものです - ピンときたものだけ覚えていただければ幸いです m(_ _)m 9

Slide 10

Slide 10 text

目次  - 伝わりやすい文を書こう - 適切な会話をしよう - 反逆者になろう 10

Slide 11

Slide 11 text

伝わりやすい文を書こう 11

Slide 12

Slide 12 text

この仕事、コミュニケーションが思ったよりも多い  人と関わるのが仕事の割合で一番多いといっても過言ではない（実装に関する相談、質問、連絡、依頼、雑談などなど） → 伝わりやすい文を書くことで業務が回りやすくなる 12

Slide 13

Slide 13 text

例: たとえばこのような場面  - チーム内（目上の人が大勢いる）で実装に関する相談がしたい - チャットを使用する 13

Slide 14

Slide 14 text

伝わりにくい例  「お疲れ様です。大変お忙しいところ申し訳ありません。〇〇の件ですが、こちら以前実装した▼▼のAPIが呼ばれるタイミングを~~という問題点があることから変更したいです。その変更したいタイミングと言いますのが■■の処理が終わったあとがいいと考えているのですがよろしいでしょうか？よろしくお願いいたします。」 14

Slide 15

Slide 15 text

15 言いたいことは分かるがちょっと分かりづらい

Slide 16

Slide 16 text

こうすると伝わりやすい  「お疲れ様です。 △△のタスクでご相談があります。 ■ 相談したい内容〇〇のAPIが呼ばれるタイミングは■■の処理のあとでよいか ■ 懸念点 - 懸念点1 - 懸念点2 ご意見いただきたく、よろしくお願いいたします。参考資料 : https://~ (資料になるページのURLなど、あれば)」 16

Slide 17

Slide 17 text

「お疲れ様です。 △△のタスクでご相談があります。 ■ 相談したい内容〇〇のAPIが呼ばれるタイミングは■■のあとでよいか ■ 懸念点 - 懸念点1 - 懸念点2 ご意見いただきたく、よろしくお願いいたします。参考資料 : https://~ (タスク内容がまとまったページのURLなど)」「お疲れ様です。 △△のタスクでご相談があります。 ■ 相談したい内容〇〇のAPIが呼ばれるタイミングは■■のあとでよいか ■ 懸念点 - 懸念点1 - 懸念点2 ご意見いただきたく、よろしくお願いいたします。参考資料 : https://~ (タスク内容がまとまったページのURLなど)」本題は先に、短く補足は切り分けて載せる何をしてほしいか念押し 17 長い文は改行

Slide 18

Slide 18 text

長文を書くときに気を付けるとよいポイント  - 1文を短くする  - 項目を分ける  - 箇条書きをする    - 自分が急にこの文章を送られた気持ちになる  - 最終的な目的をはっきりさせる(相談？質問？依頼？)    - 言葉にしにくいときは資料か画像を載せるとよい  18

Slide 19

Slide 19 text

地味~に効果があるポイント  - 難しい言葉を多用しない  - 漢字を連続させない    やってはいけない！というわけではないが  堅苦しくなったり、読みにくくなる可能性が      関係値や環境によりますが  難しい言葉を簡単にできるならしたほうがよい  御確認の程→ご確認のほど    勿論→もちろん    何卒宜しく→何卒よろしく    お手隙の際→お手すきの際    などなど  19

Slide 20

Slide 20 text

レビューをするとき（戸惑いをあたえる例）  if ($hoge == $huga) { 　return; } 「==」はダメです。直してください。 sample.php 20

Slide 21

Slide 21 text

if ($hoge == $huga) { 　return; } 「==」はダメです。直してください。どうしてダメなんだろう …… どう直せばいいんだろう …… 21

Slide 22

Slide 22 text

こんな感じにする  if ($hoge == $huga) { 　return; } 「==」だと型違いもtrueになってしまうため「 ===」にしてください。社内のコーディング規約でも ===とあるので、読んでおくと良いです。 (URL) 22

Slide 23

Slide 23 text

レビューの際に気を付けるとよいポイント  - 直してほしいところは直す理由を添える - どう直せばよいかも添えるそうすることで、受け手は納得しやすい＆修正をしやすい 23

Slide 24

Slide 24 text

レビューの際に気を付けるとよいポイント  - 直してほしいところは直す理由を添える - どう直せばよいかも添えるそうすることで、受け手は納得しやすい＆修正をしやすいさらに - レビューでは指摘だけではなく、「ここイイネ」コメントもするとよりよい - チームの雰囲気が良くなる - 自信がないときはその旨も書いておく - 相手に温度感を伝えておくことで、修正に対する圧の誤解を与えない 24

Slide 25

Slide 25 text

適切な会話しよう  25

Slide 26

Slide 26 text

会話はキャッチボール (チャットであっても)  - 相手の取りやすいボールを投げる - ちゃんとキャッチするを繰り返すのが適切な会話ドッジボールではいけない！！ 26

Slide 27

Slide 27 text

普通、あんこはつぶあんでしょいやそれは違いますよねそう、大変だったねでも私はもっと大変で …… ドッジボールな例  一部参考: 『超話し方図鑑』 (著五百田達成) 27

Slide 28

Slide 28 text

いやそれは違いますよね他者の意見に対して否定から入らない - どれだけ的外れでも初めから否定しない - クッションを入れることで、反対意見を聞いてもらいやすくなるそうですね、そのような意見もあると思います。ですが~ 28

Slide 29

Slide 29 text

いやそれは違いますよね主語をでかくしない - 圧を生みやすいので避けるのが無難 - 基本的に「私は~」をベースとした I話法が丸い私はつぶあんが好き何回ミスするんですか？普通、あんこはつぶあんでしょ 29

Slide 30

Slide 30 text

いやそれは違いますよね相談は悩み泥棒をしないよう心がける - 無意識にやりがち（n敗） - 相談は「聞いてもらいたいもの」 - してはいけなくはないが、自慢や長話にならないように注意そう、大変だったね（静かに聞く）何回ミスするんですか？普通、あんこはつぶあんでしょそう、大変だったねでも私はもっと大変で …… 30

Slide 31

Slide 31 text

いやそれは違いますよね相手の労力に感謝した言い回し - お手軽に印象がよくなるので紹介 - やりすぎると、くどくなるので注意〇〇さんがしてくれたアレだけど~ 何回ミスするんですか？普通、あんこはつぶあんでしょそう、大変だったねでも俺のころはもっと大変で ……(終わらない) 〇〇さんがやったアレだけど ~ 31 おまけ 

Slide 32

Slide 32 text

補足: 絶対にやってはいけない……わけではない  - ある程度、気心が知れた仲であればやっても問題ないことが大半 - (人によっては、軽口を叩いたほうが仲良くなれたりもするので難しい ) - あくまでビジネスの延長線上での会話はこうすると丸い、くらいのもの 32

Slide 33

Slide 33 text

反逆者になろう  33

Slide 34

Slide 34 text

34 ~ 本項目では、次の書籍を参考にしております ~ 『多様性の科学画一的で凋落する組織、複数の視点で問題を解する組織』著:マシュー・サイド出版: ディスカヴァー・トゥエンティワン

Slide 35

Slide 35 text

ここでいう反逆者とは  - 多様な視点を持とうとする → 風習や「周りの人がOKしてるからいいか」に流されず考える - 立場や状況に依らず、自身の意見があれば発信をする → 格上の人と相反する意見であっても恐れず伝える 35

Slide 36

Slide 36 text

まとめると: 他人に流されず、あえて空気を読まない人  とりあえず前回を踏襲して、今回も同じ方法ですすめましょう！ほんとうにそれでいいのか？もっと良い方法や懸念点はないか？ 36

Slide 37

Slide 37 text

反逆者にならない選択は時に命を奪う  この後、飛行機事故で命を落とすことに  残りの燃料が足りないが機長が気づかないわけがない。大丈夫だろう。機長に意見するのが怖い…… 37 1978年ユナイテッド航空173便燃料切れ墜落事故この後、飛行機事故で命を落とすことに  残りの燃料が足りないが機長が気づかないわけがない。大丈夫だろう。機長に意見するのが怖い……

Slide 38

Slide 38 text

※ 反逆者になる ≠ 批判や文句をとにかく言う  - あくまで「懸念点を伝える」「新たな案を提案する」というスタンス - 元の案や体制を否定しない - 私怨や極端な主観を入れない - 逆に自分の案に反逆者が出てきたときは、「自分の案が否定された……」と思うよりも「より良くしてくれようとしているんだ」と感謝する 38

Slide 39

Slide 39 text

実際に自分が経験した例(新卒2年目くらい)  運用中のゲームのメンテ時に流すSQLがあった. そのSQLは事前に精査されていたが、本番環境で流す際に気になる点が出てきた. 「そのSQL、~という点が気になるのですが大丈夫ですか？」と質問をした. 結果的に問題はないことが分かり、そのSQLは問題なく流れた. → 質問のあと、しっかりメンテに参加しているとして褒めてもらえた 39

Slide 40

Slide 40 text

反逆者の存在が会社・チームを育てる  - よりよいアイデアが生まれたり、会社の体制が変化していくきっかけになる - 疑問や懸念点を先に検討できる → ちゃんと考えている、という安心感や連帯感を参加者に与える → アイデアが採用されなくても評価してもらえる可能性がある 40

Slide 41

Slide 41 text

反逆者の存在が会社・チームを育てる  - よりよいアイデアが生まれたり、会社の体制が変化していくきっかけになる - 疑問や懸念点を先に検討できる → ちゃんと考えている、という安心感や連帯感を参加者に与える → アイデアが採用されなくても評価してもらえる可能性がある逆に - イエスマンだけの組織は成長しにくい - 事故のリスクがあがる 41

Slide 42

Slide 42 text

まとめ   

Slide 43

Slide 43 text

分かりやすい文を書こう - 一文は短く - 受け取った相手の気持ちになって文章を書く - レビューは「なぜ(直してほしいか)」「どのように(直してほしいか)」を添える 43 適切な会話をしよう - 相手の取りやすいボールを投げるキャッチボールを意識する - 否定しない、「自分は~」の言い方を心がける、悩み泥棒をしない反逆者になろう - 熟慮されていない点に対して問いかける姿勢を持つ - 疑問点などは、例え目上の人であっても言わないよりも言う選択を

Slide 44

Slide 44 text

  ご清聴ありがとうございました   