システム開発

965 bookmarks
Custom sorting
テストエンジニアの仕事はきつい?その理由、仕事内容や将来性について
テストエンジニアの仕事はきつい?その理由、仕事内容や将来性について
テストエンジニアは品質保証のための重要な仕事ですが、残業が多くなりがちな点や単調な作業がきついといわれています。ですが、動作検証などの単純作業は自動化されても、テストエンジニアという仕事がなくなることはないでしょう。...
·mynavi-agent.jp·
テストエンジニアの仕事はきつい?その理由、仕事内容や将来性について
アプリの検証・デバッギングを世界中のデバイスで可能に。開発者の負荷を軽減するアプリ開発支援プラットフォーム
アプリの検証・デバッギングを世界中のデバイスで可能に。開発者の負荷を軽減するアプリ開発支援プラットフォーム
普段の生活で何気なく使っている様々なモバイルアプリ。その裏でシステム設計からプログラム開発、動作テスト、実装など一連の作業を担当する開発者は、アプリがどのデバイスでも問題なく動作するよう常に検証する必...
·techblitz.com·
アプリの検証・デバッギングを世界中のデバイスで可能に。開発者の負荷を軽減するアプリ開発支援プラットフォーム
困った“ダメPM”3パターンとその対処法
困った“ダメPM”3パターンとその対処法
1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない! そんな新任PMの悩みを解決するTipsを紹介します。
·atmarkit.itmedia.co.jp·
困った“ダメPM”3パターンとその対処法
「計画的にやれ」が悲しいほどメンバーに通じない理由
「計画的にやれ」が悲しいほどメンバーに通じない理由
1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない! そんな新任PMの悩みを解決するTipsを紹介します。
·atmarkit.itmedia.co.jp·
「計画的にやれ」が悲しいほどメンバーに通じない理由
「開発しないエンジニア」のキャリアパスとは?――DXの本質と、エンジニアの新しいキャリアの在り方【デブサミ2021夏】
「開発しないエンジニア」のキャリアパスとは?――DXの本質と、エンジニアの新しいキャリアの在り方【デブサミ2021夏】
あらゆる業界で精力的にDXが進む中で、ソフトウェアが果たす役割は大きい。その開発においても、ソフトウェア・エンジニアリングの範囲や考え方が業界や職種を超えて広がる中で、エンジニアに期待される役割も大きく変化しようとしている。ビジネスとの連携性が求められ、ノーコード開発ツールの普及も進み、「開発をメイン業務としないエンジニア」も増えている。そうした働き方の変化やエンジニアの新しいキャリアの在り方について、株式会社プレイド Senior Product Specialist 池上純平氏が実体験を踏まえて紹介した。
·codezine.jp·
「開発しないエンジニア」のキャリアパスとは?――DXの本質と、エンジニアの新しいキャリアの在り方【デブサミ2021夏】
本当は楽しいドキュメント作成
本当は楽しいドキュメント作成
開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。
·atmarkit.itmedia.co.jp·
本当は楽しいドキュメント作成
オフショアなんて、怖くない
オフショアなんて、怖くない
開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。
·atmarkit.itmedia.co.jp·
オフショアなんて、怖くない
初めてのトラブル対応。これで直ると思ったのに!
初めてのトラブル対応。これで直ると思ったのに!
開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。
·atmarkit.itmedia.co.jp·
初めてのトラブル対応。これで直ると思ったのに!
メンバーとの仕様打ち合わせは海を越えて
メンバーとの仕様打ち合わせは海を越えて
開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。
·atmarkit.itmedia.co.jp·
メンバーとの仕様打ち合わせは海を越えて
専門用語で「カッコよく」話すのは簡単だけど
専門用語で「カッコよく」話すのは簡単だけど
開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。
·atmarkit.itmedia.co.jp·
専門用語で「カッコよく」話すのは簡単だけど
上流工程のバグは、下流工程で増幅する
上流工程のバグは、下流工程で増幅する
皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。
·atmarkit.itmedia.co.jp·
上流工程のバグは、下流工程で増幅する
実績工数がない進ちょく報告はまず疑え
実績工数がない進ちょく報告はまず疑え
皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。
·atmarkit.itmedia.co.jp·
実績工数がない進ちょく報告はまず疑え
問題ベンダの選別基準
問題ベンダの選別基準
皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。
·atmarkit.itmedia.co.jp·
問題ベンダの選別基準
破たんした見積もりはプロジェクト失敗への近道
破たんした見積もりはプロジェクト失敗への近道
皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。
·atmarkit.itmedia.co.jp·
破たんした見積もりはプロジェクト失敗への近道
修正の影響範囲が分からない? そんなの徹夜でおやりなさい
修正の影響範囲が分からない? そんなの徹夜でおやりなさい
システムの要件、設計、プログラムはお互いに複雑に関係し合っています。相互の関係を管理するトレーサビリティマトリクスを作成しないと、修正が発生した際に、その影響がどこまで出るか把握できず、トラブルを招くことになります。
·atmarkit.itmedia.co.jp·
修正の影響範囲が分からない? そんなの徹夜でおやりなさい
もしも要件定義の無いシステム開発の担当になったら
もしも要件定義の無いシステム開発の担当になったら
要件定義の無い開発の紛争は、双方の主観的な主張が入り乱れて泥仕合化することが多いようです。しかし双方が協力して要件さえ固めれば、仲直りも再開も可能です。
·atmarkit.itmedia.co.jp·
もしも要件定義の無いシステム開発の担当になったら
そもそも要件定義って何なのよ
そもそも要件定義って何なのよ
ITシステムの要件定義では、対象業務のフローや入出力を決める「業務要件」とシステムが持つべき機能を定める「機能要件」、システムの速度や容量、使い勝手やセキュリティなどを定義する「非機能要件」について、ユーザーとベンダで徹底的に議論することが大切です。
·atmarkit.itmedia.co.jp·
そもそも要件定義って何なのよ
要件定義を決めるのはベンダーの仕事でしょ?
要件定義を決めるのはベンダーの仕事でしょ?
システムにどのような機能や性能を持たせるかを決める要件定義には、ベンダーによるガイドと、ユーザーとベンダーの役割を超えた率直な議論が必要です。
·atmarkit.itmedia.co.jp·
要件定義を決めるのはベンダーの仕事でしょ?
ベンダーはどこまでプロジェクト管理義務を負うべきか
ベンダーはどこまでプロジェクト管理義務を負うべきか
プロジェクトを円滑に推進し完遂するために、ベンダーはどのような活動を行う義務があるのか。ある裁判の判決を例に取り、IT専門調停委員が解説する。
·atmarkit.itmedia.co.jp·
ベンダーはどこまでプロジェクト管理義務を負うべきか
締結5日前にユーザーが白紙撤回! 契約は成立? 不成立?
締結5日前にユーザーが白紙撤回! 契約は成立? 不成立?
ユーザー窓口が確約した「○月○日に正式契約しましょう」を信じて一部作業に事前に着手したベンダーは、突然の契約白紙撤回に泣き寝入りするしかないのか?
·atmarkit.itmedia.co.jp·
締結5日前にユーザーが白紙撤回! 契約は成立? 不成立?
「契約不履行」と訴えられぬようにベンダーがすべきこと
「契約不履行」と訴えられぬようにベンダーがすべきこと
要件も作業内容も適宜確認し、ユーザーの指示を受けて作業していたのに、納品間近になって「契約を果たしていないから支払いはなしね」と告げられたベンダー。裁判所の判決や如何に?
·atmarkit.itmedia.co.jp·
「契約不履行」と訴えられぬようにベンダーがすべきこと
もしもシステムの欠陥により多額の損害賠償を求められたら
もしもシステムの欠陥により多額の損害賠償を求められたら
システムの欠陥によって損害が発生したとして、作業費用6億5000万円の支払い拒否に加え、23億円の損害賠償まで請求された下請けベンダー。裁判所の判断はいかに?
·atmarkit.itmedia.co.jp·
もしもシステムの欠陥により多額の損害賠償を求められたら
お任せしたのですから、契約の範囲外でも対応してください
お任せしたのですから、契約の範囲外でも対応してください
ユーザーが持ち込んだソフトウェアにセキュリティの不備があった。「知らんがな」と言いたいところだが、訴えられてしまったら仕方がない。戦いましょう!
·atmarkit.itmedia.co.jp·
お任せしたのですから、契約の範囲外でも対応してください
悪いのはベンダー! 「わび状」という証拠もあります!
悪いのはベンダー! 「わび状」という証拠もあります!
ユーザー企業が契約範囲外の作業を行わせたり、不合理な方針変更をしたりして頓挫したプロジェクト。だがユーザー企業は、責任はベンダーにあるとして、20億円の支払いを要求した。
·atmarkit.itmedia.co.jp·
悪いのはベンダー! 「わび状」という証拠もあります!
不合格通知をもらわなかったから、検収合格ですよね
不合格通知をもらわなかったから、検収合格ですよね
納品物のデキが悪いからと発注者が検収を放棄。合否が伝えられないまま「みなし検収」の期間を過ぎたシステムの開発費用を、ベンダーは支払ってもらえるのか――?
·atmarkit.itmedia.co.jp·
不合格通知をもらわなかったから、検収合格ですよね
何で仕様も教えてくれないんですか!
何で仕様も教えてくれないんですか!
言った言わないではなく、言わない言わないの揚げ句、プロジェクトが頓挫。こんなシステムにお金は払えません!
·atmarkit.itmedia.co.jp·
何で仕様も教えてくれないんですか!