ਲਾਭ:
- ਫੰਕਸ਼ਨਲ ਅਤੇ ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋੜਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਅਤੇ ਨਕਲੀ ਬੁੱਧੀ ਦੇ ਸਮਰਥਨ ਨਾਲ ਸਪੱਸ਼ਟ, ਮਾਪਣਯੋਗ ਲੋੜਾਂ ਦੇ ਸਮੀਕਰਨਾਂ ਨੂੰ ਲਿਖਣ ਦੀ ਸਮਰੱਥਾ
- ਇੰਟਰਵਿਊ ਨੋਟਸ ਤੋਂ ਉਪਭੋਗਤਾ ਕਹਾਣੀ, ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡ ਅਤੇ ਸਕੋਪ ਸੀਮਾ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨ ਲਈ ਸਟ੍ਰਕਚਰਡ ਪ੍ਰੋਂਪਟ ਦੇ ਨਾਲ ਨਕਲੀ ਬੁੱਧੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
- ਅਸਪਸ਼ਟਤਾ, ਵਿਰੋਧਾਭਾਸ, ਅਤੇ ਗੁੰਮ ਹੋਏ ਨਿਯਮਾਂ ਲਈ AI ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੀਆਂ ਜ਼ਰੂਰਤਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਅਤੇ ਹਿੱਸੇਦਾਰਾਂ ਨਾਲ ਉਹਨਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਦੀ ਆਦਤ ਪਾਉਣਾ
ਲੋੜਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਇੱਕ ਸੰਪੂਰਨ, ਸਪਸ਼ਟ ਅਤੇ ਪ੍ਰਮਾਣਿਤ ਤਰੀਕੇ ਨਾਲ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਹੈ ਕਿ ਇੱਕ ਸਿਸਟਮ ਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਉਹਨਾਂ ਪੜਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜਿੱਥੇ MIS ਮਾਹਰ ਸਭ ਤੋਂ ਵੱਧ ਮੁੱਲ ਪੈਦਾ ਕਰਦਾ ਹੈ; ਕਿਉਂਕਿ ਇੱਥੇ ਇੱਕ ਗਲਤੀ ਪ੍ਰੋਜੈਕਟ ਦੇ ਅੰਤ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਵਧਦੀ ਹੈ। ਲੋੜਾਂ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਦੀਆਂ ਦੋ ਬੁਨਿਆਦੀ ਕਿਸਮਾਂ ਹਨ। ਕਾਰਜਾਤਮਕ ਲੋੜ ਉਸ ਕੰਮ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ ਜੋ ਸਿਸਟਮ ਨੂੰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: "ਸਿਸਟਮ ਨੂੰ ਗਾਹਕ ਨੂੰ ਈਮੇਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਦੋਂ ਇਹ ਆਰਡਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ।" ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋੜਾਂ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਸਿਸਟਮ ਕਿਵੇਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਗੁਣ ਜਿਵੇਂ ਕਿ ਪ੍ਰਦਰਸ਼ਨ, ਸੁਰੱਖਿਆ, ਉਪਯੋਗਤਾ ਅਤੇ ਪਹੁੰਚਯੋਗਤਾ। "ਰਿਪੋਰਟ ਸਕ੍ਰੀਨ ਔਸਤ ਲੋਡ 'ਤੇ 2 ਸਕਿੰਟਾਂ ਤੋਂ ਘੱਟ ਸਮੇਂ ਵਿੱਚ ਖੁੱਲ੍ਹਣੀ ਚਾਹੀਦੀ ਹੈ" ਇੱਕ ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋੜ ਹੈ।
ਇੱਕ ਚੰਗੀ ਲੋੜ ਦੀਆਂ ਤਿੰਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ: ਇਹ ਸਪਸ਼ਟ ਹੈ (ਇਸਦੀ ਇੱਕ ਵਿਆਖਿਆ ਹੈ), ਇਹ ਮਾਪਣਯੋਗ ਹੈ (ਇਸ ਵਿੱਚ ਇੱਕ ਟੈਸਟ ਕਰਨ ਯੋਗ ਥ੍ਰੈਸ਼ਹੋਲਡ ਹੈ), ਅਤੇ ਇਹ ਪਤਾ ਲਗਾਉਣ ਯੋਗ ਹੈ (ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਇਹ ਕਿਸ ਕਾਰੋਬਾਰ ਦੀ ਲੋੜ ਤੋਂ ਆਉਂਦੀ ਹੈ)। "ਸਿਸਟਮ ਤੇਜ਼ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ" ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ; "ਤੇਜ਼" ਵਿਅਕਤੀਗਤ ਹੈ, ਮਾਪਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਪਰਖਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ। ਇਸ ਪੜਾਅ 'ਤੇ, AI ਲੋੜਾਂ ਦਾ ਖਰੜਾ ਤਿਆਰ ਕਰਨ ਅਤੇ ਅਸਪਸ਼ਟ ਸ਼ਬਦਾਂ ਨੂੰ ਫੜਨ ਵਿੱਚ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਹਾਇਤਾ ਹੈ; ਪਰ ਸਿਰਫ ਸਟੇਕਹੋਲਡਰ ਹੀ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਕਾਰੋਬਾਰੀ ਨਿਯਮ ਅਸਲੀ ਹੈ।
ਉਪਭੋਗਤਾ ਕਹਾਣੀ ਅਤੇ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ
ਆਧੁਨਿਕ ਲੋੜਾਂ ਲਿਖਣ ਵਿੱਚ ਇੱਕ ਆਮ ਫਾਰਮੈਟ ਉਪਭੋਗਤਾ ਕਹਾਣੀ ਹੈ: "ਇੱਕ [ਰੋਲ] ਦੇ ਰੂਪ ਵਿੱਚ, [ਉਦੇਸ਼] ਲਈ, ਮੈਂ [ਵਿਸ਼ੇਸ਼ਤਾ] ਚਾਹੁੰਦਾ ਹਾਂ।" ਉਦਾਹਰਨ: "ਇੱਕ ਵਿਕਰੀ ਪ੍ਰਤੀਨਿਧੀ ਵਜੋਂ, ਮੈਂ ਮੋਬਾਈਲ ਸਕ੍ਰੀਨ ਤੋਂ ਛੂਟ ਦੀ ਗਣਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਤਾਂ ਜੋ ਮੈਂ ਖੇਤਰ ਵਿੱਚ ਤੁਰੰਤ ਹਵਾਲੇ ਬਣਾ ਸਕਾਂ।" ਕਹਾਣੀ ਛੋਟੀ ਅਤੇ ਵਪਾਰਕ ਹੈ; ਇਹ ਇੱਕ ਤਕਨੀਕੀ ਹੱਲ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ.
ਹਰ ਕਹਾਣੀ ਵਿੱਚ ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ: ਪਰੀਖਣਯੋਗ ਸ਼ਰਤਾਂ ਜੋ ਕਹਾਣੀ ਨੂੰ "ਠੀਕ" ਮੰਨੇ ਜਾਣ ਲਈ ਪੂਰੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਇੱਕ ਅਕਸਰ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਪੈਟਰਨ "ਦਿੱਤਾ ਗਿਆ/ਕਦੋਂ/ਫਿਰ" ਪੈਟਰਨ ਹੈ: "ਦਿੱਤਾ ਗਿਆ: ਗਾਹਕ VIP ਹਿੱਸੇ ਵਿੱਚ ਹੈ। ਜਦੋਂ: 10,000 TL ਤੋਂ ਵੱਧ ਆਰਡਰ ਕਰਦਾ ਹੈ। ਫਿਰ: ਸਿਸਟਮ 5% ਦੀ ਛੋਟ ਲਾਗੂ ਕਰਦਾ ਹੈ।" ਇਹ ਪੈਟਰਨ ਅਸਪਸ਼ਟਤਾ ਨੂੰ ਦੂਰ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਥਿਤੀ ਅਤੇ ਉਮੀਦ ਕੀਤੇ ਨਤੀਜਿਆਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਜੋੜਦਾ ਹੈ।
ਨੁਕਤਾ: ਨਕਲੀ ਬੁੱਧੀ ਲਈ ਉਪਭੋਗਤਾ ਕਹਾਣੀ ਲਿਖਣ ਵੇਲੇ, ਇਹ ਕਹਿਣਾ ਯਕੀਨੀ ਬਣਾਓ ਕਿ "ਹਰੇਕ ਕਹਾਣੀ ਲਈ ਦਿੱਤੇ ਗਏ/ਕਦੋਂ/ਫਿਰ ਫਾਰਮੈਟ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ 2 ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਤਿਆਰ ਕਰੋ।" ਜਦੋਂ ਮਾਡਲ ਨੂੰ ਬੈਂਚਮਾਰਕ ਬਣਾਉਣ ਲਈ ਮਜ਼ਬੂਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਲੋੜ ਵਿੱਚ ਲੁਕੇ ਹੋਏ ਪਾੜੇ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ।
ਕਦਮ ਦਰ ਕਦਮ: AI-ਸਹਾਇਤਾ ਪ੍ਰਾਪਤ ਲੋੜਾਂ ਨੂੰ ਕੱਢਣਾ
ਕਦਮ 1 - ਕੱਚਾ ਇੰਪੁੱਟ ਇਕੱਠਾ ਕਰੋ। ਕਾਲ ਲੌਗਸ, ਈਮੇਲਾਂ, ਮੌਜੂਦਾ ਸਕ੍ਰੀਨਸ਼ਾਟ, ਸ਼ਿਕਾਇਤ ਸੂਚੀਆਂ। ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਅਸਲੀ ਇੰਪੁੱਟ, ਘੱਟ ਬਨਾਵਟ।
ਕਦਮ 2 — ਕਹਾਣੀਆਂ ਦਾ ਪਹਿਲਾ ਸੈੱਟ ਕੱਢੋ। ਨਕਲੀ ਬੁੱਧੀ ਨੂੰ ਕੱਚਾ ਇਨਪੁਟ ਦਿਓ ਅਤੇ ਇਸ ਨੂੰ ਉਪਭੋਗਤਾ ਕਹਾਣੀ ਡਰਾਫਟ ਤਿਆਰ ਕਰਨ ਲਈ ਕਹੋ। ਇਹ ਕਦਮ ਇੱਕ ਪੂਰੀ ਸੂਚੀ ਨਹੀਂ ਹੈ, ਪਰ ਇੱਕ ਪਹਿਲਾ ਕਦਮ ਹੈ।
ਕਦਮ 3 - ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਸ਼ਾਮਲ ਕਰੋ। ਹਰੇਕ ਕਹਾਣੀ ਲਈ ਦਿੱਤਾ ਗਿਆ/ਕਦੋਂ/ਫਿਰ ਮਾਪਦੰਡ ਤਿਆਰ ਕਰੋ। ਇੱਕ ਕਹਾਣੀ ਜਿਸ ਲਈ ਮਾਪਦੰਡ ਤਿਆਰ ਨਹੀਂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਅਸਲ ਵਿੱਚ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਹੈ।
ਕਦਮ 4 - ਵਿਰੋਧਾਭਾਸ ਅਤੇ ਅੰਤਰ ਲਈ ਸਕੈਨਿੰਗ। AI ਨੂੰ ਪੁੱਛੋ "ਕੀ ਇਹਨਾਂ ਲੋੜਾਂ ਵਿਚਕਾਰ ਕੋਈ ਵਿਰੋਧਾਭਾਸ, ਨਕਲ, ਜਾਂ ਪਰਿਭਾਸ਼ਿਤ ਸਥਿਤੀਆਂ ਹਨ?" ਪੁੱਛੋ ਅਤੇ ਇਸਦੀ ਜਾਂਚ ਕਰਵਾਓ। ਨਤੀਜੇ ਨੂੰ ਮਨੁੱਖ ਵਜੋਂ ਫਿਲਟਰ ਕਰੋ।
ਕਦਮ 5 - ਤਰਜੀਹ ਦਿਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ। ਕਾਰੋਬਾਰੀ ਮੁੱਲ ਅਤੇ ਜ਼ਰੂਰੀਤਾ ਦੇ ਆਧਾਰ 'ਤੇ ਹਿੱਸੇਦਾਰਾਂ ਨਾਲ ਕਹਾਣੀਆਂ ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਤਰਜੀਹੀ ਫੈਸਲਾ ਵਪਾਰਕ ਇਕਾਈ ਨਾਲ ਸਬੰਧਤ ਹੈ, AI ਦਾ ਨਹੀਂ।
ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋੜਾਂ ਨੂੰ ਨਾ ਭੁੱਲੋ
ਜ਼ਿਆਦਾਤਰ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਖੇਤਰ ਵਿੱਚ ਮੁਸ਼ਕਲਾਂ ਆਉਂਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਉਹ ਕਾਰਜਸ਼ੀਲ ਲੋੜਾਂ ਨੂੰ ਲਿਖਣ ਵੇਲੇ ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋਕਾਂ ਨੂੰ ਭੁੱਲ ਜਾਂਦੇ ਹਨ। ਇੱਕ ਰਿਪੋਰਟ "ਸਹੀ ਢੰਗ ਨਾਲ" ਕੰਮ ਕਰ ਸਕਦੀ ਹੈ, ਪਰ ਜੇਕਰ ਇਸਨੂੰ ਖੁੱਲਣ ਵਿੱਚ 45 ਸਕਿੰਟ ਲੱਗਦੇ ਹਨ, ਤਾਂ ਕੋਈ ਵੀ ਇਸਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰੇਗਾ। ਹੇਠ ਦਿੱਤੀ ਸਾਰਣੀ ਆਮ ਤੌਰ 'ਤੇ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤੀਆਂ ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋੜਾਂ ਦੀਆਂ ਕਿਸਮਾਂ ਅਤੇ ਮਾਪਣਯੋਗ ਲਿਖਤੀ ਉਦਾਹਰਣਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ।
ਸ਼ੈਲੀ
ਬੁਰਾ ਸਮੀਕਰਨ
ਮਾਪਣਯੋਗ ਸਮੀਕਰਨ
ਪ੍ਰਦਰਸ਼ਨ
"ਤੇਜ਼ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ"
"ਔਸਤ ਲੋਡ 'ਤੇ ਸਵਾਲ ਜਵਾਬ <2 ਸਕਿੰਟ"
ਪਹੁੰਚਯੋਗਤਾ
"ਹਰ ਕੋਈ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ"
"WCAG 2.1 AA ਅਨੁਕੂਲ; ਪੂਰਾ ਕੀਬੋਰਡ ਨੈਵੀਗੇਸ਼ਨ"
ਸੁਰੱਖਿਆ
"ਇਹ ਸੁਰੱਖਿਅਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ"
"ਨਿੱਜੀ ਡਾਟਾ ਆਰਾਮ ਨਾਲ ਏਨਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਹੈ; ਪਹੁੰਚ ਭੂਮਿਕਾ-ਅਧਾਰਿਤ ਹੈ"
ਉਪਲਬਧਤਾ
"ਆਸਾਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ"
"ਨਵਾਂ ਉਪਭੋਗਤਾ ਬਿਨਾਂ ਸਿਖਲਾਈ ਦੇ 3 ਕਦਮਾਂ ਵਿੱਚ ਆਰਡਰ ਪੂਰਾ ਕਰਦਾ ਹੈ"
ਉਪਲਬਧਤਾ/ਨਿਰੰਤਰਤਾ
"ਕਰੈਸ਼ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ"
"ਮਾਸਿਕ ਅਪਟਾਈਮ ≥ 99.5%"
ਤਿੰਨ ਮਿੰਨੀ ਕੇਸ: ਨੰਬਰ ਦੁਆਰਾ
ਕੇਸ 1 - ਇੱਕ ਨਾ ਮਾਪਣਯੋਗ ਲੋੜ ਦੀ ਕੀਮਤ। ਸਕਰੀਨ, ਜੋ ਕਿ ਇੱਕ ਬੈਂਕ ਵਿੱਚ ਇਸ ਲੋੜ ਦੇ ਨਾਲ ਵਿਕਸਤ ਕੀਤੀ ਗਈ ਸੀ ਕਿ "ਰਿਪੋਰਟ ਸਕਰੀਨ ਜਲਦੀ ਖੁੱਲ੍ਹਣੀ ਚਾਹੀਦੀ ਹੈ", ਫੀਲਡ ਲੋਡ ਦੇ ਅਧੀਨ 22 ਸਕਿੰਟਾਂ ਵਿੱਚ ਖੁੱਲ੍ਹ ਗਈ। ਡਿਵੈਲਪਰ ਨੇ ਸੋਚਿਆ ਕਿ ਉਹ ਆਪਣੇ ਵਾਤਾਵਰਣ (2 ਸਕਿੰਟ) ਵਿੱਚ "ਤੇਜ਼" ਸ਼ਬਦ ਪ੍ਰਦਾਨ ਕਰ ਰਿਹਾ ਹੈ। ਜੇਕਰ ਲੋੜ ਨੂੰ "ਪੀਕ ਘੰਟੇ 'ਤੇ <3 ਸਕਿੰਟ, ਅਸਲ ਥ੍ਰੋਪੁੱਟ" ਵਜੋਂ ਲਿਖਿਆ ਗਿਆ ਹੁੰਦਾ, ਤਾਂ ਸਮੱਸਿਆ ਟੈਸਟਿੰਗ ਵਿੱਚ ਫੜੀ ਜਾਂਦੀ। ਮੁੜ-ਵਿਕਾਸ ਦੀ ਲਾਗਤ 3 ਹਫ਼ਤੇ ਅਤੇ ਮਾਪਣਯੋਗ ਵਾਧੂ ਲਾਗਤ ਹੈ।
ਕੇਸ 2 - ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡ ਦੁਆਰਾ ਕੈਪਚਰ ਕੀਤਾ ਗਿਆ ਅੰਤਰ। ਇੱਕ ਈ-ਕਾਮਰਸ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ "ਸਿਸਟਮ ਲਾਗੂ ਛੂਟ" ਕਹਾਣੀ ਲਈ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਲਿਖਣ ਵੇਲੇ, ਸਟੇਕਹੋਲਡਰ ਨੇ ਦੇਖਿਆ ਕਿ ਕੀ ਹੋਵੇਗਾ ਜੇਕਰ ਕੂਪਨ ਅਤੇ ਵੀਆਈਪੀ ਛੂਟ ਨਾਲ ਟਕਰਾਅ ਵਾਲੀ ਛੋਟ 'ਤੇ ਬਿਲਕੁਲ ਵੀ ਚਰਚਾ ਨਹੀਂ ਕੀਤੀ ਗਈ ਸੀ। ਇੱਕ ਸਿੰਗਲ ਦਿੱਤਾ ਗਿਆ/ਕਦੋਂ/ਫਿਰ ਸਵਾਲ ਨੇ ਗੋ-ਲਾਈਵ ਤੋਂ ਪਹਿਲਾਂ ਦੋਹਰੀ ਛੋਟ ਦੀ ਗਲਤੀ ਨੂੰ ਰੋਕਿਆ; ਇਸ ਤਰੁੱਟੀ ਕਾਰਨ ਸਮਾਨ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਮਾਲੀਏ ਦਾ ਗੰਭੀਰ ਨੁਕਸਾਨ ਹੋਇਆ ਹੈ।
ਕੇਸ 3 - AI ਦੁਆਰਾ ਬਣਾਇਆ ਨਿਯਮ। ਇੱਕ HR ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ, AI ਨੇ ਲੋੜਾਂ ਦੇ ਡਰਾਫਟ ਵਿੱਚ "ਛੱਡੀ ਦੀ ਬੇਨਤੀ 24 ਘੰਟਿਆਂ ਦੇ ਅੰਦਰ ਆਪਣੇ ਆਪ ਮਨਜ਼ੂਰ ਹੋ ਜਾਂਦੀ ਹੈ" ਵਾਕ ਜੋੜਿਆ। ਮੀਟਿੰਗ ਵਿੱਚ ਅਜਿਹੀ ਕੋਈ ਆਟੋਮੈਟਿਕ ਪ੍ਰਵਾਨਗੀ ਬਾਰੇ ਚਰਚਾ ਨਹੀਂ ਕੀਤੀ ਗਈ; ਮਾਡਲ ਨੇ ਇੱਕ ਨਿਯਮ ਬਣਾਇਆ ਸੀ ਜੋ "ਵਾਜਬ" ਜਾਪਦਾ ਸੀ। ਹਰੇਕ ਲੋੜ ਦੇ ਅੱਗੇ, ਮਾਹਰ ਲਿਖਦਾ ਹੈ "ਸਰੋਤ: ਕਿਹੜਾ ਇੰਟਰਵਿਊ/ਦਸਤਾਵੇਜ਼?" ਕਾਲਮ ਜੋੜ ਕੇ, ਉਸਨੇ 4 ਅਣਸੋਰਸਡ ਵਾਕਾਂ ਨੂੰ ਹਟਾ ਦਿੱਤਾ।
ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ
ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ:
ਇਸ ਪ੍ਰੋਜੈਕਟ ਲਈ ਉਪਭੋਗਤਾ ਕਹਾਣੀਆਂ ਲਿਖੋ।
ਸ਼ਕਤੀਸ਼ਾਲੀ ਪ੍ਰਾਉਟ:
ਤੁਹਾਡੀ ਭੂਮਿਕਾ: ਤੁਸੀਂ ਇੱਕ MIS ਵਪਾਰਕ ਵਿਸ਼ਲੇਸ਼ਕ ਹੋ। ਹੇਠਾਂ ਦਿੱਤੇ ਇੰਟਰਵਿਊ ਨੋਟ ਤੋਂ ਉਪਭੋਗਤਾ ਕਹਾਣੀਆਂ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰੋ। ਨਿਯਮ:- ਫਾਰਮੈਟ: “ਇੱਕ [ਭੂਮਿਕਾ] ਦੇ ਰੂਪ ਵਿੱਚ, [ਉਦੇਸ਼] ਲਈ, ਮੈਂ [ਵਿਸ਼ੇਸ਼ਤਾ] ਚਾਹੁੰਦਾ ਹਾਂ।”- ਦਿੱਤੇ ਗਏ/ਕਦੋਂ/ਫਿਰ ਫਾਰਮੈਟ ਵਿੱਚ ਹਰੇਕ ਕਹਾਣੀ ਲਈ ਘੱਟੋ-ਘੱਟ 2 ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਲਿਖੋ।- ਹਰ ਇੱਕ ਕਹਾਣੀ ਵਿੱਚ “ਸਰੋਤ” ਜੋੜੋ: ਅਗਲੀ ਵਾਕ ਕਿਸ ਕਹਾਣੀ ਤੋਂ ਆਈ ਹੈ?- [ਅਨਿਸ਼ਚਿਤ] ਕੋਈ ਵੀ ਨਿਯਮ ਜੋ ਨੋਟ ਵਿੱਚ ਸਪਸ਼ਟ ਨਹੀਂ ਹੈ; ਫਿਟਿੰਗ।- ਇੱਕ ਵੱਖਰੇ ਭਾਗ ਵਿੱਚ ਮਾਪਣਯੋਗ ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋੜਾਂ (ਕਾਰਗੁਜ਼ਾਰੀ, ਸੁਰੱਖਿਆ, ਪਹੁੰਚਯੋਗਤਾ) ਲਿਖੋ। ਇੰਟਰਵਿਊ ਨੋਟ:[text]
ਸ਼ਕਤੀਸ਼ਾਲੀ ਪ੍ਰੋਂਪਟ ਕਹਾਣੀ ਫਾਰਮੈਟ, ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡ, ਸਰੋਤ ਖੋਜਣਯੋਗਤਾ ਅਤੇ ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋੜਾਂ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਲਾਗੂ ਕਰਦਾ ਹੈ; ਇਹ ਆਉਟਪੁੱਟ ਨੂੰ ਕੰਟਰੋਲ ਕਰਨਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।
ਚਾਰ ਕਾਪੀ ਕਰਨ ਯੋਗ ਨਮੂਨੇ
1) ਲੋੜਾਂ ਦਾ ਸਪਸ਼ਟੀਕਰਨ:
ਹੇਠਾਂ ਦਿੱਤੀ ਲੋੜ ਦੀ ਸਮੀਖਿਆ ਕਰੋ। ਹਰੇਕ ਕਥਨ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰੋ ਜੋ ਅਸਪਸ਼ਟ, ਅਸੰਤੁਸ਼ਟ, ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਵਿਆਖਿਆਵਾਂ ਲਈ ਖੁੱਲ੍ਹਾ ਹੈ ਅਤੇ ਹਰੇਕ ਲਈ ਇੱਕ ਸਪਸ਼ਟ ਸਵਾਲ ਲਿਖੋ। ਜਵਾਬ ਨਾ ਬਣਾਓ। ਲੋੜ: [ਟੈਕਸਟ]
2) ਵਿਰੋਧਾਭਾਸ ਸਕੈਨਿੰਗ:
ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਲੋੜਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ, ਉਹ ਆਈਟਮਾਂ ਲੱਭੋ ਜੋ ਇੱਕ ਦੂਜੇ ਦਾ ਵਿਰੋਧ ਕਰਦੀਆਂ ਹਨ, ਦੁਹਰਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਜਾਂ ਤਰਕਪੂਰਨ ਅੰਤਰ ਛੱਡਦੀਆਂ ਹਨ। ਆਈਟਮ ਨੰਬਰ ਅਤੇ ਇੱਕ-ਵਾਕ ਦੀ ਤਰਕਸੰਗਤ ਨਾਲ ਹਰੇਕ ਖੋਜ ਦੀ ਰਿਪੋਰਟ ਕਰੋ। ਸੂਚੀ: [ਟੈਕਸਟ]
3) ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡ ਤਿਆਰ ਕਰਨਾ:
ਸੀਮਾ ਅਤੇ ਅਪਵਾਦ ਕੇਸਾਂ ਸਮੇਤ, ਦਿੱਤੇ/ਕਦੋਂ/ਫਿਰ ਫਾਰਮੈਟ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੀ ਉਪਭੋਗਤਾ ਕਹਾਣੀ ਲਈ ਘੱਟੋ-ਘੱਟ 4 ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਲਿਖੋ। ਕਿਸੇ ਵੀ ਬਿੰਦੂ ਨੂੰ ਵੀ ਸੂਚੀਬੱਧ ਕਰੋ ਜੋ ਅਸਪਸ਼ਟ ਰਹਿੰਦੇ ਹਨ। ਕਹਾਣੀ: [ਟੈਕਸਟ]
4) ਸਕੋਪ ਦੀ ਰੂਪਰੇਖਾ:
"ਸਕੋਪ ਵਿੱਚ" ਅਤੇ "ਸਕੋਪ ਤੋਂ ਬਾਹਰ" ਆਈਟਮਾਂ ਨੂੰ ਦੋ-ਕਾਲਮ ਟੇਬਲ ਦੇ ਤੌਰ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਲੋੜਾਂ ਅਨੁਸਾਰ ਡਰਾਫਟ ਕਰੋ। ਕਿਸੇ ਵੀ ਆਈਟਮ ਲਈ ਲੇਬਲ [ਪੁਸ਼ਟੀ ਦੀ ਲੋੜ ਹੈ] ਜਿਸ ਬਾਰੇ ਤੁਸੀਂ ਯਕੀਨੀ ਨਹੀਂ ਹੋ। ਲੋੜਾਂ: [ਟੈਕਸਟ]
ਆਮ ਗਲਤੀਆਂ
- ਇਸ ਦਾ ਹੱਲ ਸੋਚਣ ਦੀ ਲੋੜ ਹੈ। "ਇੱਕ ਡ੍ਰੌਪਡਾਉਨ ਮੀਨੂ ਸ਼ਾਮਲ ਕਰੋ" ਇੱਕ ਹੱਲ ਹੈ, ਲੋੜ ਨਹੀਂ। ਲੋੜ ਕਹਿੰਦੀ ਹੈ "ਉਪਭੋਗਤਾ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਸੂਚੀ ਵਿੱਚੋਂ ਦੇਸ਼ ਦੀ ਚੋਣ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ"; ਆਈਟੀ ਟੀਮ ਹੱਲ ਤਿਆਰ ਕਰਦੀ ਹੈ।
- ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਨੂੰ ਛੱਡਣਾ। ਬਸ "ਕੀ ਕਰਨਾ ਹੈ" ਨੂੰ ਲਿਖਣਾ ਅਤੇ "ਕਿਵੇਂ ਬਣਨਾ ਹੈ" (ਗਤੀ, ਸੁਰੱਖਿਆ, ਪਹੁੰਚਯੋਗਤਾ) ਨੂੰ ਭੁੱਲ ਜਾਣਾ ਸਭ ਤੋਂ ਆਮ ਅਤੇ ਸਭ ਤੋਂ ਮਹਿੰਗਾ ਲੂਫੋਲ ਹੈ।
- ਬੇਅੰਤ ਵਿਸ਼ੇਸ਼ਣਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ. "ਤੇਜ਼, ਆਸਾਨ, ਸੁਰੱਖਿਅਤ, ਉਪਭੋਗਤਾ-ਅਨੁਕੂਲ" ਵਰਗੇ ਸ਼ਬਦ ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੋਂ ਬਿਨਾਂ ਅਵੈਧ ਹਨ।
- ਏਆਈ ਦੁਆਰਾ ਬਣਾਏ ਗਏ ਨਿਯਮ ਵੱਲ ਧਿਆਨ ਨਹੀਂ ਦੇਣਾ. ਮਾਡਲ "ਵਾਜਬ" ਜੋੜ ਸਕਦਾ ਹੈ ਪਰ ਅਸਲ ਵਿੱਚ ਬੋਲੇ ਗਏ ਨਿਯਮ ਨਹੀਂ; ਹਰ ਲੋੜ ਲਈ ਸਰੋਤਾਂ ਦੀ ਮੰਗ ਕਰੋ।
- AI ਨੂੰ ਤਰਜੀਹ ਛੱਡ ਕੇ। ਪਹਿਲਾਂ ਕੀ ਕਰਨਾ ਹੈ ਕਾਰੋਬਾਰੀ ਮੁੱਲ ਦਾ ਫੈਸਲਾ; ਕਾਰੋਬਾਰੀ ਇਕਾਈ ਇਹ ਦਿੰਦੀ ਹੈ।
ਸਾਵਧਾਨ: ਲੋੜਾਂ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਵਿੱਚ ਸਭ ਤੋਂ ਖ਼ਤਰਨਾਕ ਵਾਕ ਹੈ "ਹਰ ਕੋਈ ਇਹ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦਾ ਹੈ"। ਅਸਪਸ਼ਟ ਧਾਰਨਾਵਾਂ ਇਸ ਨੂੰ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਨਹੀਂ ਬਣਾਉਂਦੀਆਂ, ਇਸਨੂੰ ਕਦੇ ਵੀ ਕੋਡ ਵਿੱਚ ਨਹੀਂ ਬਣਾਉਂਦੀਆਂ, ਅਤੇ ਖੇਤਰ ਵਿੱਚ ਉੱਭਰਦੀਆਂ ਹਨ। AI ਨੂੰ ਪੁੱਛੋ "ਇਸ ਲੋੜ ਵਿੱਚ ਕੀ ਮੰਨਿਆ ਗਿਆ ਹੈ ਪਰ ਨਹੀਂ ਲਿਖਿਆ ਗਿਆ?" ਇਹਨਾਂ ਲੁਕੀਆਂ ਧਾਰਨਾਵਾਂ ਨੂੰ ਦ੍ਰਿਸ਼ਮਾਨ ਬਣਾਉਂਦਾ ਹੈ।
ਸਾਰੰਸ਼ ਵਿੱਚ
ਲੋੜਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਕਿ ਸਿਸਟਮ ਨੂੰ ਸਪਸ਼ਟ, ਮਾਪਣਯੋਗ ਅਤੇ ਖੋਜਣਯੋਗ ਤਰੀਕੇ ਨਾਲ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਕਾਰਜਾਤਮਕ ਲੋੜਾਂ ਨੌਕਰੀ ਦਾ ਵਰਣਨ ਕਰਦੀਆਂ ਹਨ, ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋੜਾਂ ਗੁਣਾਂ ਦਾ ਵਰਣਨ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਬਾਅਦ ਵਾਲੇ ਨੂੰ ਅਕਸਰ ਭੁੱਲ ਜਾਂਦਾ ਹੈ। ਉਪਭੋਗਤਾ ਕਹਾਣੀ ਅਤੇ ਦਿੱਤਾ ਗਿਆ/ਕਦੋਂ/ਫਿਰ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਾਧਨ ਹਨ ਜੋ ਅਨਿਸ਼ਚਿਤਤਾ ਨੂੰ ਖਤਮ ਕਰਦੇ ਹਨ। ਆਰਟੀਫੀਸ਼ੀਅਲ ਇੰਟੈਲੀਜੈਂਸ ਸਟੋਰੀਬੋਰਡਾਂ, ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡ, ਵਿਵਾਦ ਖੋਜਣ ਅਤੇ ਸਪੱਸ਼ਟ ਕਰਨ ਵਾਲੇ ਪ੍ਰਸ਼ਨਾਂ ਦੇ ਉਤਪਾਦਨ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਤੇਜ਼ੀ ਲਿਆਉਂਦੀ ਹੈ; ਹਾਲਾਂਕਿ, ਵਪਾਰਕ ਨਿਯਮ, ਦਾਇਰੇ ਅਤੇ ਤਰਜੀਹੀ ਫੈਸਲੇ ਦੀ ਸ਼ੁੱਧਤਾ, ਅਤੇ ਹਰੇਕ ਵਾਕ ਦਾ ਸਰੋਤ ਮਨੁੱਖ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ। ਕਿਸੇ ਵੀ ਲੋੜ ਨੂੰ ਅੰਤਿਮ ਰੂਪ ਨਾ ਦਿਓ ਜੋ ਗੈਰ-ਸਰੋਤ ਅਤੇ ਬੇਅੰਤ ਹੈ।
ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ
ਇੱਕ ਕਾਲਪਨਿਕ "ਔਨਲਾਈਨ ਅਪੌਇੰਟਮੈਂਟ ਸਿਸਟਮ" ਲਈ ਇੱਕ-ਪੈਰਾਗ੍ਰਾਫ਼ ਬਿਜ਼ਨਸ ਬੇਨਤੀ ਲਿਖੋ (ਉਦਾਹਰਨ ਲਈ, "ਗਾਹਕਾਂ ਨੂੰ ਔਨਲਾਈਨ ਮੁਲਾਕਾਤਾਂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਟਾਫ ਕੈਲੰਡਰ ਦੇਖਣ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ")। (1) ਇਸ ਬੇਨਤੀ ਤੋਂ ਇੱਕ ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ ਨਾਲ ਹਰੇਕ ਲਈ ਘੱਟੋ-ਘੱਟ 5 ਉਪਭੋਗਤਾ ਕਹਾਣੀਆਂ ਅਤੇ 2 ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਬਣਾਓ। (2) ਮਾਡਲ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਮਾਪਦੰਡਾਂ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ 2 ਲੁਕੇ ਹੋਏ ਪਾੜੇ ਲੱਭੋ (ਜਿਵੇਂ ਕਿ ਇੱਕੋ ਸਮੇਂ ਦੋਹਰੀ ਮੁਲਾਕਾਤ, ਰੱਦ ਕਰਨ ਦਾ ਨਿਯਮ)। (3) ਇੱਕ ਮਾਪਣਯੋਗ ਰੂਪ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ 3 ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋੜਾਂ ਸ਼ਾਮਲ ਕਰੋ। (4) ਘੱਟੋ-ਘੱਟ 3 ਆਈਟਮਾਂ ਨੂੰ "ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ" ਵਜੋਂ ਪਛਾਣੋ। (5) ਇੱਕ ਨਿਯਮ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰੋ ਜੋ ਸ਼ਾਇਦ ਮਾਡਲ ਨੇ ਬਣਾਇਆ ਹੈ ਅਤੇ ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਿਵੇਂ ਕਰੋਗੇ।
ਚੈੱਕਲਿਸਟ
- [ ] ਮੈਂ ਕਾਰਜਸ਼ੀਲ ਅਤੇ ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਲੋੜਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਲਿਖਿਆ ਹੈ।
- ਹਰ ਲੋੜ ਸਪਸ਼ਟ, ਮਾਪਣਯੋਗ ਅਤੇ ਪਰਖਣਯੋਗ ਹੈ।
- [] ਹਰੇਕ ਕਹਾਣੀ ਵਿੱਚ ਦਿੱਤਾ ਗਿਆ/ਕਦੋਂ/ਫਿਰ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਹੈ।
- ਮੈਂ ਹਰੇਕ ਲੋੜ ਦੇ ਸਰੋਤ (ਗੱਲਬਾਤ/ਦਸਤਾਵੇਜ਼) ਨੂੰ ਟਰੇਸ ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ।
- [ ] ਮੈਂ ਉਹਨਾਂ ਸੰਭਾਵਿਤ ਨਿਯਮਾਂ ਦੀ ਨਿਸ਼ਾਨਦੇਹੀ ਕੀਤੀ ਹੈ ਜੋ AI ਨੇ ਬਣਾਏ ਸਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਪੁਸ਼ਟੀ ਲਈ ਛੱਡ ਦਿੱਤਾ ਹੈ।
- [ ] ਮੈਂ ਵਪਾਰਕ ਇਕਾਈ ਦੇ ਨਾਲ ਮਿਲ ਕੇ ਤਰਜੀਹ ਦਿੱਤੀ।