実際、すべてが正しく、一貫して、明確に書かれています。
明らかな結論が下されます-技術的なタスク-なります！ （間違いなく！私が言った！©Zhirinovsky）
スタニスラフによれば、彼にとっては次の3つの方法が必要です。
- TKは顧客自身が作成します。
- TKは、注文したシステムの開発者によって作成されます。
- TKのプロのコンパイラによって書かれたTK。
最初のオプションは、顧客がすでに2番目および/または3番目のオプションに基づいてTKを書いた経験がある場合にのみ、生命に対する権利を持っていると思います。
2番目のオプションをスキップして、3番目のオプションに右折します。 記事で判断できる限り、スタニスラフは、特に初心者の顧客にとって、このオプションが最も受け入れられると考えています。 ただし、記事で示されているよりもはるかに多くのマイナスが見られます（実際に示されているマイナスは、技術仕様を記述するための追加コストのみです）。
- 品質。
何に基づいて、顧客は技術的なタスクが書かれているかを判断できます。 明確な評価基準はありません。 はい、技術的なタスクを書くためのあらゆる種類のGOSTがありますが、それらは非常に急速に時代遅れになり、インターネットテクノロジーの場合、推奨される性質のものにしかなれません。 ただし、GOSTでは、文書化された技術仕様の品質を判断することはできません。 - 時間。
高品質の技術タスクを作成するには、テクニカルライターが主題分野を十分に研究する必要があります。 ここでマイナスとは何ですか？マイナスは、高品質、より正確には、技術的なタスクが詳細に記述されていても、最終的な開発者が同じ時間を費やさなければならないことです。 - 基準
共通の標準はありません。 GOSTがありますが、誰も主張していませんが、GOSTはコンテンツとフォームではなく、ドキュメントのフォーマットを決定します。
状況を想像してみてください-顧客がサードパーティによって書かれたTKを持って開発者のところに来ます。 開発者が初心者でない場合は、TK を作成するための独自の企業標準が既にあるはずです。 自然に持ち込まれたTKは彼に対応せず、おそらく、開発者はTKを彼の標準に、彼の習慣に書き換えないことを主張し始めるでしょう。 確実に持ち込まれたTKは、最終開発者が理解できるように補足および拡張されます。
合計-この段階では、顧客は時間、お金、神経を失います。 - ビッグブラザー。
誰かが書いたTKを持ってきて、最終的な開発者が次のように言う場合、顧客にどのように振る舞いますか。 これはナンセンスです！ TKを書くというこのオプションの効果は逆になる可能性があります-顧客は一般的に神経、時間、お金を節約するだけでなく（良いTKを持っているとお金を節約できます-ひとこと）:)開発者との関係を深刻に悪化させます。
したがって、書かれたことに基づいて、結論はそれ自体を示唆しています-TORを書くための最も正しい方法は、トリプル-開発者-顧客-テクニカルライター（TKをコンパイルする専門家）を作成することです。 この場合、おそらく誰もが幸せになります。 開発者はサードパーティ（テクニカルライター）を除外し、もちろん、顧客の参加を得て独自にTKを作成することを実践が示していますが。
そして最後に、いくつかのリンク：
ハブラハブル
TK：レイアウトまたはテキスト？
Web開発者向けのTK
GOSTについて
技術的なタスクを書く方法？！
クラシック
Yuri Shilyaev- サイトの良いTKとは何ですか？
私のブログからクロスポスト 。