ਬੋਟ ਸਾਡੀ ਮਦਦ ਕਰੇਗਾ

ਇੱਕ ਸਾਲ ਪਹਿਲਾਂ, ਸਾਡੇ ਪਿਆਰੇ ਐਚਆਰ ਵਿਭਾਗ ਨੇ ਸਾਨੂੰ ਇੱਕ ਚੈਟ ਬੋਟ ਲਿਖਣ ਲਈ ਕਿਹਾ ਜੋ ਕੰਪਨੀ ਵਿੱਚ ਨਵੇਂ ਆਉਣ ਵਾਲਿਆਂ ਦੇ ਅਨੁਕੂਲਣ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ।

ਆਓ ਇੱਕ ਰਿਜ਼ਰਵੇਸ਼ਨ ਕਰੀਏ ਕਿ ਅਸੀਂ ਆਪਣੇ ਖੁਦ ਦੇ ਉਤਪਾਦ ਵਿਕਸਿਤ ਨਹੀਂ ਕਰਦੇ, ਪਰ ਅਸੀਂ ਗਾਹਕਾਂ ਨੂੰ ਵਿਕਾਸ ਸੇਵਾਵਾਂ ਦੀ ਪੂਰੀ ਸ਼੍ਰੇਣੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਾਂ। ਕਹਾਣੀ ਸਾਡੇ ਅੰਦਰੂਨੀ ਪ੍ਰੋਜੈਕਟ ਬਾਰੇ ਹੋਵੇਗੀ, ਜਿਸ ਲਈ ਗਾਹਕ ਤੀਜੀ-ਧਿਰ ਦੀ ਕੰਪਨੀ ਨਹੀਂ ਹੈ, ਪਰ ਸਾਡੇ ਆਪਣੇ ਐਚ.ਆਰ. ਅਤੇ ਮੁੱਖ ਕੰਮ, ਲੋਕਾਂ, ਸਰੋਤਾਂ ਅਤੇ ਸਮੇਂ ਦੀ ਸੀਮਤ ਉਪਲਬਧਤਾ ਦੇ ਮੱਦੇਨਜ਼ਰ, ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਸਮੇਂ ਸਿਰ ਪੂਰਾ ਕਰਨਾ ਅਤੇ ਉਤਪਾਦ ਜਾਰੀ ਕਰਨਾ ਹੈ।

ਪਹਿਲਾਂ, ਆਓ ਉਨ੍ਹਾਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਵਰਣਨ ਕਰੀਏ ਜਿਨ੍ਹਾਂ ਨੂੰ ਹੱਲ ਕੀਤਾ ਜਾਣਾ ਸੀ।

ਡਿਵੈਲਪਰ ਜ਼ਿਆਦਾਤਰ ਅੰਤਰਮੁਖੀ ਲੋਕ ਹੁੰਦੇ ਹਨ ਅਤੇ ਗੱਲ ਕਰਨਾ ਪਸੰਦ ਨਹੀਂ ਕਰਦੇ; ਇੱਕ ਈਮੇਲ ਚੈਟ ਵਿੱਚ ਆਪਣਾ ਸਵਾਲ ਲਿਖਣਾ ਬਹੁਤ ਸੌਖਾ ਹੈ। ਇੱਕ ਬੋਟ ਦੇ ਨਾਲ, ਤੁਹਾਨੂੰ ਇਹ ਸੋਚਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਕਿ ਕਿਸ ਨੂੰ ਪੁੱਛਣਾ ਹੈ, ਕਿਸ ਨੂੰ ਕਾਲ ਕਰਨੀ ਹੈ, ਕਿੱਥੇ ਜਾਣਾ ਹੈ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ, ਜਾਣਕਾਰੀ ਕਿੱਥੇ ਲੱਭਣੀ ਹੈ ਅਤੇ ਕੀ ਇਹ ਢੁਕਵੀਂ ਹੈ।

ਦੂਜੀ ਸਮੱਸਿਆ ਜਾਣਕਾਰੀ ਹੈ - ਇਸ ਵਿੱਚ ਬਹੁਤ ਸਾਰਾ ਹੈ, ਇਹ ਵੱਖ-ਵੱਖ ਸਰੋਤਾਂ ਵਿੱਚ ਹੈ, ਇਹ ਹਮੇਸ਼ਾ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਲਗਾਤਾਰ ਜੋੜਨ ਅਤੇ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ.

ਕੰਪਨੀ ਦੇ ਲਗਭਗ 500 ਕਰਮਚਾਰੀ ਹਨ, ਉਹ ਵੱਖ-ਵੱਖ ਦਫਤਰਾਂ, ਸਮਾਂ ਖੇਤਰਾਂ, ਰੂਸ ਦੇ ਸ਼ਹਿਰਾਂ ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਵਿਦੇਸ਼ਾਂ ਵਿੱਚ ਸਥਿਤ ਹਨ, ਆਮ ਤੌਰ 'ਤੇ ਬਹੁਤ ਸਾਰੇ ਸਵਾਲ ਹੁੰਦੇ ਹਨ, ਇਸਲਈ ਇੱਕ ਹੋਰ ਕੰਮ ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲਾਂ ਨਾਲ ਜੁੜੇ ਐਚਆਰ ਕਰਮਚਾਰੀਆਂ 'ਤੇ ਬੋਝ ਨੂੰ ਘਟਾਉਣਾ ਹੈ। ਕਰਮਚਾਰੀਆਂ ਦੁਆਰਾ.

ਇਹਨਾਂ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰਨਾ ਵੀ ਜ਼ਰੂਰੀ ਸੀ: ਕੰਪਨੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਵਾਲੇ ਨਵੇਂ ਆਉਣ ਵਾਲੇ, ਨਵੇਂ ਆਏ ਲੋਕਾਂ ਦੇ ਪ੍ਰਬੰਧਕਾਂ ਅਤੇ ਸਲਾਹਕਾਰਾਂ ਨੂੰ ਸੰਦੇਸ਼ ਭੇਜਣਾ, ਕੋਰਸਾਂ ਅਤੇ ਟੈਸਟਾਂ ਬਾਰੇ ਆਟੋਮੈਟਿਕ ਰੀਮਾਈਂਡਰ ਭੇਜਣਾ ਜੋ ਇੱਕ ਨਵੇਂ ਆਉਣ ਵਾਲੇ ਨੂੰ ਸਫਲ ਅਨੁਕੂਲਨ ਲਈ ਪਾਸ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਵਪਾਰਕ ਲੋੜਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਤਕਨੀਕੀ ਲੋੜਾਂ ਦਾ ਗਠਨ ਕੀਤਾ ਗਿਆ ਸੀ।

ਬੋਟ ਨੂੰ ਸਕਾਈਪ ਦੇ ਆਧਾਰ 'ਤੇ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ (ਇਤਿਹਾਸਕ ਤੌਰ 'ਤੇ, ਉਹ ਕੰਪਨੀ ਵਿੱਚ ਇਸਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ), ਇਸਲਈ ਅਜ਼ੂਰਾ 'ਤੇ ਸੇਵਾ ਦੀ ਚੋਣ ਕੀਤੀ ਗਈ ਸੀ.

ਇਸ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਸੀਮਤ ਕਰਨ ਲਈ, ਅਸੀਂ ਸਕਾਈਪ ਦੁਆਰਾ ਅਧਿਕਾਰਤ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤੀ।
ਪਾਰਲਏਆਈ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਟੈਕਸਟ ਮਾਨਤਾ ਲਈ ਕੀਤੀ ਗਈ ਸੀ

ਸੰਰਚਨਾ, ਸਿਖਲਾਈ, ਡੀਬੱਗਿੰਗ, ਮੇਲਿੰਗ ਸਥਾਪਤ ਕਰਨ ਅਤੇ ਹੋਰ ਕੰਮਾਂ ਲਈ ਇੱਕ ਪ੍ਰਬੰਧਕੀ ਵੈੱਬ ਪੋਰਟਲ ਦੀ ਵੀ ਲੋੜ ਹੈ।

ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰਦੇ ਸਮੇਂ, ਸਾਨੂੰ ਕਈ ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਮੁਸ਼ਕਲਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ।

ਉਦਾਹਰਨ ਲਈ, ਇੱਕ Azure ਖਾਤੇ ਵਿੱਚ ਤਕਨੀਕੀ ਸਮੱਸਿਆਵਾਂ ਸਨ। ਮਾਈਕ੍ਰੋਸਾਫਟ ਆਪਣੀ ਸੇਵਾ ਵਿੱਚ ਕੁਝ ਤਕਨੀਕੀ ਮੁਸ਼ਕਲਾਂ ਦੇ ਕਾਰਨ ਸਾਡੀ ਗਾਹਕੀ ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦਾ ਸੀ। ਲਗਭਗ ਦੋ ਮਹੀਨਿਆਂ ਤੱਕ ਅਸੀਂ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਰ ਸਕੇ; ਮਾਈਕ੍ਰੋਸੌਫਟ ਸਪੋਰਟ ਨੇ ਆਖਰਕਾਰ ਆਪਣੇ ਹੱਥ ਵਧਾ ਦਿੱਤੇ ਅਤੇ ਸਾਨੂੰ ਭਾਈਵਾਲਾਂ ਕੋਲ ਭੇਜਿਆ, ਜਿਨ੍ਹਾਂ ਨੇ ਸਫਲਤਾਪੂਰਵਕ ਸਭ ਕੁਝ ਸਥਾਪਤ ਕੀਤਾ ਅਤੇ ਸਾਨੂੰ ਇੱਕ ਖਾਤਾ ਦਿੱਤਾ।

ਸਭ ਤੋਂ ਮੁਸ਼ਕਲ ਪੜਾਅ ਪ੍ਰੋਜੈਕਟ ਦੀ ਸ਼ੁਰੂਆਤ ਸੀ, ਜਦੋਂ ਤੁਹਾਨੂੰ ਇਹ ਚੁਣਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਸੀ ਕਿ ਅਸੀਂ ਕੀ ਵਰਤਾਂਗੇ, ਆਰਕੀਟੈਕਚਰ ਕੀ ਹੋਵੇਗਾ, ਡੇਟਾ ਕਿਵੇਂ ਅਤੇ ਕਿੱਥੇ ਸਟੋਰ ਕਰਨਾ ਹੈ, ਅਤੇ ਸਿਸਟਮ ਦੇ ਭਾਗ ਅਤੇ ਮੋਡੀਊਲ ਇੱਕ ਦੂਜੇ ਨਾਲ ਕਿਵੇਂ ਗੱਲਬਾਤ ਕਰਨਗੇ।

ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਕਿਸੇ ਵੀ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਦੀਆਂ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਆਮ ਸਮੱਸਿਆਵਾਂ ਸਟਾਫਿੰਗ ਦੁਆਰਾ ਹੋਰ ਗੁੰਝਲਦਾਰ ਸਨ। ਸਾਡੇ ਕਾਰੋਬਾਰ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਜਿਹੀਆਂ ਹਨ ਕਿ, ਵਪਾਰਕ ਪ੍ਰੋਜੈਕਟਾਂ ਦੇ ਉਲਟ, ਅੰਦਰੂਨੀ ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ ਅਕਸਰ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਕੰਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਲੋੜੀਂਦੇ ਖੇਤਰਾਂ ਵਿੱਚ ਲੋੜੀਂਦਾ ਗਿਆਨ ਨਹੀਂ ਹੁੰਦਾ - ਉਹ ਬਸ, ਕਿਸਮਤ ਦੀ ਇੱਛਾ ਨਾਲ, ਅਗਲੇ ਦੀ ਉਡੀਕ ਵਿੱਚ ਬੈਂਚ 'ਤੇ ਖਤਮ ਹੋ ਜਾਂਦੇ ਹਨ। ਵੱਡਾ ਠੰਡਾ ਵਪਾਰਕ ਪ੍ਰਾਜੈਕਟ. ਇਹ ਤਰਕਪੂਰਨ ਹੈ ਕਿ ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਪ੍ਰੇਰਣਾ ਦੇ ਨਾਲ ਚੀਜ਼ਾਂ ਵੀ ਬਹੁਤ ਮੁਸ਼ਕਲ ਸਨ. ਉਤਪਾਦਕਤਾ ਘੱਟ ਜਾਂਦੀ ਹੈ, ਟੀਮ ਅਕਸਰ ਵਿਹਲੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਤੁਹਾਨੂੰ ਵਿਅਕਤੀ ਨੂੰ ਮਨਾਉਣਾ (ਪ੍ਰੇਰਣਾ) ਜਾਂ ਬਦਲਣਾ ਪੈਂਦਾ ਹੈ। ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਬਦਲਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਸਿਖਲਾਈ ਦੇਣ, ਗਿਆਨ ਦਾ ਤਬਾਦਲਾ ਕਰਨ ਅਤੇ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਹਰੇਕ ਨਵੇਂ ਡਿਵੈਲਪਰ ਨੇ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਆਪਣੇ ਤਰੀਕੇ ਨਾਲ ਦੇਖਿਆ ਅਤੇ ਉਹਨਾਂ ਦੁਆਰਾ ਕੀਤੇ ਗਏ ਫੈਸਲਿਆਂ ਅਤੇ ਹੋਰ ਲੋਕਾਂ ਦੇ ਕੋਡ ਲਈ ਪਿਛਲੇ ਲੋਕਾਂ ਨੂੰ ਝਿੜਕਿਆ। ਮੁੜ ਲਿਖਣਾ ਸ਼ੁਰੂ ਤੋਂ ਸ਼ੁਰੂ ਹੋਇਆ।

ਇਹ ਤਕਰੀਬਨ ਛੇ ਮਹੀਨੇ ਚੱਲਦਾ ਰਿਹਾ। ਅਸੀਂ ਸਿਰਫ ਸਮੇਂ ਦੀ ਨਿਸ਼ਾਨਦੇਹੀ ਕਰ ਰਹੇ ਸੀ, ਕੋਡ ਨੂੰ ਰੀਫੈਕਟਰ ਕਰ ਰਹੇ ਸੀ ਅਤੇ ਕੁਝ ਨਵਾਂ ਨਹੀਂ ਲਿਖ ਰਹੇ ਸੀ।

ਨਾਲ ਹੀ, ਅੰਦਰੂਨੀ ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ 'ਤੇ, ਲਗਭਗ ਕੋਈ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਸਮਝਣਾ ਮੁਸ਼ਕਲ ਸੀ ਕਿ ਸਮੇਂ ਦੇ ਹਰੇਕ ਬਿੰਦੂ 'ਤੇ ਕੀ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਅਤੇ ਮੌਜੂਦਾ ਤਰਜੀਹਾਂ ਕੀ ਹਨ। ਘੱਟੋ-ਘੱਟ ਤਿੰਨ ਮਹੀਨਿਆਂ ਲਈ ਇੱਕ ਸਥਾਈ ਟੀਮ ਬਣਾਉਣਾ, ਪ੍ਰਕਿਰਿਆਵਾਂ ਸਥਾਪਤ ਕਰਨਾ ਅਤੇ ਯੋਜਨਾਬੰਦੀ ਅਤੇ ਮੁਲਾਂਕਣ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ। ਪਰ ਇਹ ਕਿਵੇਂ ਕਰਨਾ ਹੈ ਜਦੋਂ ਪ੍ਰੋਜੈਕਟ ਵਪਾਰਕ ਨਹੀਂ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਘੱਟੋ-ਘੱਟ ਮੈਨ-ਘੰਟੇ ਨਿਵੇਸ਼ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਅਤੇ ਉਸੇ ਸਮੇਂ ਨਤੀਜਾ ਬਾਹਰੀ ਗਾਹਕਾਂ ਨਾਲੋਂ ਮਾੜਾ ਨਹੀਂ ਹੋਵੇਗਾ?

ਅਸੀਂ ਸਰੋਤਾਂ ਦੇ ਇੱਕ ਪੂਲ ਦੀ ਪਛਾਣ ਕੀਤੀ ਹੈ ਜਿਸ ਨੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਹਿੱਸਾ ਲਿਆ ਹੈ, ਇਸ ਤੋਂ ਜਾਣੂ ਹਾਂ ਅਤੇ ਇਸ 'ਤੇ ਕੰਮ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ। ਅਸੀਂ ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ ਲੋਕਾਂ ਦੇ ਰੁਜ਼ਗਾਰ ਲਈ ਇੱਕ ਸ਼ਡਿਊਲ ਤਿਆਰ ਕੀਤਾ ਹੈ। ਅਸੀਂ ਕੰਮ ਦਾ ਮੁਲਾਂਕਣ ਅਤੇ ਤਾਲਮੇਲ ਕੀਤਾ, ਅਤੇ ਇਹਨਾਂ ਕੰਮਾਂ ਨੂੰ ਮੁੱਖ ਪ੍ਰੋਜੈਕਟਾਂ ਦੇ ਵਿਚਕਾਰ "ਛੇਕਾਂ" ਵਿੱਚ ਫਿੱਟ ਕੀਤਾ। 4 ਮਹੀਨਿਆਂ ਬਾਅਦ ਸਾਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕਾਰਜਸ਼ੀਲ ਪ੍ਰੋਟੋਟਾਈਪ ਪ੍ਰਾਪਤ ਹੋਇਆ।

ਹੁਣ ਆਉ ਬੋਟ ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ, ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਤਕਨੀਕੀ ਹੱਲਾਂ ਬਾਰੇ ਵਧੇਰੇ ਵਿਸਥਾਰ ਵਿੱਚ ਗੱਲ ਕਰੀਏ।

HR ਦੀਆਂ ਮੁੱਖ ਲੋੜਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸਵਾਲ ਦਾ ਸਹੀ ਜਵਾਬ ਦੇਣ ਲਈ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਲਿਖੇ ਟੈਕਸਟ ਨੂੰ ਪਛਾਣਨਾ ਸੀ। ਤੁਸੀਂ ਉਸਨੂੰ ਲਿਖ ਸਕਦੇ ਹੋ - ਮੈਂ ਛੁੱਟੀ 'ਤੇ ਜਾਣਾ ਚਾਹੁੰਦਾ ਹਾਂ, ਮੈਂ ਛੁੱਟੀ 'ਤੇ ਜਾਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਜਾਂ ਛੁੱਟੀ 'ਤੇ ਜਾਣਾ ਚਾਹੁੰਦਾ ਹਾਂ, ਅਤੇ ਉਹ ਸਮਝੇਗਾ ਅਤੇ ਉਸ ਅਨੁਸਾਰ ਜਵਾਬ ਦੇਵੇਗਾ। ਜਾਂ ਅਚਾਨਕ ਕਿਸੇ ਕਰਮਚਾਰੀ ਦੀ ਕੁਰਸੀ ਟੁੱਟ ਜਾਂਦੀ ਹੈ ਅਤੇ ਉਹ "ਕੁਰਸੀ ਟੁੱਟ ਗਈ ਹੈ" ਜਾਂ "ਮੇਰੀ ਕੁਰਸੀ ਫਟ ਗਈ ਹੈ" ਜਾਂ "ਕੁਰਸੀ ਦਾ ਪਿਛਲਾ ਹਿੱਸਾ ਡਿੱਗ ਗਿਆ ਹੈ" ਲਿਖਣਾ ਚਾਹੁੰਦਾ ਹੈ; ਸਹੀ ਸਿਖਲਾਈ ਦੇ ਨਾਲ, ਬੋਟ ਅਜਿਹੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਪਛਾਣ ਲਵੇਗਾ। ਟੈਕਸਟ ਮਾਨਤਾ ਦੀ ਗੁਣਵੱਤਾ ਖੁਦ ਬੋਟ ਦੀ ਸਿਖਲਾਈ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ, ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਬਾਅਦ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗੇ.

ਅਗਲੀ ਲੋੜ ਅਤੇ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦਾ ਹਿੱਸਾ ਬੋਟ ਦਾ ਡਾਇਲਾਗ ਸਿਸਟਮ ਹੈ। ਇੱਕ ਪ੍ਰਣਾਲੀ ਵਿਕਸਿਤ ਕੀਤੀ ਗਈ ਸੀ ਜਿਸ ਵਿੱਚ ਬੋਟ ਇੱਕ ਸੰਵਾਦ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਮੌਜੂਦਾ ਮੁੱਦੇ ਦੇ ਸੰਦਰਭ ਨੂੰ ਸਮਝ ਸਕਦਾ ਹੈ। ਤੁਹਾਡੇ ਸਵਾਲ ਦੇ ਜਵਾਬ ਵਿੱਚ, ਉਹ ਕੋਈ ਸਪੱਸ਼ਟ ਸਵਾਲ ਪੁੱਛ ਸਕਦਾ ਹੈ ਅਤੇ ਗੱਲਬਾਤ ਜਾਰੀ ਰੱਖ ਸਕਦਾ ਹੈ ਜੇਕਰ ਅਸੀਂ ਬੋਟ ਨੂੰ ਅਜਿਹਾ ਕਰਨ ਲਈ ਸਿਖਲਾਈ ਦਿੱਤੀ ਹੈ। Skype ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਗੱਲਬਾਤ ਜਾਰੀ ਰੱਖਣ ਦੇ ਵਿਕਲਪਾਂ ਬਾਰੇ ਪੁੱਛਣ ਲਈ ਸਧਾਰਨ ਮੀਨੂ ਵਿਕਲਪਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਨਾਲ ਹੀ, ਜੇਕਰ ਅਸੀਂ ਇੱਕ ਵਾਰਤਾਲਾਪ ਕਰ ਰਹੇ ਸੀ, ਪਰ ਅਚਾਨਕ ਵਿਸ਼ੇ ਤੋਂ ਇੱਕ ਸਵਾਲ ਪੁੱਛਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ, ਤਾਂ ਬੋਟ ਵੀ ਇਸ ਨੂੰ ਸਮਝੇਗਾ।

ਬੋਟ ਉਪਭੋਗਤਾ ਨੂੰ ਉਸਦੇ ਨਿੱਜੀ ਡੇਟਾ ਦੇ ਅਧਾਰ ਤੇ ਵੱਖ ਵੱਖ ਕਲਾਤਮਕ ਚੀਜ਼ਾਂ ਭੇਜਣਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ. ਉਦਾਹਰਨ ਲਈ, ਉਸ ਦੇ ਸਥਾਨ 'ਤੇ. ਮੰਨ ਲਓ ਜੇਕਰ ਕੋਈ ਵਿਅਕਤੀ ਟਾਇਲਟ ਲੱਭਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਇੱਕ ਦਫਤਰ ਦਾ ਨਕਸ਼ਾ ਦਿਖਾਇਆ ਜਾਵੇਗਾ ਜੋ ਉਸਨੂੰ ਟਾਇਲਟ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ। ਅਤੇ ਕਾਰਡ ਦੀ ਚੋਣ ਇਸ ਅਧਾਰ 'ਤੇ ਕੀਤੀ ਜਾਵੇਗੀ ਕਿ ਕਰਮਚਾਰੀ ਕਿਸ ਕੰਪਨੀ ਦੇ ਦਫਤਰ ਵਿੱਚ ਸਥਿਤ ਹੈ।

ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕੰਮਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਨਿੱਜੀ ਜਾਣਕਾਰੀ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨਾ। ਅਸੀਂ ਹਰੇਕ ਵਿਅਕਤੀ ਨੂੰ ਸਾਡੇ ਬੋਟ ਦੁਆਰਾ ਸੰਚਾਲਿਤ ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦੇ ਸਕਦੇ ਹਾਂ। ਅਜਿਹੇ ਬੋਟ ਲਈ ਅਧਿਕਾਰ ਦੀ ਜ਼ਰੂਰਤ ਇਸਦਾ ਇੱਕ ਅਨਿੱਖੜਵਾਂ ਅੰਗ ਹੈ. ਬੋਟ ਉਪਭੋਗਤਾ ਨੂੰ ਉਸ ਨਾਲ ਕੋਈ ਗੱਲਬਾਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ। ਅਜਿਹਾ ਪਹਿਲੀ ਵਾਰ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਕਰਮਚਾਰੀ ਬੋਟ ਨਾਲ ਸੰਪਰਕ ਕਰਦਾ ਹੈ। ਅਧਿਕਾਰ ਖੁਦ ਉਪਭੋਗਤਾ ਨੂੰ ਉਚਿਤ ਪੰਨੇ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਦਾ ਹੈ, ਜਿੱਥੇ ਉਪਭੋਗਤਾ ਨੂੰ ਇੱਕ ਟੋਕਨ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਉਹ ਫਿਰ ਇੱਕ ਸਕਾਈਪ ਸੰਦੇਸ਼ ਵਿੱਚ ਪਾ ਦਿੰਦਾ ਹੈ। ਜੇਕਰ ਪ੍ਰਮਾਣੀਕਰਨ ਸਫਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਬੋਟ ਨਾਲ ਸੰਚਾਰ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹੋ।

ਅਧਿਕਾਰ Skype - ਪੋਰਟਲ-ਅਥਾਰਾਈਜ਼ੇਸ਼ਨ ਸੇਵਾ, ਕਾਰਪੋਰੇਟ ਨੈੱਟਵਰਕ ਅਤੇ LDAP ਰਾਹੀਂ ਹੁੰਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਅਧਿਕਾਰ ਕਾਰਪੋਰੇਟ ਨੈੱਟਵਰਕ 'ਤੇ ਮੌਜੂਦਾ ਉਪਭੋਗਤਾ ਡੇਟਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

ਬੋਟ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ, ਸਾਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਸਾਨੂੰ ਪੋਰਟਲ ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਿੱਚ ਬਣਾਏ ਗਏ ਕਿਸੇ ਕਿਸਮ ਦੇ ਸਿਸਟਮ ਦੀ ਲੋੜ ਹੈ ਜੋ HR ਨੂੰ ਬੋਟ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਡੀਬੱਗ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕੇ। ਅਸੀਂ ਇੱਕ ਪੋਰਟਲ ਪੰਨਾ ਜੋੜਿਆ ਹੈ ਜਿੱਥੇ HR ਬੋਟ ਨਾਲ ਕੰਮ ਕਰਨ ਵੇਲੇ ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਰਿਕਾਰਡ ਕੀਤੀਆਂ ਗਈਆਂ ਗਲਤੀਆਂ ਨੂੰ ਦੇਖ ਸਕਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਮੁੜ ਸਿਖਲਾਈ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹੱਲ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਡਿਵੈਲਪਰਾਂ ਲਈ ਛੱਡ ਸਕਦਾ ਹੈ।

ਪੋਰਟਲ 'ਤੇ ਸਿੱਧੇ ਬੋਟ ਨੂੰ ਸਿਖਲਾਈ ਦੇਣ ਦੀ ਯੋਗਤਾ ਨੂੰ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ। ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਦੇ ਦੌਰਾਨ, ਅਸੀਂ ਮਹਿਸੂਸ ਕੀਤਾ ਕਿ ਬੋਟ ਨੂੰ ਸਿਖਲਾਈ ਦੇਣਾ ਸਭ ਤੋਂ ਆਮ ਕੰਮ ਹੈ ਜੋ HR ਵਿਭਾਗ ਦੇ ਕਰਮਚਾਰੀ ਇਸਦੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ ਕਰਨਗੇ, ਅਤੇ ਬੋਟ ਦੀ ਵਾਧੂ ਸਿਖਲਾਈ ਲਈ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਟੈਕਸਟ ਫਾਈਲਾਂ ਭੇਜਣਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਸਵੀਕਾਰਨਯੋਗ ਹੈ। ਇਹ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸਮਾਂ ਖਾਂਦਾ ਹੈ ਅਤੇ ਬਹੁਤ ਸਾਰੀਆਂ ਗਲਤੀਆਂ ਅਤੇ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰਦਾ ਹੈ।

ਅਸੀਂ ਬੋਟ ਦੀ ਉਪਭੋਗਤਾ-ਅਨੁਕੂਲ ਸਿਖਲਾਈ ਲਈ ਪੋਰਟਲ 'ਤੇ ਇੱਕ UI ਲਿਖਿਆ ਹੈ। ਇਹ HR ਨੂੰ ਬੋਟ ਦੀ ਮੌਜੂਦਾ ਸਿਖਲਾਈ ਨੂੰ ਦੇਖਣ, ਇਸ ਨੂੰ ਹੋਰ ਸਿਖਲਾਈ ਦੇਣ ਅਤੇ ਮੌਜੂਦਾ ਸਿਖਲਾਈ ਵਿੱਚ ਸਮਾਯੋਜਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਸਿਖਲਾਈ ਨੂੰ ਇੱਕ ਰੁੱਖ ਦੀ ਬਣਤਰ ਦੁਆਰਾ ਦਰਸਾਇਆ ਜਾਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਨੋਡ, ਯਾਨੀ ਸ਼ਾਖਾਵਾਂ, ਬੋਟ ਨਾਲ ਸੰਵਾਦ ਦੀ ਨਿਰੰਤਰਤਾ ਹਨ। ਤੁਸੀਂ ਸਧਾਰਨ ਸਵਾਲ ਅਤੇ ਜਵਾਬ ਬਣਾ ਸਕਦੇ ਹੋ, ਜਾਂ ਤੁਸੀਂ ਵਜ਼ਨਦਾਰ ਸੰਵਾਦ ਬਣਾ ਸਕਦੇ ਹੋ, ਇਹ ਸਭ HR ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਲੋੜਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

ਹੱਲ ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ ਕੁਝ ਸ਼ਬਦ.

ਹੱਲ ਆਰਕੀਟੈਕਚਰ ਮਾਡਯੂਲਰ ਹੈ. ਇਸ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਕੰਮਾਂ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਸੇਵਾਵਾਂ ਸ਼ਾਮਲ ਹਨ, ਅਰਥਾਤ:
• Azure 'ਤੇ ਸਕਾਈਪ ਬੋਟ ਸੇਵਾ - ਉਪਭੋਗਤਾ ਬੇਨਤੀਆਂ ਨੂੰ ਸਵੀਕਾਰ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਕਰਦੀ ਹੈ। ਇਹ ਇੱਕ ਕਾਫ਼ੀ ਸਧਾਰਨ ਸੇਵਾ ਹੈ ਜੋ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਨ ਅਤੇ ਇਸਦੀ ਸ਼ੁਰੂਆਤੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਵਾਲੀ ਪਹਿਲੀ ਹੈ।
• ਐਡਮਿਨ ਪੋਰਟਲ - ਇੱਕ ਸੇਵਾ ਜੋ ਪੋਰਟਲ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਅਤੇ ਬੋਟ ਲਈ ਇੱਕ ਵੈੱਬ ਇੰਟਰਫੇਸ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਬੋਟ ਹਮੇਸ਼ਾ ਪਹਿਲਾਂ ਪੋਰਟਲ ਨਾਲ ਸੰਪਰਕ ਕਰਦਾ ਹੈ, ਅਤੇ ਪੋਰਟਲ ਇਹ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਬੇਨਤੀ ਦੇ ਨਾਲ ਅੱਗੇ ਕੀ ਕਰਨਾ ਹੈ।
• ਪ੍ਰਮਾਣਿਕਤਾ ਸੇਵਾ - ਬੋਟ ਅਤੇ ਐਡਮਿਨ ਪੋਰਟਲ ਲਈ ਪ੍ਰਮਾਣੀਕਰਨ ਵਿਧੀ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਅਧਿਕਾਰ Oauth2 ਪ੍ਰੋਟੋਕੋਲ ਰਾਹੀਂ ਹੁੰਦਾ ਹੈ। ਸਕਾਰਾਤਮਕ ਅਧਿਕਾਰ ਦੇ ਨਾਲ, ਸੇਵਾ ਪ੍ਰਮਾਣਿਤ ਉਪਭੋਗਤਾ ਡੇਟਾ ਦੇ ਅਨੁਸਾਰ ਕਾਰਪੋਰੇਟ ਨੈਟਵਰਕ ਵਿੱਚ ਪ੍ਰਮਾਣੀਕਰਨ ਕਰਦੀ ਹੈ, ਤਾਂ ਜੋ ਸਿਸਟਮ ਸਿੰਕ ਤੋਂ ਬਾਹਰ ਡੇਟਾ ਨਾਲ ਜੁੜੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰ ਸਕੇ।
• AI ਟੈਕਸਟ ਪਛਾਣ ਮੋਡੀਊਲ, ਪਾਈਥਨ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ ਅਤੇ ਟੈਕਸਟ ਪਛਾਣ ਲਈ ParlAI ਫਰੇਮਵਰਕ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਹ ਨਿਊਰਲ ਨੈੱਟਵਰਕ ਹੈ, ਘੱਟੋ-ਘੱਟ ਇਸ ਦੇ ਮੌਜੂਦਾ ਅਮਲ ਵਿੱਚ। ਅਸੀਂ ਸਵਾਲਾਂ ਨੂੰ ਸਮਝਣ ਲਈ tfDiff ਐਲਗੋਰਿਦਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ। ਮੋਡੀਊਲ ਇਸ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਅਤੇ ਸਿੱਖਣ ਲਈ ਇੱਕ API ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਸਿੱਟਾ ਵਿੱਚ, ਮੈਂ ਇਹ ਕਹਿਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਇੱਕ ਚੈਟ ਬੋਟ ਬਣਾਉਣ ਵਿੱਚ ਇਹ ਸਾਡਾ ਪਹਿਲਾ ਤਜਰਬਾ ਹੈ, ਅਤੇ ਅਸੀਂ ਸਿਸਟਮ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਸਧਾਰਨ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ, ਪਰ ਉਸੇ ਸਮੇਂ ਇਸ 'ਤੇ ਘੱਟੋ-ਘੱਟ ਲੇਬਰ ਲਾਗਤਾਂ ਦੇ ਨਾਲ ਕਾਰਜਸ਼ੀਲ. ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਸਾਡੇ ਕੋਲ ਇੱਕ ਬਹੁਤ ਹੀ ਦਿਲਚਸਪ ਉਤਪਾਦ ਹੈ. ਇਸਦੀ ਆਪਣੀ ਸਿਖਲਾਈ ਪ੍ਰਣਾਲੀ, ਗਲਤੀ ਲੌਗਿੰਗ, ਨੋਟੀਫਿਕੇਸ਼ਨ ਭੇਜਣ ਦੇ ਨਾਲ, ਇਸਨੂੰ ਕਿਸੇ ਹੋਰ ਮੈਸੇਂਜਰ ਨਾਲ ਵੀ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਸਰੋਤ: www.habr.com