Issue Awareness

By Russ Finney

懸案事項に対する意識

The documentation of issues raised throughout the early phases of the development life-cycle is the beginning of a process which will not be over until the new system is firmly in the hands of the business clients. This recording of issues is a fundamental part of system building. It requires a vigilant awareness in order to initially identify the issues, and unwavering discipline to make certain each issue is recorded. Some of these initial business issue sources are listed below:
開発ライフサイクルの初期に提起された懸案事項の文書化は、新システムが顧客に納入され定着する迄続く作業の始まりである。この懸案事項の記録は、システム構築の基本である。それには、問題発見の為の普段の意識と、全てを確実に記録するしっかりとした習慣付けが求められる。業務に関する懸案事項には、次の様な発生源がある。：

Formal Session Issues
公式会議からの問題

As mentioned earlier, during the facilitated sessions (and during the informal preparation and follow-up meetings), business issues will be raised, and they should be listed in a formal session feedback document. These issues should serve as a beginning foundation for an overall issue tracking and resolution approach. Generally, the issues raised at this point take the form of business action items or questions which:
既に述べた様に業務の懸案は、調整会議（また、非公式の事前・事後打ち合わせ）の中で提起され、正式会議へのフィードバック文書に記載されていなければならない。これらは、全体の問題管理と対策策定の出発点となる。通常、この時点で浮かび上がってくる問題は、実務に関するものか、次の様な質問であろう。：

• pertain to the envisioned scope of the development effort
• center on what is occurring within a certain business area
• require detailed follow-up meetings in order to understand complex processes
• highlight specific requested business functions and features.


• 開発で想定されている対象範囲に関するもの
• 特定の業務分野での現状に関係したもの
• 複雑な処理を解明する為、詳細な事項を話し合う追加の会議が必要なもの
• 特定の業務要件や特徴に焦点を当てたもの

Analyst Generated Modeling Issues
アナリストが提起するモデル化での問題

Another source of issues is the feedback of the development analysts based on their insights from the construction of the business data and process models. These issues generally take the form of detailed questions about what the various affected business departments anticipate needing, what information is anticipated being utilized, and where this information will ultimately come from. In addition, questions may exist as to the best way to model certain unique business situations. Before the analysts can propose optimal model solutions for these situations, the relevant questions must first be answered.
他には、アナリストからのフィードバックがある。それは、業務データや業務モデルを作成する時の彼らの洞察に基づいている。普通、これらの問題は、詳細な質問の形をしている。色々な関連部門では何が必要とされるのか？どんな情報を使おうとしているのか？この情報は元を辿ると何処からくるのか？と、いった具合である。また、ある特殊な業務形態をモデル化する場合、最良の方法にとして質問を使う事もある。この場合、まず先に対象に関する質問の回答がなければ、アナリストは最適なモデル解決策を提案出来ない。

"Management by Wandering Around" Issues
”現場観察”による問題発見

This last group of issues are those generated by the project team leader by simply walking around, checking in with the analysts, and discussing the problems they are currently wrestling with. These improptu discussions stimulate free-form thinking on the part of everyone, and invariably unanswered questions, new ideas, and follow-up action items all surface. Don't let these valuable thoughts slip away into the back recesses of everyone's collective memory. Jot these issues down on a list and use it later as a memory trigger for everyone.
この最後のグループは、プロジェクトチームリーダーが、一寸辺りを巡ったり、アナリストの処に行ったりして、彼らが抱えている問題について議論する中から見つけ出すものである。この様な一寸した議論は、全員に自由な発想を促し、ずっと未回答の質問、新しい考え、事後の処置に関する問題などを発見する機会となる。貴重な考えが、皆の頭の中で放置されない様にしなければならない。リストに書き出し、全員の記憶を呼び戻すきっかけにそれを使うのである。

Copyright © 1999, Russ Finney, All Rights Reserved