2番目のシリーズは、 ここから読み始めることができます。
数週間前、私はニジニノヴゴロドで開催されたDigital Thawカンファレンスの開発者セクションで役立つ記事を読むように招待されました。 時間がほとんどなかったので、お気に入りの組織レーキを投げました。私が相談したインターネット企業の90％が急増しました。 もちろん、私は幸運だった可能性があります。 しかし、私はさまざまな都市やさまざまな規模でのそのような運命的な運についてはほとんど信じていません。
その結果、私はキャプテンエビデンスをプレイすることを提案するいくつかのバンドルを拾いました
勇気を持って報告したので、私は座って聴衆から引き揚げた男たちと話をしました。 予想外だったので注意してください。
ええ、そうです。 私が話したほとんどすべての問題は管理上の問題なので、私はそれらを管理上解決することを提案しました。 そして、これはモデル契約の追加を意味します。 結論としては、ある時点で「する必要があるすべて-契約を通じて説明する」という行動のパラダイムをとったため、この瞬間はまったく固定されずに会話を通して自動的に駆動されます。
契約作業の自動化に反対する大きな論文を改編したようです。 私自身は汚れた手でテキストに登ります。
そして、そうではない。
自動化の魅力のいくつかは、消費者に「正しい用語で説明する方法」を考えることを強いることなく、実用的な技術を法的に組織された平面に変えることができることです。 私が特に愛するレーキを調べてみましょう。 そして、そのような酒がすでになくなっていたなら、私はもっとsomethingなことを拒否しなかっただろう。 コメントに来てください。
1.契約に署名する前に作業します。
これはよく知られたニュアンスであり、彼が最後に私にコメントを書いたときでさえ、「そして契約の前に西洋ワサビに取り組み始めた」。 理解できるように、人からの解説は業界のものではありません。 顧客が前払いをすぐに転送する準備ができているが、彼との契約が長い間一貫しているという話は非常に一般的です。 そして、非常に迷惑な驚きが起こります。
解決策：契約の契約期間を契約の詳細として記述し、署名前および契約で修正される前の契約が異なる場合の状況を記述します。 理想的には、たとえば契約書などの非契約形式でも早期合意を修正するのがよいでしょう。 主なポイントは、署名された契約は、デフォルトで行われるように早期契約をキャンセルしないが、その存在を確認することです。
2. TKの突然の変更。
ご存じのとおり、TKは技術的なタスクであるだけでなく、視点でもあり、変更される可能性があります。 トピックに関する私のお気に入りのポストカードを思い出してください。
新しいパラダイムを受け入れます-TKの変更は、支払いがあれば問題になりません。 私たちが多くのサイトを作った時期に言ったように、「これは問題ではなく、これは予算です」。 要件管理を見積もりに入れ（一般的に、TKを要件として大人と呼ぶことを学ぶ）、式、特定の規模の変更に対して支払う必要がある金額を記述し、合理的なものを定める必要があります。 そして、実際には問題ありません。 「なぜ追加料金を支払うべきなのか」という質問に、あなたは契約に指を突くと、あなたは幸せになるか契約を破るでしょう。 そして、もしあなたがアライメントをよく見るならば、後者はさらに大きな幸福です。
同じことがリサイクルにも当てはまります。
3.処理。
最初に精製契約を定めることにより、これらの精製の突然の状況を奪います。 つまり、通常、驚きはつまずきです。 特に、ささいなことで撮影します。
突然、なんらかの理由ですべてを地獄に作り直す必要がある場合、これは大きな問題であり、顧客は通常これを実現できます。 まあ、それは大きいからです。 しかし、初期の計画中に失われた小さなゴミは、それがなければゴミが得られるため、行われるべきです-それはそのような理解を引き起こしません。 さて、そこに、半時間働きます。 OK そして、私たちはその週にそのようなものをすでに3つ作りました、そして、お金の話はありませんでした。 今日はがらくたですか？
同じ方法論-最初に、最初から処理の生産予算の10％を割り当てました。 彼らは間違いなく、私たちは知っています。 黙って予算を10％引き上げることなく、これを個別に説明し、突然存在しない場合に戻ることを約束することなく、これを行う必要があります。 私たちは皆、そのようなターンのチャンスがほとんどないことを理解しています。 次に、同じ場所に書き込みます。たとえば、8時間目を開始するために7時間を置いた場合、次の10％を前払いする必要があるとします。 そうでなければ何も。 そして、作業の過程で、進行中の精製について通知することを忘れないでください。
このアプローチは、クライアントに二重の予測可能性を提供します。 第一に、彼は前もって精製所があること、それらが支払われていること、そしてそれらがあなたが書き留めた単位で数えられることを知っています。 第二に、請求の時点で、彼は改善の監視と改善への支出の経験があります。つまり、次の分割払いがどのように使われるか（または行われないか）を事前に把握する機会があります。
4.クライアントの障害により発生したタイミング。
99％のクライアントは、お客様が資料を準備する時間、各反復について議論するのにかかる時間などを過小評価しています。 その結果、期限が変更され、請負業者に請求が引き続き提示されます。
合理的な方法は、顧客と仕事をする際にドキュメントを扱うことに関する本格的な規制です。 つまり、顧客の過失によって引き起こされた遅延が契約条件に追加されることが時々あります。 しかし、これはまだ微妙な問題です。 しかし、規制は無条件のものです。 ルールを書き留めます。 さらに、それらを賢明に処方します。 顧客が24時間以内に回答する必要があると書いた場合、これは機能しないだけでなく、ほとんどの場合購読しません。 しかし、合理的な要件は、材料または承認の要求を受け取った後、顧客が答える日と時間までに、通常は理解していることをお客様に通知することです。 これに添付されているのは、締め切りを延期するための基準に関する表であり、回答の受信速度に応じて、使いやすく訴えやすい優れたタイミング計算機を取得します。
これらは4つの典型的な問題です。 5番目は創造性の受容に関連していたため、講義には5人が参加しました。 しかし、これはすでに質の高い方法で管理上解決できない災害であるため、現在のテキストには含まれていません。
宣言された4つのトピックはすべて非常に簡単にアルゴリズム化されているため、自動化に含める必要があります。 私は自分の質問を繰り返します。あなたは自宅でサイト構築に関する他の組織上の問題をどのように捉えていますか？ それを共有し、しばらくすると、私たちは素晴らしいトリッキーな契約を結ぶことになります。