ਪੈਟਨ ਜੇਫ. ਉਪਭੋਗਤਾ ਕਹਾਣੀਆਂ. ਚੁਸਤ ਸਾਫਟਵੇਅਰ ਵਿਕਾਸ ਦੀ ਕਲਾ

ਐਬਸਟਰੈਕਟ

ਕਿਤਾਬ ਚੁਸਤ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵਿਚਾਰ ਤੋਂ ਲਾਗੂ ਕਰਨ ਤੱਕ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਇੱਕ ਵਰਣਨ ਕੀਤਾ ਐਲਗੋਰਿਦਮ ਹੈ। ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਕਦਮਾਂ ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ ਹੈ ਅਤੇ ਹਰੇਕ ਪੜਾਅ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਦੇ ਪੜਾਅ ਲਈ ਢੰਗ ਦਰਸਾਏ ਗਏ ਹਨ। ਲੇਖਕ ਦੱਸਦਾ ਹੈ ਕਿ ਜ਼ਿਆਦਾਤਰ ਵਿਧੀਆਂ ਮੌਲਿਕ ਹੋਣ ਦਾ ਦਾਅਵਾ ਕੀਤੇ ਬਿਨਾਂ, ਮੌਲਿਕ ਨਹੀਂ ਹਨ। ਪਰ ਚੰਗੀ ਲਿਖਣ ਸ਼ੈਲੀ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਦੀ ਕੁਝ ਇਕਸਾਰਤਾ ਕਿਤਾਬ ਨੂੰ ਬਹੁਤ ਉਪਯੋਗੀ ਬਣਾਉਂਦੀ ਹੈ।

ਉਪਭੋਗਤਾ ਕਹਾਣੀ ਮੈਪਿੰਗ ਦੀ ਇੱਕ ਮੁੱਖ ਤਕਨੀਕ ਵਿਚਾਰਾਂ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨਾਂ ਨੂੰ ਢਾਂਚਾ ਬਣਾਉਣਾ ਹੈ ਕਿਉਂਕਿ ਉਪਭੋਗਤਾ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ।

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

ਕਿਸਨੂੰ ਇਸਦੀ ਜਰੂਰਤ ਹੈ

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

ਫੀਡਬੈਕ

ਇਸਦੇ ਸਰਲ ਰੂਪ ਵਿੱਚ, ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ।

ਇੱਕ ਵਿਜ਼ਟਰ ਇੱਕ ਕੈਫੇ ਵਿੱਚ ਆਉਂਦਾ ਹੈ, ਪਕਵਾਨ ਚੁਣਦਾ ਹੈ, ਆਰਡਰ ਦਿੰਦਾ ਹੈ, ਭੋਜਨ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਖਾਂਦਾ ਹੈ ਅਤੇ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ।

ਅਸੀਂ ਹਰੇਕ ਪੜਾਅ 'ਤੇ ਸਿਸਟਮ ਤੋਂ ਜੋ ਚਾਹੁੰਦੇ ਹਾਂ ਉਸ ਲਈ ਲੋੜਾਂ ਲਿਖ ਸਕਦੇ ਹਾਂ।

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

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

ਅਸੀਂ ਵਿਅਕਤੀ ਬਣਾਉਂਦੇ ਹਾਂ, ਉਹਨਾਂ ਨੂੰ ਹਮਦਰਦੀ ਲਈ ਵੇਰਵੇ ਦਿੰਦੇ ਹਾਂ, ਅਤੇ ਵਿਅਕਤੀ ਦੇ ਪੱਖ ਤੋਂ ਕਹਾਣੀਆਂ ਸੁਣਾਉਣਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਾਂ।

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

ਅਤੇ ਇੱਕ ਕਾਰੋਬਾਰ ਵੀ ਹੈ (ਇੱਕ ਸੰਗਠਨਾਤਮਕ ਪਾਤਰ ਇੱਕ ਸੰਸਥਾ ਦੇ ਹਿੱਤਾਂ ਨੂੰ ਦਰਸਾਉਣ ਵਾਲਾ ਇੱਕ ਪਾਤਰ ਹੁੰਦਾ ਹੈ)। ਕਾਰੋਬਾਰ ਔਸਤ ਚੈਕ ਨੂੰ ਵਧਾਉਣਾ ਚਾਹੁੰਦੇ ਹਨ, ਖਰੀਦਦਾਰੀ ਦੀ ਬਾਰੰਬਾਰਤਾ ਨੂੰ ਵਧਾਉਣਾ ਚਾਹੁੰਦੇ ਹਨ, ਅਤੇ ਮੁਨਾਫੇ ਨੂੰ ਵਧਾਉਣਾ ਚਾਹੁੰਦੇ ਹਨ. ਵਿਚਾਰ ਇਹ ਹੈ - ਆਓ ਕੁਝ ਪਕਵਾਨਾਂ ਦੇ ਅਸਾਧਾਰਨ ਪਕਵਾਨ ਪੇਸ਼ ਕਰੀਏ। ਇਕ ਹੋਰ ਵਿਚਾਰ - ਆਓ ਨਾਸ਼ਤਾ ਪੇਸ਼ ਕਰੀਏ.

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

ਦਰਜਨਾਂ ਕਹਾਣੀਆਂ। ਅੱਗੇ ਤਰਜੀਹ ਅਤੇ ਬੈਕਲਾਗ ਹੈ? ਜੈੱਫ ਉਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ: ਛੋਟੇ ਵੇਰਵਿਆਂ ਵਿੱਚ ਫਸ ਜਾਣਾ ਅਤੇ ਸੰਕਲਪਿਕ ਸਮਝ ਨੂੰ ਗੁਆਉਣਾ, ਨਾਲ ਹੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਤਰਜੀਹ ਦੇਣਾ ਟੀਚਿਆਂ ਦੇ ਨਾਲ ਅਸੰਗਤਤਾ ਦੇ ਕਾਰਨ ਇੱਕ ਖਰਾਬ ਤਸਵੀਰ ਬਣਾਉਂਦਾ ਹੈ।

ਲੇਖਕ ਦਾ ਮਾਰਗ: ਅਸੀਂ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਨਹੀਂ, ਪਰ ਨਤੀਜਾ = ਉਪਭੋਗਤਾ ਨੂੰ ਅੰਤ ਵਿੱਚ ਕੀ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਾਂ।

ਇੱਕ ਸਪੱਸ਼ਟ ਗੈਰ-ਸਪੱਸ਼ਟ ਬਿੰਦੂ: ਤਰਜੀਹ ਸੈਸ਼ਨ ਪੂਰੀ ਟੀਮ ਦੁਆਰਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਕਿਉਂਕਿ ਇਹ ਬੇਅਸਰ ਹੈ, ਪਰ ਤਿੰਨ ਲੋਕਾਂ ਦੁਆਰਾ. ਪਹਿਲਾ ਕਾਰੋਬਾਰ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ, ਦੂਜਾ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਲਈ ਅਤੇ ਤੀਜਾ ਲਾਗੂ ਕਰਨ ਲਈ।

ਆਉ ਅਸੀਂ ਇੱਕ ਉਪਭੋਗਤਾ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਘੱਟੋ-ਘੱਟ ਦੀ ਚੋਣ ਕਰੀਏ (ਘੱਟੋ ਘੱਟ ਵਿਹਾਰਕ ਹੱਲ)।

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

ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਖੱਬੇ ਤੋਂ ਸੱਜੇ ਕਾਰਡਾਂ 'ਤੇ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਪ੍ਰਕਿਰਿਆ ਦੇ ਕਦਮਾਂ ਦੇ ਹੇਠਾਂ ਕਾਰਡਾਂ 'ਤੇ ਵਿਚਾਰਾਂ ਦੇ ਨਾਲ। ਇਹ ਲਾਜ਼ਮੀ ਹੈ ਕਿ ਆਪਸੀ ਸਮਝ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਟੀਮ ਦੇ ਮੈਂਬਰਾਂ ਨਾਲ ਮਿਲ ਕੇ ਪੂਰੀ ਕਹਾਣੀ ਦੇ ਰਸਤੇ ਬਾਰੇ ਚਰਚਾ ਕੀਤੀ ਜਾਵੇ।

ਇਸ ਤਰੀਕੇ ਨਾਲ ਵਿਸਤਾਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਪਾਲਣਾ ਵਿਚ ਇਕਸਾਰਤਾ ਪੈਦਾ ਕਰਦਾ ਹੈ।

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

ਫਿਰ ਮੁਲਾਂਕਣ ਲਈ ਵੇਰਵਾ ਹੈ. ਇਸ ਦੇ ਲਈ ਤਿੰਨ ਵਿਅਕਤੀ ਕਾਫੀ ਹਨ। ਇੱਕ ਪਸੰਦੀਦਾ ਸਵਾਲ ਦੇ ਨਾਲ ਉਪਭੋਗਤਾ ਅਨੁਭਵ, ਵਿਕਾਸਕਾਰ, ਟੈਸਟਰ ਲਈ ਜ਼ਿੰਮੇਵਾਰ: "ਕੀ ਹੁੰਦਾ ਹੈ ਜੇ...".

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

ਕੀ ਲੇਖਕ ਦੀ ਰਾਏ ਵਿੱਚ ਦਸਤਾਵੇਜ਼ ਜ਼ਰੂਰੀ ਹਨ? ਹਾਂ, ਮੈਨੂੰ ਇਸਦੀ ਲੋੜ ਹੈ। ਪਰ ਨੋਟਸ ਦੇ ਰੂਪ ਵਿੱਚ ਜੋ ਤੁਹਾਨੂੰ ਇਹ ਯਾਦ ਰੱਖਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ ਕਿ ਤੁਸੀਂ ਕਿਸ ਗੱਲ 'ਤੇ ਸਹਿਮਤ ਹੋਏ ਸੀ। ਕਿਸੇ ਬਾਹਰੀ ਵਿਅਕਤੀ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਲਈ ਦੁਬਾਰਾ ਚਰਚਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

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

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

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

ਇਤਿਹਾਸ ਦੇ ਨਕਸ਼ੇ 'ਤੇ ਕਾਰਡਾਂ ਨੂੰ ਕਈ ਹਰੀਜੱਟਲ ਲਾਈਨਾਂ ਵਿੱਚ ਵੰਡ ਕੇ, ਤੁਸੀਂ ਕੰਮ ਨੂੰ ਰੀਲੀਜ਼ਾਂ ਵਿੱਚ ਵੰਡ ਸਕਦੇ ਹੋ - ਬੇਅਰ ਨਿਊਨਤਮ ਨੂੰ ਉਜਾਗਰ ਕਰੋ, ਵਧਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਦੀ ਇੱਕ ਪਰਤ ਅਤੇ ਕਮਾਨ।

ਅਸੀਂ ਪ੍ਰਕਿਰਿਆ ਦੇ ਨਕਸ਼ੇ 'ਤੇ ਕਹਾਣੀਆਂ ਦੱਸਦੇ ਹਾਂ।

ਇੱਕ ਮੁਲਾਜ਼ਮ ਦੁਪਹਿਰ ਦੇ ਖਾਣੇ ਲਈ ਆਇਆ।

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

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

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

ਪ੍ਰਕਿਰਿਆ ਦੇ ਹਰ ਪੜਾਅ 'ਤੇ, ਤੁਹਾਨੂੰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਕਾਰਜਕੁਸ਼ਲਤਾ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ; ਇਸਦੇ ਲਈ ਤੁਹਾਨੂੰ ਕਿਸੇ ਵਿਅਕਤੀ ਨੂੰ ਅਧਾਰ ਵਜੋਂ ਲੈਣ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਅਤੇ ਉਸ ਲਈ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕੀ ਹੈ (ਉਹੀ ਤਿੰਨ ਚੋਣਕਾਰ) ਦੀ ਚੋਣ ਕਰੋ। ਕਹਾਣੀ ਨੂੰ ਅੰਤ ਤੱਕ ਮੰਨ ਲਿਆ = ਇੱਕ ਵਿਹਾਰਕ ਹੱਲ ਕੀਤਾ।

ਅੱਗੇ ਵੇਰਵਾ ਆਉਂਦਾ ਹੈ। ਗਾਹਕ ਇਹ ਦੇਖਣਾ ਚਾਹੁੰਦਾ ਹੈ ਕਿ ਕੈਫੇ ਕਿੰਨਾ ਰੁੱਝਿਆ ਹੋਇਆ ਹੈ, ਤਾਂ ਕਿ ਕਤਾਰਾਂ ਵਿੱਚ ਧੱਕਾ ਨਾ ਲੱਗੇ। ਉਹ ਅਸਲ ਵਿੱਚ ਕੀ ਚਾਹੁੰਦਾ ਹੈ?

ਪੂਰਵ ਅਨੁਮਾਨ ਦੇਖੋ ਕਿ 15 ਮਿੰਟਾਂ ਵਿੱਚ ਜਦੋਂ ਉਹ ਉੱਥੇ ਪਹੁੰਚਦਾ ਹੈ ਤਾਂ ਉੱਥੇ ਕਿੰਨੇ ਲੋਕ ਹੋਣਗੇ

ਇੱਕ ਕੈਫੇ ਵਿੱਚ ਔਸਤ ਸੇਵਾ ਸਮਾਂ ਅਤੇ ਇਸਦੀ ਗਤੀਸ਼ੀਲਤਾ ਨੂੰ ਅੱਧਾ ਘੰਟਾ ਪਹਿਲਾਂ ਦੇਖੋ

ਸਥਿਤੀ ਅਤੇ ਸਾਰਣੀ ਦੇ ਕਬਜ਼ੇ ਦੀ ਗਤੀਸ਼ੀਲਤਾ ਵੇਖੋ

ਕੀ ਜੇ ਪੂਰਵ ਅਨੁਮਾਨ ਪ੍ਰਣਾਲੀ ਅਸਪਸ਼ਟ ਨਤੀਜਾ ਦਿੰਦੀ ਹੈ ਜਾਂ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ?

ਵੀਡੀਓ ਦੁਆਰਾ ਕੈਫੇ ਵਿੱਚ ਕਤਾਰਾਂ, ਅਤੇ ਨਾਲ ਹੀ ਟੇਬਲਾਂ ਦੇ ਕਬਜ਼ੇ ਨੂੰ ਦੇਖੋ। ਹਮ, ਇਹ ਪਹਿਲਾਂ ਕਿਉਂ ਨਹੀਂ ਕਰਦੇ?!

ਲੇਖਕ ਅਭਿਆਸ ਕਰਨ ਲਈ ਇੱਕ ਛੋਟੀ ਜਿਹੀ ਕਸਰਤ ਦੱਸਦਾ ਹੈ: ਕਲਪਨਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਕਿ ਤੁਸੀਂ ਸਵੇਰੇ ਉੱਠਣ ਤੋਂ ਬਾਅਦ ਕੀ ਕਰਦੇ ਹੋ। ਇਕ ਤਾਸ਼ = ਇਕ ਕਿਰਿਆ। ਵਿਅਕਤੀਗਤ ਵੇਰਵਿਆਂ ਨੂੰ ਹਟਾਉਣ ਲਈ ਕਾਰਡਾਂ ਨੂੰ ਵੱਡਾ ਕਰੋ (ਕੌਫੀ ਨੂੰ ਪੀਸਣ ਦੀ ਬਜਾਏ, ਇੱਕ ਉਤਸ਼ਾਹਜਨਕ ਡਰਿੰਕ ਪੀਓ) ਲਾਗੂ ਕਰਨ ਦੀ ਵਿਧੀ 'ਤੇ ਨਹੀਂ, ਬਲਕਿ ਟੀਚੇ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰੋ।

ਇਹ ਕਿਤਾਬ ਕਿਸ ਲਈ ਹੈ: IT ਵਿਸ਼ਲੇਸ਼ਕ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ। ਜ਼ਰੂਰ ਪੜ੍ਹੋ।

ਐਪਸ

3 ਤੋਂ 5 ਵਿਅਕਤੀਆਂ ਦੇ ਸਮੂਹਾਂ ਵਿੱਚ ਚਰਚਾ ਅਤੇ ਫੈਸਲਾ ਲੈਣਾ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੁੰਦਾ ਹੈ।

ਪਹਿਲੇ ਕਾਰਡ 'ਤੇ ਲਿਖੋ ਕਿ ਕੀ ਵਿਕਸਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਦੂਜੇ 'ਤੇ - ਸਹੀ ਕਰੋ ਜੋ ਤੁਸੀਂ ਪਹਿਲੇ ਵਿੱਚ ਕੀਤਾ, ਤੀਜੇ 'ਤੇ - ਸਹੀ ਕਰੋ ਜੋ ਪਹਿਲੇ ਅਤੇ ਦੂਜੇ ਵਿੱਚ ਕੀਤਾ ਗਿਆ ਸੀ।

ਕੇਕ ਵਰਗੀਆਂ ਕਹਾਣੀਆਂ ਤਿਆਰ ਕਰੋ - ਇੱਕ ਵਿਅੰਜਨ ਲਿਖ ਕੇ ਨਹੀਂ, ਪਰ ਇਹ ਪਤਾ ਲਗਾ ਕੇ ਕਿ ਕੇਕ ਕਿਸ ਮੌਕੇ ਲਈ ਹੈ, ਅਤੇ ਕਿੰਨੇ ਲੋਕਾਂ ਲਈ ਹੈ। ਜੇ ਅਸੀਂ ਵਿਕਰੀ ਨੂੰ ਤੋੜਦੇ ਹਾਂ, ਤਾਂ ਇਹ ਕੇਕ, ਕਰੀਮ, ਆਦਿ ਦੇ ਉਤਪਾਦਨ ਵਿੱਚ ਨਹੀਂ, ਪਰ ਛੋਟੇ ਤਿਆਰ ਕੀਤੇ ਕੇਕ ਦੇ ਉਤਪਾਦਨ ਵਿੱਚ ਹੋਵੇਗਾ।

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

ਸਾਧਨਾਂ ਦੀ ਕਮੀ ਹਮੇਸ਼ਾ ਰਹੇਗੀ।

20% ਕੋਸ਼ਿਸ਼ਾਂ ਠੋਸ ਨਤੀਜੇ ਦਿੰਦੀਆਂ ਹਨ, 60% ਸਮਝ ਤੋਂ ਬਾਹਰ ਨਤੀਜੇ ਦਿੰਦੀਆਂ ਹਨ, 20% ਕੋਸ਼ਿਸ਼ਾਂ ਨੁਕਸਾਨਦੇਹ ਹੁੰਦੀਆਂ ਹਨ - ਇਸ ਲਈ ਸਿੱਖਣ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਅਤੇ ਨਕਾਰਾਤਮਕ ਨਤੀਜੇ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਨਿਰਾਸ਼ਾ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।

ਉਪਭੋਗਤਾ ਨਾਲ ਸਿੱਧਾ ਸੰਚਾਰ ਕਰੋ, ਆਪਣੇ ਆਪ ਨੂੰ ਉਸਦੀ ਜੁੱਤੀ ਵਿੱਚ ਮਹਿਸੂਸ ਕਰੋ. ਕੁਝ ਸਮੱਸਿਆਵਾਂ 'ਤੇ ਧਿਆਨ ਦਿਓ।

ਮੁਲਾਂਕਣ ਲਈ ਕਹਾਣੀ ਦਾ ਵੇਰਵਾ ਅਤੇ ਵਿਕਾਸ ਕਰਨਾ ਸਕ੍ਰਮ ਦਾ ਸਭ ਤੋਂ ਦੁਖਦਾਈ ਹਿੱਸਾ ਹੈ, ਵਿਚਾਰ ਵਟਾਂਦਰੇ ਨੂੰ ਐਕੁਆਰੀਅਮ ਮੋਡ ਵਿੱਚ ਖੜ੍ਹਾ ਕਰੋ (3-4 ਲੋਕ ਬੋਰਡ 'ਤੇ ਚਰਚਾ ਕਰਦੇ ਹਨ, ਜੇ ਕੋਈ ਹਿੱਸਾ ਲੈਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਤਾਂ ਉਹ ਕਿਸੇ ਦੀ ਥਾਂ ਲੈਂਦਾ ਹੈ)।

ਸਰੋਤ: www.habr.com