알고리즘의 미묘함과 코드의 뉘앙스를 모든 당사자가 개선하여 합의와 공동 작업이 있을 때 좋은 결과를 얻을 수 있습니다.
최종 결과(독점성, 구현의 정확성, 내구성, 코드 신뢰성 + 효율성, TK 추가 준비성)를 크게 결정하는 것은 프로그래머입니다. 고객에게 필요한 것은 프로그래머가 이해할 수 있는 기술 사양, 작업 확인 및 승인뿐입니다. 그러나 고객이 항상 옳은 것은 아니지만 프로그래머도 마찬가지입니다.
그 과정에서만 프로그래머의 핏을 느낄 수 있는 것이 아쉽습니다. 전문성, 그것은 고객과 계약자 모두에 의해 개발되며, 모두 서로를 존중할 필요가 있습니다. 그러면 갈등은 저절로 소진될 것입니다.
그리고 코드 작성자의 등급은 수행된 작업의 일반적인 통계뿐만 아니라 현재 연도의 성능도 고려해야 합니다.
Техни́ческое зада́ние (ТЗ, техзада́ние) — исходный документ для разработки и испытания изделия.[1] Техническое задание — исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования...
고객은 항상 옳습니다! 동의하지 않으면 값싼 직업을 갖지 마십시오.
사양서는 계약자가 작성해야 하며, 고객이 동의하고 승인해야 합니다.
음식을 위해 일을 시작한 후에는 한 모금 ... 최대한으로 준비하십시오.
고객은 항상 옳습니다! 동의하지 않으면 값싼 직업을 갖지 마십시오.
사양서는 계약자가 작성해야 하며, 고객이 동의하고 승인해야 합니다.
음식을 위해 일을 시작한 후에는 한 모금 ... 최대한으로 준비하십시오.
알고리즘의 미묘함과 코드의 뉘앙스를 모든 당사자가 개선하여 합의와 공동 작업이 있을 때 좋은 결과를 얻을 수 있습니다.
최종 결과(독점성, 구현의 정확성, 내구성, 코드 신뢰성 + 효율성, TK 추가 준비성)를 크게 결정하는 것은 프로그래머입니다. 고객에게 필요한 것은 프로그래머가 이해할 수 있는 기술 사양, 작업 확인 및 승인뿐입니다. 그러나 고객이 항상 옳은 것은 아니지만 프로그래머도 마찬가지입니다.
그 과정에서만 프로그래머의 핏을 느낄 수 있는 것이 아쉽습니다. 전문성, 그것은 고객과 계약자 모두에 의해 개발되며, 모두 서로를 존중할 필요가 있습니다. 그러면 갈등은 저절로 소진될 것입니다.
그리고 코드 작성자의 등급은 수행된 작업의 일반적인 통계뿐만 아니라 현재 연도의 성능도 고려해야 합니다.
고객은 항상 옳습니다! 동의하지 않으면 값싼 직업을 갖지 마십시오.
사양서는 계약자가 작성해야 하며, 고객이 동의하고 승인해야 합니다.
음식을 위해 일을 시작한 후에는 한 모금 마실 준비를 하십시오 ... 최대한.
무슨 얘기를 하는 건가요! 고객은 항상 옳고 입구에는 도처에 경비원이 있거나 심지어 두 세 명이 있습니다.
DC2008, 음식을 위해 일하지 않습니까? 아마도 약을 위해?
디미트리 , 비꼬는 것 같군.
제 생각에는 합리적인 제안입니다. 일반적으로 수행자는 고객보다이 작업에 더 준비되어 있습니다. TK는 할 줄 아는 사람이 작성해야 합니다. 양 당사자는 이를 통해 이익을 얻을 것입니다.
동의한다!
그러나 당신이 대략적인 생각만 가지고 있는 것을 주문하기 위해 온 경우, 당신은 그의 추가 요금에 대해 공연자의 계산원에게 지불해야 할 것입니다. 일하다. 경비.
제 생각에는 합리적인 제안입니다. 일반적으로 수행자는 고객보다이 작업에 더 준비되어 있습니다. TK는 할 줄 아는 사람이 작성해야 합니다. 양 당사자는 이를 통해 이익을 얻을 것입니다.
먼저 "참조 조건(TOR)"이 무엇인지 파악하십시오. 예를 들어 http://ru.wikipedia.org/wiki/%D2%E5%F5%ED%E8%F7%E5%F1%EA %EE% E5_%E7%E0%E4%E0%ED%E8%E5
링크에서 인용:
참조 조건 - 기술 개체 설계에 대한 원본 문서. ... 디자인은 계약 작업 유형 중 하나이며 그 결과는 제품( 프로젝트 ), 즉 다른 제품( 디자인 개체 )에 대한 디자인 문서 세트입니다.
그런 다음 "고객은 항상 옳습니다"라는 말로 모든 것을 요약하고 "수정을 위해"작업을 발행해야 할 때 프로그래머는 "교활한"고객과의 작업을 거부합니다.
그들이 말하는 것처럼 "변덕스러운."
기본 TK - 고객에게만 제공됩니다.
그것을 본 출연자가 충분히 정형화되지 않았다고 판단되면 고객과 함께 수리하게 한다. 그러나 추가 시간의 지불이 필요합니다. 비즈니스 세계에서는 계약의 초기 협상이 종종 실행보다 훨씬 더 많은 시간(=돈)이 필요한 활동이라는 사실이 오랫동안 알려져 왔습니다.
의도한 글이 작성되고 나면 무엇이 달라지는지 궁금합니다. 고객은 더 똑똑해질 것입니까? 아니면 무엇입니까? 아니면 연기자들이 그들의 행동을 바꿀 것인가?
지금까지도 불만족한 출연자들은 리뷰로 볼 때 만족한 출연자들보다 몇 배나 적습니다. 글쎄, 그들은 당사자 간의 협력 조건을 어떻게 공식화하든 항상 그렇게 할 것입니다.
Bormotun : 내가 직접 주문을 하기 시작했을 때 나는 출연자에 대한 글을 읽을 생각조차 하지 않았으며 아마 모든 고객이 마찬가지일 것입니다. 하지만 시간이 흐르고 곧 우리 중 많은 사람들이 생길 것이고 우리가 와서 아마도 내가 대통령이 될 것입니다 :)
글쎄, 여기에 지침을 읽지 않고 데이터를 수집하지 않는 당신을 위한 고객이 있습니다(이것이 바로 당신입니다). 이 기사는 그러한 고객에게 어떤 이점을 가져다 줄까요?