ਆਈਟੀ ਵਿੱਚ ਗਿਆਨ ਪ੍ਰਬੰਧਨ: ਪਹਿਲੀ ਕਾਨਫਰੰਸ ਅਤੇ ਵੱਡੀ ਤਸਵੀਰ

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

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

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

ਵੈਸੇ, ਗਿਆਨ ਪ੍ਰਬੰਧਨ 'ਤੇ ਦੋ ਹੋਰ ਕਾਨਫਰੰਸਾਂ 10 ਅਪ੍ਰੈਲ ਅਤੇ 17-19 ਨੂੰ ਆਯੋਜਿਤ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ: ਕੋਰਮ CEDUCA и II ਯੂਥ ਕਾਨਫਰੰਸ KMconf'19, ਜਿਸ 'ਤੇ ਮੈਨੂੰ ਇੱਕ ਮਾਹਰ ਵਜੋਂ ਕੰਮ ਕਰਨ ਦਾ ਮੌਕਾ ਮਿਲਿਆ। ਇਹਨਾਂ ਕਾਨਫਰੰਸਾਂ ਵਿੱਚ ਇੱਕ IT ਪੱਖਪਾਤ ਨਹੀਂ ਸੀ, ਪਰ ਮੇਰੇ ਕੋਲ ਤੁਲਨਾ ਕਰਨ ਲਈ ਕੁਝ ਹੈ. ਮੇਰੀ ਪਹਿਲੀ ਪੋਸਟ ਵਿੱਚ ਮੈਂ ਉਹਨਾਂ ਵਿਚਾਰਾਂ ਬਾਰੇ ਗੱਲ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਜੋ ਇਹਨਾਂ ਕਾਨਫਰੰਸਾਂ ਵਿੱਚ ਭਾਗ ਲੈਣ ਨੇ ਮੈਨੂੰ ਪ੍ਰੇਰਿਤ ਕੀਤਾ, ਇੱਕ ਗਿਆਨ ਪ੍ਰਬੰਧਨ ਮਾਹਰ। ਇਸ ਨੂੰ ਭਵਿੱਖ ਦੇ ਬੁਲਾਰਿਆਂ ਲਈ ਸਲਾਹ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਨਾਲ ਹੀ ਕੰਮ ਦੀ ਲਾਈਨ ਦੁਆਰਾ ਗਿਆਨ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਸ਼ਾਮਲ ਲੋਕਾਂ ਲਈ।

ਸਾਡੇ ਕੋਲ 83 ਰਿਪੋਰਟਾਂ, 24 ਸਲਾਟ ਅਤੇ ਫੈਸਲੇ ਲੈਣ ਲਈ 12 ਦਿਨ ਸਨ

83, ਕਾਰਲ. ਇਹ ਕੋਈ ਮਜ਼ਾਕ ਨਹੀਂ. ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ ਇਹ ਪਹਿਲੀ ਕਾਨਫਰੰਸ ਹੈ, ਅਤੇ ਕੁਝ ਲੋਕ ਆਈਟੀ ਵਿੱਚ ਕੇਂਦਰੀ ਗਿਆਨ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ, ਇਸ ਵਿਸ਼ੇ ਵਿੱਚ ਬਹੁਤ ਦਿਲਚਸਪੀ ਸੀ। ਸਥਿਤੀ ਇਸ ਤੱਥ ਤੋਂ ਕੁਝ ਗੁੰਝਲਦਾਰ ਸੀ ਕਿ ਅਰਜ਼ੀਆਂ ਜਮ੍ਹਾਂ ਕਰਾਉਣ ਦੀ ਅੰਤਮ ਤਾਰੀਖ ਤੱਕ, 13 ਵਿੱਚੋਂ 24 ਸਲਾਟ ਪਹਿਲਾਂ ਹੀ ਕਬਜ਼ੇ ਵਿੱਚ ਸਨ ਅਤੇ ਬੁਲਾਰਿਆਂ ਦਾ ਸ਼ਾਇਦ ਇਹ ਵਿਸ਼ਵਾਸ ਸੀ ਕਿ ਸਮਾਂ ਸੀਮਾ ਦੇ ਨਾਲ, ਸਾਰਾ ਮਜ਼ਾ ਹੀ ਸ਼ੁਰੂ ਹੋ ਗਿਆ ਹੈ, ਇਸ ਲਈ ਪਿਛਲੇ ਕੁਝ ਦਿਨਾਂ ਵਿੱਚ ਉਹ ਲਗਭਗ ਅੱਧੀਆਂ ਅਰਜ਼ੀਆਂ ਸਾਡੇ ਕੋਲ ਡੋਲ੍ਹ ਦਿੱਤੀਆਂ। ਬੇਸ਼ੱਕ, ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਅੰਤਿਮ ਰੂਪ ਦੇਣ ਤੋਂ 12 ਦਿਨ ਪਹਿਲਾਂ, ਹਰ ਸੰਭਾਵੀ ਸਪੀਕਰ ਨਾਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਨਾ ਬੇਯਕੀਨੀ ਸੀ, ਇਸ ਲਈ, ਸੰਭਾਵਨਾ ਹੈ ਕਿ ਕੁਝ ਦਿਲਚਸਪ ਰਿਪੋਰਟਾਂ ਬੇਰੋਕ-ਟੋਕ ਐਬਸਟਰੈਕਟ ਦੇ ਕਾਰਨ ਛੱਡ ਦਿੱਤੀਆਂ ਗਈਆਂ ਸਨ. ਅਤੇ ਫਿਰ ਵੀ, ਮੇਰਾ ਮੰਨਣਾ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਵੇਰਵਿਆਂ ਅਤੇ ਅਭਿਆਸਾਂ ਦੇ ਨਾਲ ਮਜ਼ਬੂਤ, ਡੂੰਘੀ ਅਤੇ, ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਲਾਗੂ ਕੀਤੀਆਂ ਰਿਪੋਰਟਾਂ ਸ਼ਾਮਲ ਹਨ।

ਅਤੇ ਫਿਰ ਵੀ ਮੈਂ ਸਾਰੀਆਂ ਜਮ੍ਹਾਂ ਕੀਤੀਆਂ ਅਰਜ਼ੀਆਂ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਤੋਂ ਕੁਝ ਸਿੱਟੇ ਕੱਢਣਾ ਚਾਹਾਂਗਾ। ਸ਼ਾਇਦ ਉਹ ਕੁਝ ਪਾਠਕਾਂ ਲਈ ਲਾਭਦਾਇਕ ਹੋਣਗੇ ਅਤੇ ਗਿਆਨ ਪ੍ਰਬੰਧਨ ਦੀ ਨਵੀਂ ਸਮਝ ਪ੍ਰਦਾਨ ਕਰਨਗੇ। ਹਰ ਚੀਜ਼ ਜੋ ਮੈਂ ਅੱਗੇ ਲਿਖਾਂਗਾ ਉਹ ਸ਼ੁੱਧ IMHO ਹੈ, ਕੈਸਪਰਸਕੀ ਲੈਬ ਵਿੱਚ ਇੱਕ ਗਿਆਨ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਬਣਾਉਣ ਅਤੇ ਕੰਪਿਊਟਰ ਵਿਗਿਆਨ ਦੇ ਖੇਤਰ ਵਿੱਚ ਪੇਸ਼ੇਵਰਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਵਿੱਚ ਛੇ ਸਾਲਾਂ ਦੇ ਤਜ਼ਰਬੇ ਦੇ ਅਧਾਰ ਤੇ।

ਗਿਆਨ ਕੀ ਹੈ?

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

ਮੈਨੂੰ ਇਹ ਕਹਿਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸਵਾਲ ਮਹੱਤਵਪੂਰਨ ਹੈ. ਜਿਵੇਂ ਕਿ PC KnowledgeConf 2019 'ਤੇ ਕੰਮ ਕਰਨ ਦੇ ਤਜ਼ਰਬੇ ਨੇ ਦਿਖਾਇਆ ਹੈ, IT ਖੇਤਰ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਵਿਸ਼ਵਾਸ ਕਰਦੇ ਹਨ ਕਿ ਗਿਆਨ = ਦਸਤਾਵੇਜ਼। ਇਸ ਲਈ, ਅਸੀਂ ਅਕਸਰ ਇਹ ਸਵਾਲ ਸੁਣਦੇ ਹਾਂ: “ਅਸੀਂ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਕੋਡ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਂਦੇ ਹਾਂ। ਸਾਨੂੰ ਇੱਕ ਹੋਰ ਗਿਆਨ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ? ਕੀ ਦਸਤਾਵੇਜ਼ ਕਾਫ਼ੀ ਨਹੀਂ ਹਨ?"

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

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

ਸਿਖਲਾਈ ਬਨਾਮ. ਗਿਆਨ ਪ੍ਰਬੰਧਨ

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

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

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

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

ਜਾਂ ਦੂਜੇ ਪਾਸੇ ਤੋਂ ਲੈ ਲਈਏ। ਇਸ ਬਾਰੇ ਵੀ ਰਿਪੋਰਟਾਂ ਸਨ ਕਿ ਕੰਪਨੀ ਨੇ ਇੱਕ ਗਿਆਨ ਅਧਾਰ ਕਿਵੇਂ ਬਣਾਇਆ. ਬਿੰਦੀ. ਸੰਪੂਰਨ ਵਿਚਾਰ.

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

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

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

ਮਾਰਕੀਟਿੰਗ ਬਨਾਮ. ਅਭਿਆਸ

ਪਲ ਵੀ ਦਿਲਚਸਪ ਹੈ। ਅਕਸਰ, ਜੇਕਰ ਗਿਆਨ ਪ੍ਰਬੰਧਨ ਇੱਕ ਮਨੋਨੀਤ ਕਰਮਚਾਰੀ (HR, L&D) ਦੁਆਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਉਸਦਾ ਵੱਡਾ ਕੰਮ ਕੰਪਨੀ ਦੇ ਕਰਮਚਾਰੀਆਂ ਨੂੰ KM ਵਿਚਾਰ ਵੇਚਣਾ ਅਤੇ ਮੁੱਲ ਪੈਦਾ ਕਰਨਾ ਹੁੰਦਾ ਹੈ। ਹਰ ਕਿਸੇ ਨੇ ਇੱਕ ਵਿਚਾਰ ਵੇਚਣਾ ਹੈ. ਪਰ ਜੇ ਗਿਆਨ ਪ੍ਰਬੰਧਨ ਅਜਿਹੇ ਵਿਅਕਤੀ ਦੁਆਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜੋ ਇਸ ਸਾਧਨ ਨਾਲ ਆਪਣੇ ਨਿੱਜੀ ਦਰਦ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਬੰਧਨ ਕਾਰਜ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਲਾਗੂ ਪਹਿਲੂਆਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਦਾ ਹੈ। ਅਤੇ ਇੱਕ ਸਟਾਫ ਡਿਵੈਲਪਮੈਂਟ ਕਰਮਚਾਰੀ ਅਕਸਰ ਇੱਕ ਖਾਸ ਪੇਸ਼ੇਵਰ ਵਿਗਾੜ ਦਾ ਅਨੁਭਵ ਕਰਦਾ ਹੈ: ਉਹ ਦੇਖਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਵੇਂ ਵੇਚਣਾ ਹੈ, ਪਰ ਅਸਲ ਵਿੱਚ ਇਹ ਨਹੀਂ ਸਮਝਦਾ ਕਿ ਇਹ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕਿਉਂ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਅਤੇ ਕਾਨਫਰੰਸ ਵਿੱਚ ਇੱਕ ਰਿਪੋਰਟ ਪੇਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਕਿ ਸਿਸਟਮ ਦੁਆਰਾ ਕਿਹੜੀਆਂ ਚੀਜ਼ਾਂ ਲਿਆਉਂਦਾ ਹੈ, ਇਸ ਬਾਰੇ ਅੱਧੇ ਘੰਟੇ ਦਾ ਸ਼ੁੱਧ ਮਾਰਕੀਟਿੰਗ ਭਾਸ਼ਣ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਇਸ ਬਾਰੇ ਇੱਕ ਸ਼ਬਦ ਨਹੀਂ ਹੈ। ਪਰ ਇਹ ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਅਤੇ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਹੈ! ਇਹ ਕਿਵੇਂ ਵਿਵਸਥਿਤ ਹੈ? ਅਜਿਹਾ ਕਿਉਂ ਹੈ? ਉਸਨੇ ਕਿਹੜੇ ਅਵਤਾਰਾਂ ਦਾ ਅਨੁਭਵ ਕੀਤਾ, ਅਤੇ ਪਿਛਲੀਆਂ ਸਥਾਪਨਾਵਾਂ ਵਿੱਚ ਉਸਦੇ ਅਨੁਕੂਲ ਕੀ ਨਹੀਂ ਸੀ?

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

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

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

ਨੰਬਰ

ਅਤੇ ਅੰਤ ਵਿੱਚ, ਸੰਖਿਆਵਾਂ ਬਾਰੇ. ਮੈਂ ਇੱਕ ਕਾਨਫਰੰਸ ਵਿੱਚ ਇੱਕ ਸਪੀਕਰ ਦੇ ਮੀਮੋ ਵਿੱਚ ਪੜ੍ਹਿਆ (ਨੌਲੇਜ ਕਨਫ ਨਹੀਂ!) ਕਿ ਦਰਸ਼ਕ ਵਿਸ਼ੇਸ਼ ਜਾਣਕਾਰੀ - ਨੰਬਰਾਂ ਨੂੰ ਪਸੰਦ ਕਰਦੇ ਹਨ। ਲੇਕਿਨ ਕਿਉਂ? ਉਸ ਕਾਨਫਰੰਸ ਤੋਂ ਪਹਿਲਾਂ, ਮੈਂ ਲੰਬੇ ਸਮੇਂ ਲਈ ਸੋਚਿਆ ਕਿ ਮੇਰੇ ਨੰਬਰ ਸਰੋਤਿਆਂ ਲਈ ਕਿਵੇਂ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦੇ ਹਨ? ਇਹ ਮੇਰੇ ਸਹਿਕਰਮੀਆਂ ਦੀ ਕਿਵੇਂ ਮਦਦ ਕਰੇਗਾ ਕਿ ਮੈਂ ਗਿਆਨ ਪ੍ਰਬੰਧਨ ਦੁਆਰਾ ਕਰਮਚਾਰੀ ਉਤਪਾਦਕਤਾ ਦੇ ਕੁਝ ਸੂਚਕਾਂ ਨੂੰ N% ਦੁਆਰਾ ਸੁਧਾਰਿਆ ਹੈ? ਮੇਰੇ ਸਰੋਤੇ ਕੱਲ੍ਹ ਨੂੰ ਕੀ ਕਰਨਗੇ ਜੇਕਰ ਉਹ ਮੇਰੇ ਨੰਬਰ ਜਾਣਦੇ ਹਨ? ਮੈਂ ਸਿਰਫ ਇੱਕ ਦਲੀਲ ਲੈ ਕੇ ਆਇਆ ਹਾਂ: "ਮੈਨੂੰ ਤੁਹਾਡੇ ਅਭਿਆਸਾਂ ਵਿੱਚੋਂ ਇੱਕ ਪਸੰਦ ਆਇਆ, ਮੈਂ ਇਸਨੂੰ ਖੁਦ ਲਾਗੂ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ, ਪਰ ਮੈਨੂੰ ਇਹ ਵਿਚਾਰ ਮੈਨੇਜਰ ਨੂੰ ਵੇਚਣ ਦੀ ਲੋੜ ਹੈ। ਕੱਲ੍ਹ ਮੈਂ ਉਸਨੂੰ ਦੱਸਾਂਗਾ ਕਿ ਕੰਪਨੀ X ਵਿੱਚ ਇਸਨੇ ਸੂਚਕਾਂ ਵਿੱਚ ਇੰਨਾ ਵਾਧਾ ਕੀਤਾ ਕਿ ਉਸਨੇ ਇਹ ਵਿਚਾਰ "ਖਰੀਦਾ" ਹੈ।. ਪਰ ਮੇਰੇ ਸਾਰੇ ਪ੍ਰਦਰਸ਼ਨ ਸੂਚਕ ਕਿਸੇ ਹੋਰ ਕਾਰੋਬਾਰ 'ਤੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦੇ ਹਨ। ਸ਼ਾਇਦ ਤੁਸੀਂ ਰਿਪੋਰਟਾਂ ਵਿਚਲੇ ਅੰਕੜਿਆਂ ਦੇ ਹੱਕ ਵਿਚ ਕੁਝ ਹੋਰ ਦਲੀਲਾਂ ਪੇਸ਼ ਕਰ ਸਕਦੇ ਹੋ? ਪਰ ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਨੰਬਰਾਂ 'ਤੇ 10-ਮਿੰਟ ਦੀ ਰਿਪੋਰਟ ਦੇ 30 ਮਿੰਟ ਖਰਚ ਕਰਨਾ ਜਦੋਂ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਵਿਹਾਰਕ ਉਦਾਹਰਣਾਂ 'ਤੇ ਖਰਚ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਦਰਸ਼ਕਾਂ ਦੇ ਨਾਲ ਇੱਕ ਛੋਟੀ ਵਰਕਸ਼ਾਪ, IMHO, ਇੱਕ ਚੰਗਾ ਵਿਚਾਰ ਨਹੀਂ ਹੈ.

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

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

ਸਰੋਤ: www.habr.com