事業会社での開発手法について

以前いた職場が大手の割にあまりサービスに成長が見られないなと思っていたため、
今後の開発のために以前いた現場の開発手法や取組みを復習しています。
事業会社での開発手法って一般的にアジャイルやスクラムの様なものを想定しているのですが、
データ構造のみを見て画面機能を余り考慮しない開発って正のでしょうか。
どちらかというとUI/UXが先行すべきでデータ構造はその後の第２要件な気がしています。
データ中心アプローチ？に近いのかなとは思いますがユーザーの操作や画面遷移のプロセスが無いため汎用的(大量のデータ)な情報をやり取りする形態が正しいとは思えないんですがどうなんでしょうか。
ウォーターフォール以外の開発手法でこういうやり方が良いなどの具体的な
例をいただけるとありがたいです

行動規範の内容に同意します

回答2件

ベストアンサー

基本的にアジャイルのような小気味な開発を成功させるには以下のような条件が必要とされています。
・プロダクトオーナー（開発責任者）とスクラムマスター（進行役）が高いレベルのスキルと責任感を持っている
・メンバーのスキルと意欲が高い
・チームメンバーが常に一つの場所に集まっている
・経営陣がアジャイル開発の価値を理解していて組織がそれに合わせて構成されている
上記の条件を満たしていることは無いに等しいですが、成功している時は決まって
変化に対する考え方の違いが顕著です。プロジェクトに影響のある変化を挙げ始めればいとまがないため
何も起こらない変わらないという奇跡を信じて進めることがリスクでしかないのでやる側もやられる側も具体的な
フィードバックをもとに、変化に対応しながら小気味に進めていった結果が最初に全てを決めず小さく始めて大きく育てる。
という話に繋がっていくことがわかりました。
事業会社に限らず大きなプロジェクトは等しく保守的な人が多いためメンバーや調整ごと社風などでアジャイル的な
開発はそもそも無理かも知れませんね。私もいくつかの失敗をして気づきました。