Không phải ai cũng hiểu tầm quan trọng của việc phát triển các thông số kỹ thuật một cách chính xác, nhưng thực tế nó là một câu hỏi rộng đến mức nó sẽ không hoạt động một cách ngắn gọn. Vì lý do này, trước khi tiến hành thủ tục này, bạn cần hiểu tất cả các phép tính có liên quan.
Cái này để làm gì?
Trước khi thảo luận về cách phát triển chính xác các thông số kỹ thuật, bạn cần hiểu lý do tại sao nó được thực hiện và sau đó nó sẽ được sử dụng bởi vì cách tiếp cận cần thiết để thực hiện thủ tục này phụ thuộc khá nhiều vào việc này. Điều đáng chú ý là một vài lựa chọn cơ bản:
- Một tổ chức thương mại dự định giới thiệu một hệ thống hoàn toàn tự động, nhưng nó không có dịch vụ CNTT riêng, do đó, họ đã quyết định làm như sau: một người quan tâm nhất định phát triển các nhiệm vụ kỹ thuật và sau đó giao cho các bên thứ ba phát triển thêm.
- Một công ty thương mại sẽ sử dụng một hệ thống tự động và nó có dịch vụ CNTT hoạt động. Trong tình huống này, TK được phát triển, sau đó nó được đàm phán chi tiết với dịch vụ CNTT và sau đó được gửi cho các bên quan tâm, và cuối cùng, nó được bán một mình.
- Chính phủ sắp hoàn thành một dự án CNTT cụ thể. Rất nhiều sự tinh tế và cạm bẫy, bao gồm tất cả các loại hình thức, đã xuất hiện ở đây, vì vậy không nên xem xét tùy chọn này, vì mỗi trường hợp riêng lẻ thường yêu cầu một cách tiếp cận hoàn toàn riêng lẻ.
Trường hợp phức tạp hơn
Trường hợp khó khăn nhất là khi các thông số kỹ thuật được phát triển bởi một công ty CNTT cho sự phát triển và thực hiện các hệ thống tự động tiếp theo. Trong những tình huống như vậy, bạn phải làm việc trong nhiều điều kiện khác nhau, chẳng hạn như:
- Sự hiện diện của khách hàng của các chuyên gia riêng của anh ấy với tầm nhìn của riêng anh ấy về quy trình này, trong đó áp đặt các yêu cầu nhất định đối với ĐKTC tổng hợp.
- Thông số kỹ thuật được tạo riêng cho các nhà phát triển của riêng họ và về nguyên tắc, khách hàng không quan trọng lắm về kết quả sẽ ra sao.
- TK sẽ được chuyển cho nhà thầu, nghĩa là, đến một nhóm chuyên gia nhất định được đặt bên ngoài nhân viên của công ty.
- Có một sự hiểu lầm giữa công ty và khách hàng về kết quả, vì vậy công ty không biết cách phát triển chính xác các thông số kỹ thuật để bảo trì.
Có nhiều tình huống khác cũng cần được xem xét, nhưng chỉ những trường hợp thường xuyên nhất được chỉ ra ở trên.
TK là gì?
Có một số lượng khá lớn các GOST và các tiêu chuẩn nhất định được thiết kế để điều chỉnh từng lĩnh vực hoạt động. Đặc biệt, các tiêu chuẩn như vậy phải được tính đến khi phát triển các thông số kỹ thuật để bảo trì. Đồng thời, có thể có tranh luận tích cực về mức độ phù hợp của các tài liệu này, nhưng trong mọi trường hợp, trong quá trình phát triển dự án của riêng bạn, bạn cần tuân thủ đầy đủ chúng. Trên thực tế, người ta phải hiểu chính xác rằng các GOST thường không tiết lộ các vấn đề thực tế của sự phát triển hiện đại, nhưng đồng thời chúng không luôn luôn đề xuất một giải pháp thay thế cụ thể và có hệ thống.
Bản thân TK là một tài liệu nguồn chi phối thiết kế của một cơ sở kỹ thuật.Nó thiết lập mục đích chính của sự phát triển này, cũng như các đặc điểm chiến thuật và kỹ thuật khác nhau, các chỉ số chất lượng và tất cả các loại yêu cầu kỹ thuật và kinh tế, và cũng chỉ ra các yêu cầu đặc biệt phải được tính đến trong quá trình làm việc. Nhiệm vụ như một tài liệu nguồn để tạo ra một số thứ mới tồn tại trong mọi lĩnh vực hoạt động hiện đại, nhưng nó có thể thay đổi, tùy thuộc vào nội dung, thứ tự thiết kế và một số tham số khác.
Các tính năng sử dụng
Một điều khá tự nhiên là các yêu cầu trong GOST rõ ràng là không đủ để cuối cùng mọi người có thể tạo ra một ví dụ hiệu quả về một nhiệm vụ kỹ thuật và điều này là khá bình thường, bởi vì không phải ai cũng có thể thực hiện công việc theo các tiêu chuẩn. Ngoài GOST, một số phương pháp và thực tiễn nhất định cũng phải được tính đến, và thực tế này là gốc rễ của vấn đề này.
Vì nhiều lý do, nhiều chuyên gia, phát triển các thông số kỹ thuật để thiết kế một vật thể hoặc thực hiện một số công việc nhất định, chỉ dựa trên các yêu cầu của GOST, nhưng thực tế đây là cách tiếp cận sai.
Thử thách chính
Như sau từ định nghĩa, mục đích chính của TK là xây dựng các yêu cầu cơ bản cho đối tượng được phát triển. Trong trường hợp này, người ta phải hiểu chính xác rằng chúng ta đang nói về các yêu cầu cơ bản, nhưng không phải là những yêu cầu duy nhất.
Làm thế nào để xác định các yêu cầu?
Trước hết, bạn phải nhớ rằng các điều khoản tham chiếu cho thiết kế hoặc phát triển phải bao gồm các yêu cầu được chia theo các thuộc tính và loại. Trong thực tế, GOST giúp chúng ta nhiều nhất. Danh sách có thể được tìm thấy có một ví dụ tuyệt vời về loại chúng sẽ cần được xem xét, cụ thể là:
- Chức năng
- bảo mật và quyền truy cập;
- trình độ nhân viên.
Cần chú ý điều gì?
Tất nhiên, đây không phải là một danh sách đầy đủ. Tuy nhiên, yếu tố quan trọng cần được phân biệt bằng một ví dụ thành công của nhiệm vụ kỹ thuật là các yêu cầu được xây dựng chính xác cho chức năng và chính những yêu cầu này mà các chuyên gia dành phần lớn các phương pháp và công việc. Nhiều chuyên gia nói rằng các yêu cầu về chức năng bao gồm khoảng 90% tổng độ phức tạp của công việc liên quan đến sự phát triển của các thông số kỹ thuật và mọi thứ khác là một loại ngụy trang, sau đó sẽ được mặc theo các yêu cầu này.
Nếu các yêu cầu được hình thành không chính xác, thì dù bạn có ngụy trang đẹp đến đâu, cuối cùng thì nó cũng không hoạt động để tạo ra một dự án thực sự thành công. Tất nhiên, theo GOST, tất cả các yêu cầu đều được đáp ứng đầy đủ, các điều khoản tham chiếu (mẫu bên dưới) được phát triển, ký và phê duyệt và chuyên gia đã nhận được thanh toán cho nó, nhưng sau đó bạn cần hiểu phải làm gì với tài liệu này. Nếu chúng ta đang nói về một dự án cho một trật tự nhà nước, thì thường không có vấn đề phát sinh, bởi vì có những hạn chế ngân sách nhỏ hơn nhiều, và các chi tiết chính sẽ được xác định trong quá trình thực hiện. Nhưng nếu chúng ta nói về các tổ chức thương mại, nơi họ xem xét tiền chi tiết hơn và yêu cầu một kết quả khác, thì mọi thứ đã phức tạp hơn.
Phát triển hữu ích và hiệu quả
Nếu các loại yêu cầu có thể rất khác nhau, và ở đây mọi thứ chủ yếu chỉ phụ thuộc vào mục tiêu của dự án, thì chỉ có ba thuộc tính:
- dễ hiểu;
- tính đặc hiệu;
- khả năng kiểm tra.
Đồng thời, người ta phải hiểu chính xác rằng, khi phát triển một nhiệm vụ kỹ thuật, một mẫu phải được kiểm tra chính xác và điều này đã phụ thuộc vào hai thuộc tính đầu tiên.Nếu kết quả của việc thực hiện một hoặc một yêu cầu khác không thể được kiểm tra, thì điều này cho thấy rằng yêu cầu này không được hiểu đầy đủ hoặc không cụ thể, và bạn cần phải suy nghĩ về nó, bởi vì nó thuộc quyền sở hữu của các yêu cầu này mà tính chuyên nghiệp và kỹ năng của nhà phát triển nói dối, và do đó, các chuyên gia có kinh nghiệm thực hiện công việc như vậy nhanh hơn và tốt hơn nhiều.
Thêm sắc thái
Cũng có một vài điểm quan trọng phải được tính đến khi phát triển một nhiệm vụ kỹ thuật. Hệ thống yêu cầu như sau:
- Nên viết ngôn ngữ nào (theo quan điểm về sự phức tạp của nhận thức)?
- Có cần phải mô tả trong đó bất kỳ tính năng cụ thể nào của các chức năng, thuật toán, loại thông tin cần thiết và sự tinh tế kỹ thuật khác không?
- Thiết kế kỹ thuật là gì, bằng cách nào, được ghi chú trong các thông số kỹ thuật tiêu chuẩn nhà nước hiện có, và nó liên quan đến các thông số kỹ thuật được biên soạn như thế nào?
Câu trả lời cho tất cả những câu hỏi này khá quan trọng, và vì lý do này, nhiều người thường bắt đầu tranh luận về việc TOR được biên soạn đủ như thế nào và liệu tất cả các chi tiết cần thiết của các yêu cầu có trong đó hay không. Trong số những điều khác, điều quan trọng là tài liệu này sẽ dễ hiểu như thế nào từ quan điểm của khách hàng và nhà thầu, mức độ dư thừa và định dạng trình bày là gì.
Nhiệm vụ và dự án
TK là một tài liệu bao gồm các yêu cầu khác nhau được xây dựng bằng ngôn ngữ cực kỳ dễ hiểu cho khách hàng và cho nhà thầu. Hơn nữa, nếu một chuyên gia đang phát triển một nhiệm vụ kỹ thuật, các dịch vụ của anh ta cũng có thể bao gồm việc sử dụng công nghệ công nghiệp, được thiết kế để cung cấp từ ngữ dễ hiểu nhất cho nhà thầu cuối cùng. Điều quan trọng cần nhớ ở đây là cần tránh mọi ràng buộc với các chi tiết cụ thể của việc triển khai kỹ thuật, nghĩa là, trong quá trình phát triển TK, về nguyên tắc, việc triển khai tất cả các yêu cầu này sẽ được thực hiện trên nền tảng cụ thể nào. Tất nhiên, có một số trường hợp ngoại lệ nhất định, nhưng đây là những trường hợp đặc biệt.
Việc làm rõ và xây dựng thêm các yêu cầu khác nhau, cũng như sự phát triển cuối cùng của ToR, nên được thực hiện bởi một nhà phân tích kinh doanh chuyên ngành, chứ không phải bởi người thực thi (tất nhiên, trừ khi anh ta kết hợp các vai trò này trong chính mình, xảy ra định kỳ). Nói cách khác, chuyên gia phải giao tiếp với khách hàng bằng ngôn ngữ của doanh nghiệp mà anh ta tiến hành.
Sự khác biệt của dự án từ nhiệm vụ
Tạo một nhiệm vụ kỹ thuật từ một dự án là khác nhau ở chỗ sau đó là một tài liệu bao gồm các yêu cầu cơ bản về cách các yêu cầu được chỉ định trong ToR nên được thực hiện. Tài liệu này bao gồm các phần tinh tế chính của sản phẩm được triển khai và các yếu tố cần thiết sẽ được sử dụng trong công việc bởi các chuyên gia kỹ thuật.
Không cần thiết cho khách hàng đi sâu vào công việc như vậy, bởi vì phần lớn các yêu cầu thậm chí có thể không rõ ràng đối với anh ta. Thông thường, việc thực hiện một dự án kỹ thuật được thực hiện bởi một chuyên gia cụ thể, do đó, việc kết hợp vai trò này với người thực hiện là hoàn toàn có thể. Đồng thời, bạn cần hiểu rằng dự án càng lớn thì càng có nhiều người phát triển các thông số kỹ thuật.
Thực hành là gì?
Điều thường xảy ra là giám đốc được điều phối bởi TK, bao gồm rất nhiều thuật ngữ kỹ thuật, do đó anh ta cố gắng đào sâu vào vấn đề này, cố gắng nắm bắt những từ quen thuộc và không mất chuỗi yêu cầu kinh doanh chính. Theo quy định, trong các tình huống như vậy, nhiệm vụ kỹ thuật cho công việc vẫn được phê duyệt, triển khai và trong hầu hết các trường hợp, hóa ra kết quả không tương ứng với thực tế của công việc được thực hiện, vì một số lượng lớn các sắc thái đã được quyết định thay đổi, làm lại,và một số yếu tố đã bị hiểu lầm, và một loạt các vấn đề khác phát sinh.
Đó là lý do tại sao điều quan trọng là phải hiểu sự khác biệt giữa TK và thiết kế kỹ thuật, một phần liên quan đến năng lực của các chuyên gia có liên quan và một phần là mong muốn giảm ngân sách và thời gian, vì tài liệu này mất rất nhiều thời gian.
