良いＩＴエンジニア,ダメなＩＴエンジニア

良いITエンジニアは、以下のような特徴を持っています。

1. 常に新しい技術について学び、自分自身をアップデートし続ける姿勢を持つ。
2. 問題解決に積極的に取り組み、効率的かつクリエイティブな方法で解決策を提供することができる。
3. コミュニケーション能力が高く、チームメンバーと協力して仕事を行うことができる。
4. コードの品質に注意を払い、保守性や可読性に配慮する。
5. セキュリティに関する問題に対して敏感であり、最新のセキュリティ技術やベストプラクティスに精通している。

一方、ダメなITエンジニアは、以下のような特徴を持つ可能性があります。

1. 新しい技術に興味を持たず、自分のスキルセットをアップデートしない。
2. 問題に対処する代わりに、問題を避けたり、他人に押し付けることが多い。
3. コミュニケーション能力が低く、チームメンバーとのコミュニケーションが上手くいかないことがある。
4. コードの品質に対して無頓着であり、保守性や可読性に配慮しない。
5. セキュリティに関する問題に無頓着であり、セキュリティ上のリスクを無視することがある。

<ただし、これらの特徴は全てのITエンジニアに当てはまるわけではありません。個人によって、またプロジェクトの状況によっても異なるため、一概に良いエンジニアとダメなエンジニアを区別することはできません。

良いＩＴエンジニア,ダメなＩＴエンジニア:図解

私もＩＴエンジニア（情報処理技術者）として５０年以上を経過しましたが、最近はマスコミでも取り上げられている、システムの不具合を考えさせられますが、システムの不具合は設計時点で発生しています。・・・さて本題ですが良いＩＴエンジニア,ダメなＩＴエンジニアの判断は、面接のように、ある程度の質問や一目見てすぐに判るというわけではないが、下図は思考過程をとらえてまとめたものです。
左側はダメなＩＴエンジニアの思考過程、右側は良いＩＴエンジニアの概念を表記したものです、この考え方は３０年以上の前のもので、若い方に指導した時の資料をまとめたものですが、良いＩＴエンジニアになる思考過程は変わらないと思っています。
システムを売り込みに来る営業マンなどの受け答えなどを参考にしてみると、良いＩＴエンジニア,ダメなＩＴエンジニアの理解できると思いますが、如何ですか？最低限のカタカナ語の使用は避けられないがカタカナ語を多用するＩＴエンジニアは避けた方が良いです。

考える習慣に乏しいＩＴエンジニアが陥りがちな思考過程

考える力を身に付けたＩＴエンジニアによる理想的な思考の過程

「とにかく、この問題を解決しなくてはならない」

考える方向性

「納得性のある解決策を出すにどうしたらよいか？」

「SEが考えていることは常に正しい」

前項ではＩＴエンジニアと記述したが、ここではＳＥ（システムエンジニア：System Engineer）の考えを提示します。
＊ＳＥは顧客の要求から仕様を決定し、大まかな設計をするまでの情報システム開発における上流工程を担当します。その際、予算や人員、進捗管理などのマネジメント業務を行えるものとする。
「SEが考えていることは常に正しい」。という資料を紹介します
概要：この発言を聞いたのは1年半ほど前だが今でも記憶に残っている。 SE とはシステムズエンジニアを指し、情報システムの企画、設計、開発、運用にかかわるすべての人を指す。 企業の情報システム部門やシステム子会社にいるSE、メーカーやソフトハウスなどIT企業にいるSE、組織に 属さずコンサルタントなどをしているSE、すべて含む。 「SEが考えていることは常に正しい」とすると、「正しくないことを考えている人」がいるはずだ。 それは「ビジネス側の人たち」である。情報システムを利用する人たちと言い換えてもよい。経営者、事業 部門の長や部員、管理部門の長や部員、関連会社や取引先の経営者や社員、すべて含む。 SE が情報システムを企画、設計、開発、運用していこうとすると、ビジネス側の人たちと意見が衝突するこ とが往々にしてある。

---

上記資料は弊社の独立後、数社のシステム構築を行ってきたが、相通ずることがあるので紹介します。

注目コンテンツ：問い合わせ

業務可視化：業務フロー作成。 DX:正しく理解し、正しく適応 どうするRPA！ 超簡単！情報整理（電帳法対応） バックオフイス業務効率化 レガシーシステム＆モダナイゼーション ChatGPTとOpenAI

しばらくおまちください・・・

Tweet

弊社のメンバーシップになりませんか。

Copyright © ＯＡコーディネーターズAll Rights Reserved.