Fish wrote a new post, システム開発でコミュニケーション能力が必要な理由 1年 4か月前
IT業界では「技術力があれば十分」と思われがちですが、実際の現場ではコミュニケーション能力も非常に重要です。むしろ、ある程度以上の現場になるほど、その差が大きく出ます。
システム開発では、顧客、営業、PM、開発者、テスト担当、運用担当など、多くの人が関わります。それぞれ立場や関心が異なるため、同じ言葉でも受け取り方がズレることがあります。そこを整理し、誤解なく伝える力が必要です。
また、トラブル時ほどコミュニケーションの質[…]
Fish wrote a new post, クラウド化は本当に正解なのか？導入前に考えるべきこと 1年 5か月前
「これからはクラウドの時代だから、オンプレは古い」といった空気があります。確かにクラウドには多くのメリットがありますが、だからといって何でもクラウド化すれば正解というわけではありません。
クラウドの利点は、初期投資を抑えやすく、拡張しやすく、運用負荷を減らしやすい点です。一方で、月額課金によるランニングコスト、構成の複雑化、ベンダー依存などの課題もあります。
また、既存システムとの相性も重要です。古い業務システムを無理にク[…]
Fish wrote a new post, 要件定義ができる人たち 1年 6か月前
要件定義は、プロジェクトの成功を左右する非常に重要なフェーズです。
クライアントのニーズを正確に把握し、それをシステムに反映させるための基盤となる情報精査です。しかし、これが一筋縄ではいかないのです。
まず、クライアントとのコミュニケーションが鍵となります。
クライアントは自分たちの業務に精通していますが、システムの専門知識は持っていないことが多いです。
そのため、彼らの言葉をシステムの仕様に翻訳する作業が必要です[…]
Fish wrote a new post, APIとは何か？システム連携をわかりやすく理解する 1年 7か月前
近年のシステム開発では、「API連携」という言葉を聞く機会が増えました。APIとは、システム同士が情報をやり取りするための窓口のようなものです。
たとえば、ECサイトが決済サービスと連携したり、社内システムが外部の会計サービスにデータを送ったりする場合、APIが使われます。これにより、人手でデータを移し替える必要が減り、業務効率が大きく向上します。
ただし、APIは便利な反面、設計や運用を誤るとトラブルの温床にもなります。[…]
Fish wrote a new post, テスト工程を軽視すると危険な理由と、最低限押さえるべき視点 1年 8か月前
システム開発において、テストは「最後に確認する作業」ではありません。品質を担保するための重要な工程です。ここを軽視すると、本番リリース後に大きなトラブルへつながります。
テストにはいくつか種類があります。単体テストでは部品単位の動作を確認し、結合テストでは画面・API・DBなど複数の機能をつないで確認します。さらに総合テストでは、業務シナリオ全体を通して問題がないかを見ます。
現場でよくある失敗は、「正常に動くこと」だけを[…]
Fish wrote a new post, システム障害はなぜ起きるのか？現場で多い原因を整理する 1年 9か月前
システム障害は、単純なプログラムミスだけで起きるわけではありません。実際の現場では、さまざまな要因が重なって発生します。
まず多いのが、仕様の認識違いです。設計段階での解釈ズレがそのまま実装され、本番で想定外の動きを引き起こします。次に、テスト不足です。正常系だけ確認して異常系や境界値の確認が漏れていると、特定条件で障害が発生しやすくなります。
さらに、本番環境固有の問題もあります。開発環境では問題なくても、本番ではデータ[…]
Fish wrote a new post, 要件定義がシステム開発の成否を決める理由 1年 10か月前
システム開発で最も重要な工程の一つが「要件定義」です。ここで曖昧なまま進めてしまうと、後工程で大きな手戻りが発生し、納期遅延やコスト超過につながります。
要件定義では、顧客が「何をしたいのか」を整理します。ただし、顧客の言葉をそのまま受け取るだけでは不十分です。たとえば「使いやすい画面にしたい」という要望があっても、それが「入力項目を減らしたい」のか、「検索しやすくしたい」のか、「教育コストを下げたい」のかで、対応はまっ[…]
Fish wrote a new post, 設計書はなぜ必要なのか？「コードがあれば十分」では危険な理由 2年前
「動くコードがあるなら設計書はいらない」という考え方を耳にすることがあります。しかし、業務システムの現場では、その考え方は非常に危険です。
設計書の役割は、単に仕様を記録することではありません。誰が見てもシステムの構造や意図が分かる状態を作ることにあります。たとえば、入力チェックの条件、DB更新の流れ、例外時の挙動などは、コードだけでは読み解きに時間がかかります。特に保守フェーズでは、設計書があるかないかで調査コストが大きく[…]
Fish wrote a new post, 要件定義がシステム開発の成否を決める理由 2年 1か月前
システム開発で最も重要な工程の一つが「要件定義」です。ここで曖昧なまま進めてしまうと、後工程で大きな手戻りが発生し、納期遅延やコスト超過につながります。
要件定義では、顧客が「何をしたいのか」を整理します。ただし、顧客の言葉をそのまま受け取るだけでは不十分です。たとえば「使いやすい画面にしたい」という要望があっても、それが「入力項目を減らしたい」のか、「検索しやすくしたい」のか、「教育コストを下げたい」のかで、対応はまったく[…]
Fish wrote a new post, システムエンジニアとは何をしている仕事なのか？現場目線でわかりやすく解説 2年 2か月前
「システムエンジニア」と聞くと、プログラムを書く人というイメージを持たれがちです。ですが実際の現場では、システムエンジニアの役割はそれだけにとどまりません。顧客の要望を整理し、業務を理解し、設計を行い、開発チームと連携しながらシステムを形にしていく仕事です。
特に業務系システムの現場では、「何を作るか」を決める上流工程が非常に重要です。現場で使う人が本当に困っていることは何か、今の業務フローのどこに無駄があるのか、どの部分を[…]
Fish wrote a new post, 業務システム開発で大切なのは「かっこよさ」より「運用できること」 2年 2か月前
エンジニアはつい、最新技術や洗練された構成に惹かれがちです。しかし、業務システムの現場では「技術的に美しいこと」よりも、「現場で運用できること」の方が圧倒的に重要です。
たとえば、非常に高度な仕組みを導入しても、保守担当が理解できず、障害時に誰も対応できない状態では意味がありません。ユーザーにとっても、画面が派手であることより、迷わず使えて、ミスしにくく、必要な情報にすぐたどり着けることの方が価値があります。
また、業務シ[…]
入会申込
ログイン