だから、ペント。
テキストの本質。
クライアント-マネージャー-デザイナー-プログラマーのチェーンでは、だれでも台無しにすることができ、これが早く起こるほど、将来それを修正することは難しくなります。 同時に、他の誰かにこのチェーンのせいにすることを許可することは重要ですが、すべてを修正するのはプログラマー次第であり、通常はあまり喜びを感じません。 そして、この連鎖の中ですべてが本当に悪くなります。実際、誰もが結果を気にしません。
そして、それを修正する必要があります。 早急に。 鼻を突いて、涙を流して気分を害するのではなく、直しましょう。
もう少し本質。
私の場合のように、小さな会社またはフリーランスのチェーンがあります。 私は通常、ウィジェットと小さなWebサイトをフラッシュで作成します。 私が知っていること、すでに何度も言われたことについて書きます。 私のような人はたくさんいますが、私たちは皆、記載されている問題にしばしば遭遇します。 チェーンのどこかが異なり、その問題は、ここでは触れません。
実際には、テキスト。
唾を吐くのは重要ですか？ 誰もが食べたいので、仕事は完了しますが、取り残されるだけです。 したがって、すべての平凡なサイトが取得されますが、クライアントはそれらを気に入っていますが、それでもまだスクーラーであり、同時に将来的にはhemo核が多く発生します。 彼らのクリエーターがそのような創造物を恥じていないとき、それは悲しいです。
面白いことですが、数年間一緒に働いても、人々は同僚が何をどのようにやっているかをよく知らないことがよくあります。 彼らはそれを必要としません。 彼らは気にしません。 したがって、すべての問題。 状況を抽象的に説明するよりも、いくつかの例を挙げる方が簡単です。
マネージャーがいて、彼はクライアントに必要なものを伝え、同意します。 プロジェクトは単純なようです。 小さな説明が行われ、いくつかの追加資料が収集されています。 しかし、マネージャーはプログラミングキッチンにあまり精通しておらず、怠けすぎて気にすることはできません。 したがって、設計者とプログラマーは、不完全なデータだけでなく、不正確で、「理解できる」場所がたくさんあります。 マネージャーは、彼のジャムが雪だるまのようなジャムで生い茂り、プログラマーがそれを修正しなければならないので、彼がチェーン全体で非常に重要なリンクであるという事実を考えません。 そして、誰がいつ混乱するかは問題ではありません。 プログラマーの仕事は、プログラムの口頭での説明を、この説明に可能な限り近いコードに変換することです。 同時に、説明のわずかなニュアンス、たとえば、選択したアプリケーションアーキテクチャに大きく依存する場合がありますが、その場合、変更するには非常にコストがかかります。
そのため、マネージャーは私（プログラマー）がどのように働いているかを知らず、必要なものをあいまいに表現しています。 あなたは彼のために何がそんなに必要なのかと尋ねますか？ さて、ここで彼らはほとんどの場合私たちと一緒にいます。 説明をデザイナーに渡すと、彼自身が重要なポイントを逃し、デザイナーは重要なことを逃します。 彼もまた、プログラムの問題を特に意識していないので、彼にとっての主なことは写真をスケッチすることであり、少なくとも私たちの後は洪水です。
多くの場合、美しい写真を作成できる人は、美しくも機能的なデザインを作成することができません。 結局、彼の作品は後にインターフェースに翻訳されるべきです。 ここでは、デザイナーのスキル、またはむしろその不在が完全に表示されます。 多くの場合、彼はPSDの美しい画像とそのソースに加えて（これは部外者に読まれ、レイヤー1、レイヤー2、レイヤー543の束は彼を喜ばせないだろうと）プログラマーはたくさんのものが必要だとさえ考えていません。 たとえば、ボタンの状態、レンダリングされた不可視のアニメーションパーツなど。 このようなゴミを何回も処理しなければなりませんでした。 面白いことに、デザイナーに不足している詳細を描くように依頼するよりも速いです。 彼は手紙を読みながら、昼食に行き、夕方のどこかに時間を見つけ、明日の午後に結果を送ります。 しかし、もちろん、設計作業を修正している間は、現時点では誰もコーディング作業を行っていません。
ここで、デザイナーはプログラマーが何を必要としているかわからず、マネージャーは怠け者であるか自分自身も知らないため、これについてデザイナーに伝えないことがわかります。 もちろん、デザイナーは要求されたものだけを描き、もう半分のピクセルは描きません。
プログラマーは最初はどこにいたのですか？ なぜ彼は必要なことを正確に言わなかったのですか？ 非常に多くの場合、プログラマーは一般に、完成したデザインと小さな説明を送信するときに何をすべきかを見つけます。 それは間違っていますか？ それから私たちはあなたに行きます（8これはポイントではありません。
私はこのテキストで主なアイデアを表現しようとしています- 人々は知らないし、人々は気にしません 。 たいていは気にしないが、最後のリンクだ。 多くの場合、私は怠け者であり、ドキュメントとデザインに基づいてハックを行います。その後、「私は他に何かを考えていました」と判明し、これらのハックを通常の実装に置き換え、そのような「直感的なもの」のために途中でコードの半分を書き直します
鼻を突く必要があります！
しなきゃ！ 鼻！ 涙を通して。 resみにもかかわらず。 ちなみに、私は自分の主張にin辱された仲間に出くわしました。 頑固で修正されていない仲間がいるので、私はやりません。 この問題は非常に重要です。 彼女は多くの不幸の根源です。 上司がオフィスに座って、どんなゴミを考えていると、誰もが仕事をして仕事をしているように見えますが、結局のところ、彼は彼の従業員が仕事や残りを気にしないことを知りません。
ポジティブな例。
しかし、すべてがそんなに悲しいわけではありません。 私の人生では、そのようなチェーンの山で働いていました。 そして、非常にポジティブなチェーンがありました。 キッチンを知っているマネージャー、切り刻まれた透明な写真を必要なすべての状態、アニメーション、説明とともに送信したデザイナー。 私の記憶には、顧客自身がしばしば甘やかしてしまう理想的なプロジェクトもありましたが、それはまた別の機会です。
そのような人々と仕事をするのは楽しいことであり、プロフェッショナリズムとノンスピッティングのムードはチェーンに沿って伝達されます。
質問
戦う方法は？
前回、女の子に丁寧な形でデザイナーに何が必要でどのように言ったか...彼女は気分を害し、泣き出しました。
昨日の1時間のチャットの後、今日、すべての参加者は以前と同じように動作し、何も変化しません。
状況を根本的に変えるには？
プログラマーは、必要なすべての資料を取得するためだけにプロセス全体を制御する必要はありません。 その後、彼はマネージャーになり、同時にプログラム上の責任と期限を保持します。 プログラマには、可能性とタイミングに関する情報が必要です。 人々があなたが何をどのようにやっているのか分からないとき、彼らと一緒に仕事をするのはひどく難しいですが、最終的に私は最後になります...
マネージャー、デザイナー、プログラマー...誰も気にしないとき
All Articles