私はプロジェクトに取り組んでいるのはたった一人です-ですから私はPMのいない開発者です。私はポータルを終了しました、hovewerクライアントは時々「フォントを大きくする」またはcssのマージンを変更するか「xxxとyyy」を作るボタンを作るなどの要求で私を攻撃します。簡単な作業があり、数回クリックするだけの場合もありますが、時間がかかり、そのような作業を行うのは嫌です。一方、私はそれらの人々を理解していますが、小さな修正が彼らの仕事に大いに役立つこともあります。コミュニケーターでそれらを言うこと-それらを無視するのは難しいです。コミュニケーターを無効にすることが最善の解決策ですが、同僚とのコミュニケーションにはそれが必要です。そのような状況であなたは何をしますか?
6 に答える
日常のワークフローを中断しない方法で、ユーザーがリクエストを送信できる確立されたキューを作成します。
この音から、定期的にチェックしている通信チャネルを介してリクエストを受け取っているので、それを横に移動しようとするかもしれません。
通信を遮断することは決して良い解決策ではありません。また、私はあなたがそれらのタイプの要求に到達するときのプロセスとタイムスケジュールを形式化します。私はこの単純なアプローチで大きな成功を収めました。
あなたが自分のために働いているなら、あなたがそこにいる唯一の最も重要な理由はクライアントです. 彼らはあなたのビジネスです!したがって、彼らを幸せに保つことは常に良い習慣です.
そうは言っても…
クライアントのためにあらゆる種類のソフトウェアプロジェクトに取り組むときは、常に明確に定義された契約を結ぶ必要があります. 成果物が、あなたとあなたの顧客の両方に対して明確に表現され、定義されていることを確認する必要があります。それが終わったら、「将来のメンテナンス要求」をカバーするセクションがあることを確認する必要があります。その後、クライアントと協力して、スペクトルの両端で期待が受け入れられることと、それに費やす時間を確認できます。それらは両方とも考慮され、前進する元の計画の一部です。
オープンエンドが少ないほど良い。
その後、実装したプロジェクト/ウェブサイトごとに顧客の要求を管理/処理するシステムを実装することも大きな助けになります。このサイトの創設者の 1 人によるFogBugzのようなツールは、顧客とのやり取りやバグ/機能のリクエストを処理するのに優れています。見てみな。
技術的な「バグ」ではありませんが、クライアントによる使いやすさはユーザーにとって最も重要なバグです。あなたがクライアントとのビジネスを継続したいのであれば、小さなことはうまくいく必要があります。
小さなバグの修正==クライアントの幸せ==より多くの作業==より多くの$$
バグを追跡し、変更要求を追跡するためのシステムを展開します (私のオフィスでは、ソースの整合性にも使用される MKS を使用しています)。次に、ユーザーがリクエストを受け取ると、追跡システムに入り、適切なタイプとしてリクエストを入力します。理想的には、未処理のリクエストをランク付けできるように、重大度/優先度インジケータも添付できる必要があります。その後、すべての未処理のリクエストを確認し、それらに優先順位を付けることができます。直接送信されないため、リクエストが殺到することはありません。また、ユーザーは、電話して「いつ修正が行われますか?」と尋ねるよりも、リクエストのステータスを簡単に追跡できることに気付くでしょう。
自分自身で、1 日に数回リストをチェックして、取り組むべき優先度の高い問題があるかどうかを確認できます。次に、優先度の低い問題に取り組む時間を定期的にスケジュールします (週に 1 日、または 1 日 1 時間、妥当と思われる時間)。
取得した機能要求ごとにパスを変更しないでください。しばらく機能リクエストを収集し、リクエストに優先順位を付けてから、意味のあるものを選択してから、次のリリースに取り組みます。
私の意見では、一定のリリース スケジュールに従うことは良いことです。それにより、開発プロセスがより制御しやすくなり、ソフトウェアの品質が向上し、顧客は何を期待すべきかを知ることができます。
お客様との継続的な関係を考える必要があると思います。顧客が時折あなたの時間を数分費やす場合、あなたにとってのコストは最小限であり、いずれにせよコンタクトのメリットはコストを上回る可能性があると考えることができます.
リクエストが大量かつ迅速に寄せられている場合は、変更の時間料金について顧客と話し合うか、有料のサポート契約でカバーする必要があるかもしれません.