エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
プログラマの思索: チケット駆動開発は課題管理が中心
TracやRedmineの運用を前提にしたチケット駆動開発は、従来のウォーターフォール型開発のプロジェクト管... TracやRedmineの運用を前提にしたチケット駆動開発は、従来のウォーターフォール型開発のプロジェクト管理とは手法が違う。 下記のBlogを読んで考えたことを書く。 【元ネタ】 プロジェクト管理ツール検討失敗 【1】SW開発ではガントチャート保守のコストが高い 汎用機+CobolによるSW開発は、プログラミングやビルドのコストが高いから、ウォーターフォール型開発で十分だった。 最初に作った計画が変更されることはない。 しかし、特にWebシステム開発では、実際の受入テストでバグ修正だけでなく、大量の改善要望が発生して、当初の計画や見積もりと食い違う時は多い。 だから、XPなどのアジャイル開発は、小規模リリースというプラクティスを実践して、小さく作って小刻みにリリースして、顧客からフィードバックを受けて更に開発するやり方を取る。 ウォーターフォール型開発なら、ガントチャートを途中で大きく変
2008/10/29 リンク