ダメなプロジェクトとダメダメなプロジェクトの傾向と対策 | Fly fearlessly

一つ前の記事で、開発者が開発するべきものは正しい 「変化」 と書きました。 私達が開発者として向き合うものは、事前に決められていない 「変化」 です。私達は進化に導く正しい 「変化」 の形を探し、仮定するところから始めて、仮定したらそれを素早く実現し、検証しなければなりません。開発するべきものは正しい 「変化」 です。 言うは易く行うは難しで、世の中にはこれが行い難いプロジェクトがたくさんあります。この記事では、そうしたダメなプロジェクトと、さらにダメな （ダメダメな） プロジェクトの陥りがちなパターンについて考えてみます。 背景が言語化、共有されない 何らか機能を追加、あるいは削除するなど、プロダクトを変更するには、必ずその背景があるはずです。背景とは、現状や現状の課題感 （問題点）、変更により達成したい目的などです。 企画、プロダクトオーナー、プロダクトマネージャーなど、呼称は様々です

[hs_hachi]

書いてあることは当たり前なんだけど全く実践できないんだよねぇ。なんでだろうねぇ

[s17er]

こうした当たり前のことがなされている

[moronbee]

"プロジェクトを少しづつでも改善していくためなのに、声を上げても、手を尽くしても一向に響かない、そうしたプロジェクトはダメダメです。" はい。

[masayoshinym]

対策は…？