仕様変更を言い出すのは誰か？ - rabbit2goのブログ
ソフトウェア開発時の仕様変更は頭が痛い問題だ。限られた時間とリソースの中で開発を進めているのに、仕様変更に伴う追加作業は「既存工程の中で吸収する」なんて言う、いかにも日本人的な対処を余儀なくされることが多い。工程が延びても、コードを書き上げテストを行って動作確認までした成果物に再び手を入れなければならないという精神的なダメージも大きいと思う。 「お客さんの要望だから仕方ない」という理由は分かるし、「仕様変更しなければ製品が売れない」という理屈も納得できる。それは正論だ。しかし、だからと言って、何度も仕様変更を続けて、開発現場に負荷をかけるやり方が正しいとは到底思えないような気がする。モノには限度というものがあり、それを越えた仕様変更は然るべき理由と共に拒否するのが当然ではないかと思う。 そんな度重なる仕様変更に腹を立てて、仕様変更の要求が来る度にTracのチケットを起票したことがある。記載
頑張るほどに問題の本質が見えなくなる - rabbit2goのブログ
残業や休日出勤で仕事を片付けるのは悪くはないし、納期を守るプロ意識として結構なことだとは思うのだけど、そうやって力任せの解決をいつまでも続けていると、本来解決すべき問題の本質を見失っている気がしてならない。毎日残業して仕事を続けなければならない状況には、何か別の要因が有るはずだ。 担当者間で仕事の割り振りが上手く出来ていない。 仕事をうまく片付けて回すためのノウハウが共有されていない。 知恵を出せば効率的に進める方法が有るのに、面倒なので何も考えていない。 効率の悪い方法を繰り返すことに何の疑問も持っていない。 言われた通りの仕事の進め方に従うことが必須だと思い込んでいる。 例えば、納期のように明確な締切りが存在するだけで、脇目もふらずテキパキと仕事を片付けられる人は多い。そんな状況になると無駄なことは省くようになるし、少しでも効率的な進め方をするためにいろいろと頭をひねって考えるはずだ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
