誰も手が付けられない炎上したシステム開発をレスキュー:解決編(1)
|
|
|
■ここでは、この業務のクライアントの立場になって考えます。
|
システム開発における管理画面が炎上している状態で、それをなんとかしたい訳ですが、
良くあるのは評論家的にソースコードの作りが悪いとか、デザインが美しない、タグが駄目だと評論家的な発言ばかりする人物。
自称アナリストやITコンサルタントの肩書きを持っている方々を知っている方は多いのではないでしょうか?
この状態になって、ソースコードの評論やMVCの概念を、いくら熱心に語られても全く意味が無いのですが、それが全くわかっていない。
評論家はいらないから、とにかく問題を確実に解決してくれる人を捜している訳であり、ソースコードが崩れている事くらい誰でも知っています。自分で出来ないのであればすぐにその旨を意思表示しないと次の行程に進みません。
誰でも知っている事ばかり叫ぶ専門家は専門家ではなく、ただの趣味の評論家にすぎません。
逆に言えば、ソースコードが一切崩れていないシステム開発の管理画面など見た事がありません。
評論家的なアナリストやコンサルタントを名乗る方は、何かあるたびに問題を複雑にしようとする傾向が高いです。
■評論家は何処の現場でも必要とされません。必要なのは実務が出来るコンサルタントです。 |
それはそうしないと仕事がなくなるからか、もしくは本当に能力が低いかのどちらかでしょう。
テストサーバで稼働テストをした後に、本番サーバに無事リリースをされてシステムは本格稼働を行いました。
ここで、管理画面を修正していた際に、多数の気になる箇所がありましたので、このままでは問題があると判断。
UMLでの現在稼働している実装を表す書類を作成する事をお客様に提示。快く了承されてUMLの制作に入ります。
これは簡単ではなく、安い作業でもありませんが、この現在の実装を表すUMLがあるとないとでは今後の運用や改修で多大な違いがあります。
見えない障害が分からないまま次の改修を行うと二次障害が発生する為です。
目的に合った正しくて分かりやすいUMLを作成するという事は、書類を制作する事が目的になっている全く使えない書類でなく、
書類を制作する事によって不具合を明確に確認し、それを共有するという目的があります。
その結果、UMLは完成して、これまで見えなかったシステムの根本的な不具合までも把握する事になりました。 作った事自体が目的になっている、誰も見ない書類は本当に役に立ちません。だから誰も見なくなります。
炎上する前に適切なUMLを作成していくと、出来る限り、最悪のリスクを回避する事が可能になります。
ご不明な点やご相談はお気軽に、お問い合わせ下さい。
誰も手が付けられない炎上したシステム開発をレスキューはこれで終了です。
誰も手が付けられない炎上したシステム開発をレスキュー 相談編(1)
誰も手が付けられない炎上したシステム開発をレスキュー コンサルティング編(1)
誰も手が付けられない炎上したシステム開発をレスキュー コンサルティング編(2)
誰も手が付けられない炎上したシステム開発をレスキュー コンサルティング編(3)
誰も手が付けられない炎上したシステム開発をレスキュー コンサルティング編(4)
誰も手が付けられない炎上したシステム開発をレスキュー コンサルティング編(5)
誰も手が付けられない炎上したシステム開発をレスキュー コンサルティング編(6)
誰も手が付けられない炎上したシステム開発をレスキュー 解決編(1)
システム開発における炎上対応、ずさんなマネージメントが作り出す人間関係の悪化の問題、折衝やUMLモデリング制作、ソースコード精査修正、何処に本当の問題点があるのか調査確認、管理画面デザイン&インターフェース改善等、システム開発でお困りの際にはお気軽にご相談下さい。 |
|