Redmineはプロジェクトを横断して使うべきか否かという議論の感想 - プログラマの思索

Redmineはプロジェクトを横断して使うべきか否かという議論をTogetterにまとめた。 過去の僕の経験を踏まえながら、Redmineの運用スコープはどこまでなのか、を振り返ってみる。 ラフなメモ書き。 【元ネタ】 Redmineはプロジェクトを横断して使うべきか否か - Togetterまとめ 【1】当初は、メンバー3人で、短期間の受託開発案件をこなしていた。 その時、Redmineを導入して、Redmineの機能を一つずつ試しながら、アジャイル開発の実現方法を習得していった。 少人数のメンバーで1個のチームだけだから、イテレーションごとにRedmineの運用ルールを軌道修正して、アジャイル開発のプラクティスを1個ずつ試していけた。 一番の発見は「イテレーション・リリースバージョン・マイルストーン一致の原則」と「プロジェクトとブランチ一致の原則」だった。 「イテレーション・リリースバ

[skatsuyama]

なんと言うか、経験と知見に満ちていていい感じの記事。

[tinsep19]

Redmineはプロジェクトを横断して使うべきか否かという議論をTogetterにまとめた。 過去の僕の経験を踏まえながら、Redmineの運用スコープはどこまでなのか、を振り返っ... via プログラマの思索 http://ift.tt/1fHFIGb

[unknowntea]

“Redmineによるチケット管理でプロジェクト管理を実験してみたら、アジャイル開発のプラクティス、PMBOKの9つのプロセスエリアの概念、ITILに書かれている運用保守プロセスの概念が自然に分かってくるはずだ。 Redmineで運

[tak4hir0]

Redmineはプロジェクトを横断して使うべきか否かという議論の感想: プログラマの思索

[shioki]

“Redmineによるチケット管理でプロジェクト管理を実験してみたら、アジャイル開発のプラクティス、PMBOKの9つのプロセスエリアの概念、ITILに書かれている運用保守プロセスの概念が自然に分かってくるはずだ”

[indication]

ネタとして実装してみたい。googleのplay framework に使えそうなやつがあった気がする