エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
GISTプランニングについての記事の考察|Toyoshi Morioka
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
GISTプランニングについての記事の考察|Toyoshi Morioka
社内および1-10みたいなインタラクティブなモノ作りをするエンジニア界隈で『製品ロードマップの使用を... 社内および1-10みたいなインタラクティブなモノ作りをするエンジニア界隈で『製品ロードマップの使用をやめて、GISTプランニングを試すべき理由』が『良い!』という声がちらほら聞こえてきたのでじっくり読んで中身を分析してみました。 みんなが惹かれるポイントまず、既存のプロジェクト進行に対して端的に問題点を突いているのがこの記事が読まれる理由なのかな、と思いました。 アジャイル開発はウォーターフォール・モデルに取り組みましたが、プランニングのウォーターフォールは変えませんでした。これはアジャイル開発の問題点の提起ですね。 「作ってみるとプランニング/企画上の問題点が見つかり、具体的に企画をどういう方向に変更したほうが良いか判明したが、それがイテレーションサイクルの中に入ってないため実現できなかった」というパターン。 よくあります。 アイディアはゴールに到達する仮定上の方法を示しています。ここで