4

英語を話さないクライアントが関与するソフトウェア プロジェクトを管理する際のベスト プラクティスは何ですか?

関連するコミュニケーションの問題は何ですか?ドキュメントを両方の言語で維持しますか (特に仕様を定期的に更新します)?

4

4 に答える 4

7

このようなタイプのプロジェクトの基本的なリスクは誤解です。そのため、最優先事項は両当事者の理解を検証することです。つまり、顧客が自分の発言を理解していることを検証するだけでなく、顧客の発言を理解していることも検証する必要があります。次に、コミュニケーションを検証するという明確な目標を持ち、あなたが顧客の言語を理解するために必要なリソースと、顧客があなたの言語を理解するために必要なリソースに基づいて、あなたとあなたの顧客は、プロジェクトのコミュニケーションを処理する方法について合意する必要があります。言語、単一の連絡先、すべての通信の書面による議事録、すべての通信の翻訳など。

誤解の可能性を最小限に抑えるために、可能であればすべての公式コミュニケーションを 1 つの言語で行うことをお勧めします。コミュニケーションが複数の言語で行われる場合は、コミュニケーション チャネルの数を最小限に抑える必要があります。プロジェクトで使用される言語に習熟していることがわかっている単一の連絡先が重要です。

カジュアルなコミュニケーションは避けるべきです。すべての電話会議と会議には、すべての合意事項とアクション アイテムを説明する書面による議事録が必要です。複数の言語が使用されている場合、すべての議事録は単一の当事者によって翻訳され、単一の連絡先によってレビューされるものとします。

私が今説明した実践は、耐え難い重荷に思えるかもしれませんが、多くの頭痛の種を防いでくれます。

幸運を!

于 2008-10-15T13:08:24.130 に答える
5

私の母国語は英語ではないので、反対側にいます。プロジェクトのドキュメントを 4 ~ 6 言語で書かなければならないこともありました。

英語を理解できる人(キーパーソンなど)を探すようにしてください。プロジェクトで異なる言語でのコミュニケーションを避けるようにしています。もちろん、プロジェクトメンバーと異なる言語で話したり書いたりすることもできますが、プロジェクトのメンバー全員と一度に話したり書いたりする場合は、1 つの言語である必要があります。

ドキュメントは、関係する言語と同じ数の言語で維持する必要があります。すべてのドキュメントは定期的に更新する必要があり、「英語が最新のものです」と伝えなければならない状況を避けるようにしてください。ターゲット言語を母国語とする人を見つけて、英語から翻訳してください。逆の方法で試すよ​​りも、はるかに優れた、理解しやすい、よりネイティブなものになります。

于 2008-10-15T12:40:15.933 に答える
4

これは、アジャイル開発に切り替えるのに最適なケースかもしれません。これにより、大量のドキュメントにあまり重点が置かれなくなり、各インターバルの終わりに顧客がサインオフする作業を提供できます。アジャイルが何かわからない場合は、Google で検索してください。大量の情報が返ってきます。

于 2008-10-15T13:18:16.513 に答える
2

口頭での話し合いについては、必ず書面による確認を行ってフォローアップしてください。ほとんどの人は外国語を話すより読むほうが上手です。また、すべてのドキュメントとコードの標準として 1 つの言語を選択することも役立ちます。

于 2008-10-15T13:15:45.707 に答える