[進捗管理編]アドホックな開発をしてはいけない：ITpro

アドホックというと，パッケージ開発を思い浮かべる方も多いだろう。しかしこれはパッケージ開発に限った話ではない。ここでいうアドホックとはユーザーからの要望による追加開発を指している。しかし，それならば変更要求として管理していると言われる方も多いだろう。筆者が問題視しているアドホック開発とは，明らかにユーザーからの追加要望であるが変更要求項目として管理されない，または管理されていたとしても無償で提供する開発のことを指している。まさに「その場をしのぐ，その場限りの」開発のことである。 ユーザーとの良好な関係を築くために，ユーザーからのちょっとした追加要求に対して，変更管理をせずに「こっそり」と追加開発するプロジェクト・マネージャ（PM）がいる。確かに無償で対応してもらったユーザーとしてはうれしい限りであり，両者の関係は良好になるかもしれない。しかし，それを続けることにより，かえって両者の関係を悪

[mikage014]

「ユーザーに対しては、プロジェクト開始時点で、どの範囲までならアドホックを受け入れるということを正式に書面で交わしておくことが重要である」

[kiyo_hiko]

アドホックな変更要求の上限の合意について具体的に述べている

[batchabend]

アドホックな変更要求の上限の合意について具体的に述べている

[Wacky]

PMは，例え進捗に影響を与えないような軽微なアドホックな変更要求であっても即答で了承してはならない。ユーザーに“当たり前感”を与えないためにも，一呼吸空けて返答すべきなのだ。

[wwolf]

あーありがち

[imai78]

こわいはなし

[itengineer]

こわいはなし

[solunaris149]

　きっちりお仕事、きっちり請求

[deep_one]

KY.