プロジェクトマネジメント入門⑧ 開発アプローチとライフサイクルパフォーマンス領域編

ore-ore

メーカー技術・研究・開発

どの開発アプローチを選ぶか、メンバー間での議論をしっかりする必要があると思いました。

koki_dayo

営業

アプローチ方法を状況を見て選択するというのが印象に残った。組織やステークホルダーなどそれぞれの特徴を見ていくことが大事だと思った。

kousei_yano

IT・WEB・エンジニア

開発アプローチはそれぞれメリットデメリットがあるがプロジェクトによって適したものを選択する必要があると思った。

nyx

IT・WEB・エンジニア

アジャイル型をいきあたりばったりな開発と混同している人を良く見受けられる。
しっかりどういうものか、相互に理解した上で利用する必要があると思う。

tdi-ihara

IT・WEB・エンジニア

開発アプローチを選定するという意識があまりなかったので、大事なことであることを理解しました

stani

専門職

パフォーマンスを向上させるように努力します。

mochi_uj

メーカー技術・研究・開発

開発アプローチは、プロジェクトの内容によって選択をする。新規性や要求仕様の確実性などを考慮し、ウォーターフォールの一気通貫型でいけるのか、機能ごとに分割できる適応型でいけるのかを判断する。

bobby2490

IT・WEB・エンジニア

誤認されて要件定義がしっかりとできないからアジャイル・・・というケースも実際見受けられる。
プロジェクトの特性からアプローチを決め、ステークホルダーにもその意識をしっかりと伝搬する事が重要と感じる。

ma-my

メーカー技術・研究・開発

４つの型をどのように当てはめていくのかを最初に検討するだけでなくプロジェクトの進行に応じて部分的に型を変えることも検討する判断も必要。

kata8909636

金融・不動産　関連職

プロジェクトを推進するためには、プロダクトの特性と開発するチームの特徴をよく捉えたうえで、開発手法を選択することが重要だとわかった。

taku_asa

メーカー技術・研究・開発

プロジェクトによってアプローチが異なることは理解出来たが、上司やステークホルダーも同様の理解がないと進められない

norihito

マーケティング

組織能力とプロジェクトタイプの整合が大切だと知った。大きな組織ではある程度予測型のアプローチが必要だと思う。

hbk66

マーケティング

予測型から適応型が今後増えていくことが想定されるが、やったことないので不安です

ta-mo-

IT・WEB・エンジニア

開発アプローチとライフサイクルパフォーマンスの理解が深まった。PJと課題/ニーズに対し、要求事項をまとめる際に、本内容を加味し、どのアプローチで進めるか、検討が必要と感じた。

451u

IT・WEB・エンジニア

アジャイルは経験がないため、とても参考になりました。

inokoko

経営・経営企画

アジャイル型がもてはやされ、ャイル型がもてはやされウォーターホール型が敬遠されるような風潮があるが、きっぱりとした目標設定がされていない場合のアジャイル開発は、だらだらといつまでも開発をおこなって、いつできるのかもわからなくなると思った。

senna4521

営業

未定だが、プロジェクトに今後参加するときのために次のコンテンツを視聴する

noritsuu

メーカー技術・研究・開発

基本的には予測型アプローチで進めるが、想定しない要件定義の変更が発生した場合は、納期までの工程を即座に見直し、適応型アプローチの工程に組み直す必要がある。

sakiyam2

IT・WEB・エンジニア

不確定事項が多いのにウォーターフォールを採用するケースが多く、非常に難儀している。
アジャイルやスパイラルの採用がもっと浸透して欲しいと常々思っている。

kkkkssss

金融・不動産　関連職

開発アプローチについては、知識としてはある程度知っていても、慣れ親しんだ方式を無意識に選んでそれを前提に語られることが多いので、プロジェクトに着手する前にどのアプローチ方法が良いか十分考えるべきだと思います。

maedakazu

IT・WEB・エンジニア

会社内でアジャイルが推奨されているが、うまく遂行したことがないため効率的なアプローチを学びたい

gobau

営業

開発アプローチの選択は、慎重に行う必要がある。組織内外のステークホルダーの見極め、プロジェクトの目的を明確化し、前提条件をしっかりと整えて選択出来ることが理想。

vegitaberu

人事・労務・法務

プロジェクトを進める方法は、ひと通りではなく、何をするか、置かれた状況は？メンバーの性質は？制約は？など様々な条件を考え併せて、適切なものを選択し、時に、進行中に変更、アレンジすることも必要だということがわかりました。また、それは、リーダーのみが、理解していればいいことではなく、プロジェクト全治、メンバー全員で、共通認識を醸成し、祖語のないように意識したいと思いました。

moveon-s

資材・購買・物流

開発アプローチの種類があることが分かりました。

mekaboo

コンサルタント

絶えず見直しが必要ということを理解した

karikomi-1011

営業

難しいこともありますね。

sugima

コンサルタント

いろいろな場面で活用できる　

hayakawa39

コンサルタント

経験上、予測型アプローチが最適なケースに遭遇したことはないが、小規模なシステム開発などであれば合致するケースもありそうだと思った。自身が扱うプロダクトでは目標さ成果物が不明瞭なケースが多いのでやはり反復型のアプローチが多くなるが、スケジュールが区切られている場合などはこちらから成果物のイメージを提示して合意形成したうえで予測型的にアプローチすることも必要だと思った。だがこの場合でも顧客とのコミュニケーションのなかで柔軟な変更が求められるケースが多そうな気がする。

hr-sakai

その他

特徴別の開発アプローチの選択の仕方を学ぶ事が出来ました。今後、活用していきます。

ryusho1118

経営・経営企画

現在参加しているプロジェクトでは、成果物が曖昧で有り、ステークホルダーとの仕様の調整が必要なため、適応型アプローチの反復型を採用しようと思う。

yoshiki2355

人事・労務・法務

プロジェクトの性質を見極め、最適な意思決定を心がけたい

aya_anne

IT・WEB・エンジニア

最適な開発アプローチを案件開始時に決めることは難しい
基本設計をやり始めてから、要件定義が出来ていないなど
問題が後から分かる事が多いからです

koichirou_k

販売・サービス・事務

プロダクト、プロジェクト、組織の特徴を踏まえて、開発アプローチを選択する必要があることを学んだ。実務に活かしたい。

matsuyuki1210

専門職

開発の型は成果物とプロジェクトと組織の特性から決める

kawai_ryouta

IT・WEB・エンジニア

古い人間で知識も無いのでウォーターフォール型のアプローチばかりであったが、要件の状態を分析するスキルとアジャイル型やハイブリッド型を選択できる知識を持たないといけないなと思った。

k_yuna

販売・サービス・事務

大変勉強になりました。

miemie2020

IT・WEB・エンジニア

通例に習い開発アプローチが、ウォーターフォール型に依存しているが、プロジェクトの特性を分析を事前行い、開発アプローチを選択しなければならないと思いました。

sugitaka_de

メーカー技術・研究・開発

予測型だけで終わるプロジェクト、あるのだろうか？

ソフトウェア開発をしている手前、ハイブリッドが当たり前プロマネをしている。
予測型、言葉としては覚えておこうと思う。

ken1123

マーケティング

概ね理解したと思われる。

ibe_takeshi

メーカー技術・研究・開発

今までウォーターフォール型で開発を進めているつもりであったが、今回の講義で適応型（漸進型）のアプローチを適宜利用して開発を行うハイブリット型で進めるケースが意外と多いことに気づいた。
各アプローチの特徴を理解し今後に生かしていきたい

dairin

営業

業務で活用するために、非常に有意義でした