1
/
5

エンジニアへ想いよ届け

Trending Posts

知識レベルが異なると、会話がかみあわない─ でも、それを埋める力こそエンジニアに必要なスキル

開発の現場では、こんな場面によく出会います。 あるエンジニアは専門用語を次々と並べ、もう一方は「何を言っているのかよくわからない…」と戸惑う。結果として会話が空回りし、仕様の確認や設計の議論が前に進まなくなる。 これ、実は“誰が悪い”わけでもないんです。 知識レベルの差があるから、同じ言葉を使っても頭に浮かんでい...

清水 昭宏
清水 昭宏
Other
4 months ago,

「人」を責めるのではなく「事」に向き合うー矢印を向ける先を変えるだけで、あなたの未来は変わる✨

ある会議で、議論が白熱していきました。 仕様の解釈が食い違い、予定通りに進められないリスクが浮き彫りになったのです。 そこで出てきたのは「あなたが確認不足だったからだ」という言葉。 その瞬間、空気はピリつき、場の目的──問題をどう解決するか──は見えなくなってしまいました。 感情的になると、つい「人」に矢印を向け...

清水 昭宏
清水 昭宏
Other
3 months ago,

何度説明しても伝わらない理由──脳の仕組みから考えるチームのコミュニケーション

何回説明しても伝わらないのはなぜ？ 「同じことを何度も説明しているのに、相手に伝わっていない」 「何度聞いても、理解できないと言われる」 チームでのやりとりの中で、こうした場面は珍しくありません🐈 誰かが悪いわけでも、理解力が足りないからでもなく、人間の「脳の仕組み」に理由があります。 1. 人は自分のフィルター...

清水 昭宏
清水 昭宏
Other
3 months ago,

「仕様どおり作ったのに怒られる」現象の正体─ 仕様遵守と価値提供は、まったく別の話

開発現場で、こんなやり取りを見たことはないでしょうか。 「仕様書どおりに実装しました」 「……うん、でもこれ、使いにくいよね」 エンジニア側からすると、理不尽に聞こえるかもしれません。 書いてある通りに作った。テストも通した。 それなのに、なぜダメ出しをされるのか。 このズレの正体は、とてもシンプルです。 仕様を...

清水 昭宏
清水 昭宏
Other
24 days ago,

コードを書かなくなっても、価値が上がり続けるエンジニア職がある

転職活動をしているエンジニアの方と話していると、よくこんな声を聞きます。 「この技術、5年後も使われていますか？」 「年齢を重ねてもエンジニアとして通用しますか？」 「AIに仕事を奪われませんか？」 とても健全な不安だと思います。 その一方で、多くのエンジニアがまだ価値に気づいていない、しかし今後も確実になくな...

清水 昭宏
清水 昭宏
Other
22 days ago,

Latest Posts

コードを書かなくなっても、価値が上がり続けるエンジニア職がある

転職活動をしているエンジニアの方と話していると、よくこんな声を聞きます。 「この技術、5年後も使われていますか？」 「年齢を重ねてもエンジニアとして通用しますか？」 「AIに仕事を奪われませんか？」 とても健全な不安だと思います。 その一方で、多くのエンジニアがまだ価値に気づいていない、しかし今後も確実になくな...

清水 昭宏
清水 昭宏
Other
22 days ago,

「評価されない職務経歴書あるある７選」まとめてみました🐈

評価されない職務経歴書、実は“よくある型”があります 採用に関わっていると「経験はあるはずなのに、判断材料が足りない」 そんな職務経歴書に出会うことが少なくありません。 書き方で損をしているケースがほとんどです。 ここでは、採用側から見て「これは評価しづらい…」となりがちな 職務経歴書あるあるを整理してみます✨ ...

清水 昭宏
清水 昭宏
Other
23 days ago,

「仕様どおり作ったのに怒られる」現象の正体─ 仕様遵守と価値提供は、まったく別の話

開発現場で、こんなやり取りを見たことはないでしょうか。 「仕様書どおりに実装しました」 「……うん、でもこれ、使いにくいよね」 エンジニア側からすると、理不尽に聞こえるかもしれません。 書いてある通りに作った。テストも通した。 それなのに、なぜダメ出しをされるのか。 このズレの正体は、とてもシンプルです。 仕様を...

清水 昭宏
清水 昭宏
Other
24 days ago,

“コードを書く”より“問題を定義する”力がエンジニアを成長させる

エンジニアの価値は、書けるコードの量だけで決まるわけではありません。 むしろ、キャリアが進めば進むほど問われるのは 「技術そのもの」よりも前段階にある能力──それが “問題を定義する力” 多くの開発現場で、こんな光景があります。 仕様は一応ある。タスクも割り振られている。 にもかかわらず、なぜか実装フェーズに入...

清水 昭宏
清水 昭宏
Other
about 1 month ago,

“動くもの”ではなく“仕組み”を描ける人が必要なんですー「システム構造」を考えられるエンジニアを求めている理由

私たちのチームに、ただコードを書くだけではなく、“プロダクト全体の構造”を見渡し、どの部分がどうつながり、どんな未来の拡張に備えるべきかを描ける人を必要としています✨ なぜ「システム構造」を考えられるエンジニアを求めているのか。 現場で起きている多くの問題は、実は“構造の歪み”から生まれています。 レスポンスが遅...

清水 昭宏
清水 昭宏
Other
about 2 months ago,

部分ではなく全体を見る力──「システム思考とは？」

仕事をしていると「この作業にどんな意味があるのか」「なぜ自分の担当が詰まると全体に影響するのか」そんな疑問やモヤモヤを感じたことが、誰にでもあるはずです。 その感覚こそ、実は“システムとして物事を見る”ための入口です。 システム思考とは ものごとを“点”ではなく“つながり”として捉える考え方です。 作業単体を見る...

清水 昭宏
清水 昭宏
Other
about 2 months ago,

「伝えたつもり」と「伝わった」は、まったく別の現象─ 認知科学でひもとく“理解のズレ”の正体

「何回説明しても伝わらないんです。」 そう感じたこと、誰にでもあるはずです。 でもそれは、説明する側の伝え方が悪いとも、聞く側の理解力が低いとも限りません。 実はそこには、“人間の認知の仕組み”による、避けがたいギャップが存在します。 認知科学では、人が何かを理解する際、頭の中で「既に持っている知識の枠組み（スキ...

清水 昭宏
清水 昭宏
Other
about 2 months ago,

“動く”だけでは終わらない──エンジニアの真価が現れる

WEBシステムの開発において「ちゃんと動くものをつくる」ことは大前提です✨ しかし、そこから先にあるのが、レスポンスの速さや拡張性といった“質”の部分。 ここにこそ、エンジニアの知識と技術が顕著に発揮される瞬間があります💡 システムが完成した当初は、利用者が少ない場合があったり、問題も見えにくい。 けれど、ユーザ...

清水 昭宏
清水 昭宏
Other
about 2 months ago,

「つくりたいシステム」を言語化するのは、とても難しい

クライアントと話していると 「こういうシステムをつくりたい」と言葉にしてくれる瞬間があります。 しかし、その言葉の中には、漠然とした期待や、日々の課題、組織の事情など、 多くの“曖昧さ”が潜んでいます。 「使いやすくしたい」「もっと早く処理したい」 その一言の裏には、現場の業務フロー、システムの制約、 そして「こ...

清水 昭宏
清水 昭宏
Other
about 2 months ago,

要件定義って、こんなにすごいことなんだ！

現行システムを使っているクライアントに 「どんなことでお困りですか？」とヒヤリングする。 採用業務をやりながら、クライアント営業も行っています💦 これ、やってみると本当に難しい。 クライアント自身も「なにが課題なのか」を明確に言葉にできていないことが多い。 業務の流れ、システムの使われ方、部門間の関係性── すべ...

清水 昭宏
清水 昭宏
Other
2 months ago,

知識より大事な、意思決定を支える判断力

現場で働くエンジニアの多くは「知識があれば大丈夫」と考えがちです。たしかに、専門知識や技術の蓄積は重要です。しかし、プロジェクトを前に進めるうえで本当に必要なのは、知識そのものよりも判断力です。 判断力とは、限られた情報の中で最適な選択をする力。設計や仕様が完璧でなくても、チームやプロジェクトの状況を見極め、次の...

清水 昭宏
清水 昭宏
Other
2 months ago,

“わかってる”と“説明できる”は別のスキル―説明できる人が、チームを強くする

「いや、それは理解してます」 そう言う人は多い。 でも、いざ他の人に説明しようとすると、言葉に詰まってしまう。 それは、“わかっているつもり”と“説明できる”の間に、大きな溝があるからです💡 “わかる”は、頭の中で整理された状態。 でも“説明できる”は、相手の理解度や背景を踏まえて、 筋道立てて伝える力。 つま...

清水 昭宏
清水 昭宏
Other
3 months ago,

“自分の担当外”をどう扱うかで、信頼は決まる― チームの境界を越えて動ける人が、成長する

プロジェクトが大きくなるほど、担当領域は細分化されていきます。 設計、実装、テスト、運用──それぞれの役割が明確に分かれ「自分の担当はここまで」と線を引きたくなる瞬間があります。 けれど、成長する人ほど、その線を越えようとします。 たとえば、テスト担当であっても、仕様の意図を読み取り、設計の整合性やユーザー動線の...

清水 昭宏
清水 昭宏
Other
3 months ago,

何度説明しても伝わらない理由──脳の仕組みから考えるチームのコミュニケーション

何回説明しても伝わらないのはなぜ？ 「同じことを何度も説明しているのに、相手に伝わっていない」 「何度聞いても、理解できないと言われる」 チームでのやりとりの中で、こうした場面は珍しくありません🐈 誰かが悪いわけでも、理解力が足りないからでもなく、人間の「脳の仕組み」に理由があります。 1. 人は自分のフィルター...

清水 昭宏
清水 昭宏
Other
3 months ago,

「人」を責めるのではなく「事」に向き合うー矢印を向ける先を変えるだけで、あなたの未来は変わる✨

ある会議で、議論が白熱していきました。 仕様の解釈が食い違い、予定通りに進められないリスクが浮き彫りになったのです。 そこで出てきたのは「あなたが確認不足だったからだ」という言葉。 その瞬間、空気はピリつき、場の目的──問題をどう解決するか──は見えなくなってしまいました。 感情的になると、つい「人」に矢印を向け...

清水 昭宏
清水 昭宏
Other
3 months ago,
space-avatar-image
エンジニアへ想いよ届け
採用担当者がつぶやく話。
Followers
90
Posts
169
Likes
space-external-link-icon
株式会社日本教育クリエイトITソリューション事業部

タグや日付から探す

タグ
日付