2024.12.03
セキュリティ製品を入れても検出されず…被害事例から見る最新の攻撃トレンド 不正侵入・悪用を回避するポイント
リンクをコピー
記事をブックマーク
江草陽太
大阪府生まれ。ネットワーク、データベース、情報セキュリティのスペシャリスト。洛星中学・高校のロボット研究部創立メンバー。ロボカップジュニアジャパンなどのロボコンに出場。その後、大阪大学工学部電気電子情報工学科に進学。NHK大学ロボコンに出場。学生時代より個人事業としてシステム開発を行う。2014年10月、新卒採用によりさくらインターネットに入社。「さくらのVPS」等のバックエンド開発を担当。IoTプラットフォーム「sakura.io」の開発責任者を担当し、サービス設計と開発を行う。
2016年7月、執行役員に就任。現在は、さくらインターネット全体の技術統括とコーポレートIT、情報セキュリティを担当。宅急便をSlackから発送できるサービスを開始するなど、コーポレートITに関わるDXのサービス化も行っている。
SESというのは、派遣型の開発に参加してシステム開発をしているという環境ですよね。今(自分が)いるさくらインターネットは、お客さんの要件に合わせてなにかを設計するという受託はしていないので参考にはならないんですけど。
副業だったり、大学時代は大学の教科のシステムや研究室のシステムを作ったりしていて、その時はよくお客さんのところに行って、ヒアリングをしたり、相談したりしていたので、(質問者の環境は)たぶんそれに近いというイメージでいます。
相手がやりたいビジネス、やりたい事業ドメインの知識を得るという点では、確かに最初は「え? そんなビジネスあるの?」「そんな需要があるの?」と、システムが想像できないんですよね。そういう場合は、1つは相手としゃべること。ただ、しゃべる上で一方的にヒアリングをしてもたぶん理解は進まないと思うんですよね。
対面でのコミュニケーションで相手のものを理解するという上でのコツはけっこうあると思っています。「U-22プログラミング・コンテスト」の最終審査会では、作品を作った方との質疑応答もあるのですが、自分の理解が正しいかどうかを相手に確認することも含めてコミュニケーションを取ることが重要です。「そうおっしゃっていることは、こういう理解をしたんだけど、じゃあこの違うパターンにおいては、こういうことで良いですか?」みたいな感じ。
自分の認識が合っているとすれば、別の問題についてはこういうことだけど、それで合っているか、みたいなことを確認する。「あ、そうそう。そういうことです」と言われたら自分の理解が合っているというチェックになるし、「いや、それはそうじゃなくてこうなんですよ」となったら、自分の理解を正しい方向にずらすための材料になる。
なので、こちらから違う条件や違うパターンを質問してみて「そうです」ないし「それは違うんです」みたいなコミュニケーションを取ることが大事かなとは思いますね。
もう1つ、相手がいない場合。例えば、帰ってからオフィスでとか、誰よりも理解を深めるためにという場合、その分野のことを一般的な情報として調べる。
あるいはできるなら、同じようなシステムを見る、ですね。そういったものが役に立つかなと思います。例えば施設の予約システムを作るのが初めての場合「他の予約システムはどうなっているんだろう」と、やはりいっぱい見てみるべきです。
ものによって違いがあるんです。「あのシステムは複雑やな」とか「なんか特殊なルールが入っているな」とか。システムの作りも理解しつつ、その後ろにある「なんでそんな変なルールがあるんだろう」を見ることで、そういう業界もあるのね、というのがだんだん見えてくるので、そういうことの繰り返しかなと思いますね。これは個々人ですることだと思います。
これを勉強会で他人に伝えるのは、また難しいんですよね。自分が理解できてしまうと、相手は何がわからないかがわからないという状況になってくるので、相手に伝えられなくなるんですよ。勉強会を開いても自分がお客さんと同じ立場になるわけです。
自分は当然わかっていて、相手が何をわかっていないかわからないから、一方的に説明をしてもわからないというお客さんと自分の関係が、自分と別のメンバーとにすり替わるだけなので、その場合は相手の理解を進めるように、いろいろなパターンを提示するのも1つの手です。
この条件の場合は、特殊パターンを提示するとかですね。それで相手の理解が正しいか確認するというのもあるし、「じゃあこういう場合はどうやと思う?」と聞いてみるとか「別のパターンだったらこうですよね?」とあえて相手に聞いてみる。相手に違うパターンについて考えさせて、「どう?」とか。そういったことをすると良いのかなという気はします。
きれいに説明できる資料に落とし込める能力があればいいんですけどね。それはまた人による。理解できる能力があっても資料に落とし込めるかどうかはまた別の話で、それができるなら、それを使って勉強会をしたらいい。お客さんが説明をするよりも、エンジニアのほうがよりわかりやすい説明ができると思うのでそうしたらいいし、それができない場合には、いっぱいコミュニケーションを取ることになるのかなという感じです。
関連タグ:
江草さんが今気になっている技術や言語を教えてください!【一問一答】
新しい技術への取り組み方を教えてください!【一問一答】
どんなエンジニア組織が理想ですか?【一問一答】
チームで開発する上で一番大事なことは何ですか?【一問一答】
エンジニアのチームビルディングで大事なことは?【一問一答】
「働きやすさ優先組」と「仕事の成果優先組」が同じチームにいたらどうする? 江草陽太氏が考える、エンジニア組織における“働きやすさ”の課題【一問一答】
“EMを目指すエンジニアが少ない問題”はどう解決する? メンバーに目指してもらうために効果的なこと【一問一答】
多くのマネージャーを悩ます“エンジニアの評価設定” 適切に評価するために必要な「物差しの指標」【一問一答】
仕様や期限で揉めがちな「ビジネスサイド」と「技術サイド」 互いにうまく付き合うために必要な心がけ【一問一答】
江草陽太氏が考える、自身のエンジニアとしての強み “課題を簡単化するスキル”を身につけるために必要なこと【一問一答】
エンジニア間でも大きく差が出る「生成AIをうまく活用できる人」と「できない人」 江草陽太氏が考える、AI時代に求められる能力【一問一答】
需要がなくならないエンジニアであり続けるために 生涯現役で活躍するために必要な“設計力”の鍛え方【一問一答】
「自分の顧客理解の進みがどうも遅く感じます…」 相手のビジネス・事業ドメインを素早く理解するためのコツ【一問一答】
「リモートワークで先輩の仕事ぶりが見えない…」新卒2年目エンジニアの悩み 他人と自分のスキルの差を知るための方法【一問一答】
エンジニアに“経営の視点”は必要? 「経営やプロジェクトのことは知りません」とならないほうがいい理由【一問一答】
2024.11.29
「明日までにお願いできますか?」ちょっとカチンとくる一言 頭がいい人に見える上品な言い方に変えるコツ
2024.11.27
何もせず月収1,000万円超…オンラインゲームにハマって起こした事業 大学中退し4社立ち上げ・2社売却した起業家人生
2024.11.28
管理職の「疲弊感」がメンバーに伝わるリスク 部下の「働きがい」を育む6つのポイント
2024.11.27
部下に残業させられず、自分の負担ばかり増える管理職 組織成長のカギを握る「ミドル層」が抱える課題
2024.11.26
タスクの伝え方が部下のモチベーションを左右する マッキンゼー流、メンバーが動き出す仕事の振り方
2024.11.25
仕事はできるのに、なぜか尊敬されない人が使いがちな言葉5選 老害化を防ぐために大切な心構えとは
2024.11.27
仕事中の「今ちょっといいですか」が苦痛… いしかわゆき氏が語る、ADHD気質にマッチした働き方のヒント
2024.11.28
“新規事業が生まれない組織”に足りていないもの 「PoC貧乏」に陥らず、アイデアを形にするためのヒント
2024.12.03
職場の同僚にイライラ…ストレスを最小限に抑える秘訣 「いい人でいなきゃ」と自分を追い込むタイプへの処方箋
2024.12.02
給料や人間関係が良いだけでは部下は満足しない メンバーの「働きがい」を育む5つのステップ