Redmineのアンチパターンは２種類に区別できるのではないか - プログラマの思索
以前、Twitterで、日付カスタムフィールドに関するRedmineのアンチパターンが議論されていた。 その議論を読みながら、Redmineのアンチパターンには、プロジェクト管理の要件のブレかフィットギャップ分析の甘さの２種類に区別されるのではないか、と考えた。 ラフなメモ書き。 【問題の発端】 nekosanzさんのツイート: "難問。１つのプロジェクトではなく、１つのチケットにマイルストーンがほしい。こんなこと言われたの初めてだ" 門屋 浩文さんのツイート: "チケット割るか説明に書く！… " nekosanzさんのツイート: "結論が日付カスタムフィールドを10個ぐらい追加してほしいという炎上物件… " 【問題の真因を突いている議論】 neta＠筋肉 筋肉???さんのツイート: "Redmine の日付カスタムフィールドはあかん。ウチも『期日』という名称が気に入らなかったらしく、『希
WBSなんて書いてるから仕事できねーんだ：101回死んだエンジニア：エンジニアライフ
いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 ■WBSという名の落書き はっきり言っておきたい。WBSを書いても役に立たない。むしろ、そんな仕事をしているから炎上するんだと。 ちょっと考えて欲しい。IT系の業務において、業務をする上でExcelでWBSを書くのは一般的だ。むしろ、WBSを書かないプロジェクトの方が少ないだろう。もし、WBSがプロジェクトの運用において有効な手段で、適切に使われているのであれば、もっと円滑にプロジェクトは回っているのではないだろうか。 だが現実は、落書きレベルの低品質なWBSをドヤ顔で突きつけられる。どこぞの古文書のような難解なWBSを解読することで工数が消費されていく。そんな理不尽な現実に憤りを感じるている。 ■WBSを書く動機 そもそも何でWBSを書いているのだろう？教科書的な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
