アーキテクチャと開発プロセス
めずらしく真面目なツイートしたので備忘メモ
アーキテクチャや開発プロセスについて考えてたら、なんとなく自分がPMやりたくなかった理由が見えてきた。
— にょぷ (@_nyop) 2020年7月25日
プロジェクトマネジメントのプロセスって、あくまでプロジェクトの終了時点でのQCDを維持するための手法で、長期的な品質特性を保障するもんではないんだよね。開発プロセスという意味ではアジャイルも同義。
— にょぷ (@_nyop) 2020年7月25日
一方でアーキテクチャや設計は中長期的な品質特性に多分に影響を与える。個人的には一時的に品質を維持したからってそれが本当に必要な品質特性を満たす条件になっていない、というのが感覚的にわかっていた気がする。
— にょぷ (@_nyop) 2020年7月25日
多分それが自分がずっとPMをやりたくなかった理由。なんだけど最近PM的な仕事もやるようになったのは、アーキテクトや業務屋としてそれなりの水準に達したと感じているから。品質特性を維持しつつ、PM観点でオンスケ、オンバジェットが実現できる。
— にょぷ (@_nyop) 2020年7月25日
アーキテクチャと開発プロセスって実現したいもののベクトルが違う、というのが気づきであり結構本質な気がする。なお、引き続き、プロセスに対する興味は薄い模様。
— にょぷ (@_nyop) 2020年7月25日
あくまでアーキテクト寄りのキャリアの人間の観点なので、プロセス屋さんの反論も聞いてみたいな。
— にょぷ (@_nyop) 2020年7月25日
イノベーション関連の界隈のプロセス指向も疑問。
開発に限らず、プロセス定義というのはアウトプットの均質化を目的とするもんだと思うんだよね。そういう意味では、プロセス指向のイノベーションへのアプローチも違和感。ジョブ理論のようにイノベーションをモデル化、アーキテクチャ化するもののがしっくりくる。
— にょぷ (@_nyop) 2020年7月25日