ਸਮੱਗਰੀ 'ਤੇ ਜਾਓ
Siftable
PA
ਮੀਨੂ
ਮੌਜੂਦਾ · v4 · ਅਗਸਤ 2026 Siftable / ExecuFunction Inc. · ਜਨਤਕ ਸੰਚਾਲਨ ਸੰਵਿਧਾਨ

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

ਲੋਕਾਂ ਅਤੇ ਏਜੰਟਾਂ ਲਈ ਇੱਕ ਸੰਵਿਧਾਨ

ਅਸੀਂ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਾਂ

ਅਸੀਂ ਇਹ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਸੱਚ ਹੈ, ਉਸ ਸਮਝ ਤੋਂ ਨਿਰਮਾਣ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਜਦੋਂ ਸਬੂਤ ਬਦਲਦੇ ਹਨ ਤਾਂ ਆਪਣਾ ਮਨ ਬਦਲਦੇ ਹਾਂ।

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

ਸਾਫ਼-ਸਾਫ਼ ਦੇਖੋ।
ਤੈਅ ਕਰੋ ਕੀ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ।
ਕਾਰਵਾਈ ਕਰੋ।
ਪਰਤ ਦੁਆਰਾ ਪੜ੍ਹੋ

ਇਹ ਦਸਤਾਵੇਜ਼ ਕਿਵੇਂ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਸਥਾਈਤਾ ਦੇ ਕ੍ਰਮ ਵਿੱਚ, ਚਾਰ ਪਰਤਾਂ:

  1. ਸੰਵਿਧਾਨ — ਕੰਪਨੀ ਦੇ ਅਧਾਰ ਵਿੱਚ ਮੌਜੂਦ ਵਿਚਾਰ ਅਤੇ ਸੱਤ ਸਿਧਾਂਤ। ਲਗਭਗ ਅਟੱਲ। ਇਹ 500 ਲੋਕਾਂ ਦੀ ਗਿਣਤੀ 'ਤੇ ਵੀ ਸਾਰਥਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
  2. ਸਮਝੌਤੇ — ਇੱਥੇ ਤਕਨੀਕੀ ਸਟਾਫ਼ ਹੋਣ ਦਾ ਕੀ ਮਤਲਬ ਹੈ, ਅਤੇ ਉਹ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਜੋ ਇਨਸਾਨ ਅਤੇ ਏਜੰਟ ਆਪਸ ਵਿੱਚ ਸਾਂਝਾ ਕਰਦੇ ਹਨ। ਹੰਢਣਸਾਰ, ਪਰ ਦਰਜ ਕੀਤੇ ਤਰਕ ਨਾਲ ਸੋਧਣਯੋਗ।
  3. ਓਪਰੇਟਿੰਗ ਨੋਟਸ — ਸਿਧਾਂਤਾਂ ਦੀਆਂ ਵਧੇਰੇ ਸਟੀਕ ਵਿਆਖਿਆਵਾਂ। ਜਿਵੇਂ-ਜਿਵੇਂ ਅਸੀਂ ਸਿੱਖਦੇ ਹਾਂ, ਸੋਧਣਯੋਗ।
  4. ਸਿਧਾਂਤ ਅਤੇ ਕਾਰਜ ਪ੍ਰਣਾਲੀਆਂ — ਸਮਾਂ-ਸੀਮਤ, ਪੜਾਅ-ਨਿਰਭਰ, ਅਤੇ ਜਾਣਬੁੱਝ ਕੇ ਤਿਆਗਣਯੋਗ। ਜਦੋਂ ਇਹ ਮਦਦ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਣ ਤਾਂ ਇਹਨਾਂ ਨੂੰ ਹਟਾ ਦੇਣਾ ਸਿਸਟਮ ਦਾ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਨਾ ਹੈ, ਨਾਕਾਮ ਹੋਣਾ ਨਹੀਂ।

ਸਟੀਕਤਾ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਹੇਠਾਂ ਵੱਲ ਹੁੰਦੀ ਹੈ ਤਾਂ ਜੋ ਉਪਰਲਾ ਹਿੱਸਾ ਸਰਲ ਰਹਿ ਸਕੇ।


ਭਾਗ ਪਹਿਲਾ: ਸੰਵਿਧਾਨ

ਜੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਇਸ ਭਾਗ ਨੂੰ ਯਾਦ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਅਸੀਂ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਾਂ।

ਸਭ ਦੇ ਮੂਲ ਵਿੱਚ ਵਿਚਾਰ

ਅਸੀਂ ਇਹ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਸੱਚ ਹੈ, ਉਸ ਸਮਝ ਤੋਂ ਨਿਰਮਾਣ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਜਦੋਂ ਸਬੂਤ ਬਦਲਦੇ ਹਨ ਤਾਂ ਆਪਣਾ ਮਨ ਬਦਲਦੇ ਹਾਂ।

ਹਕੀਕਤ ਸਾਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਕੀ ਸੱਚ ਹੈ। ਸਾਡਾ ਮਿਸ਼ਨ ਸਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਕਰਨ ਯੋਗ ਹੈ।

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

ਸਮਝ ਸਿਰਫ਼ ਉਦੋਂ ਹੀ ਲਾਭਦਾਇਕ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਇਹ ਸਾਡੇ ਕੰਮਾਂ ਨੂੰ ਬਦਲਦੀ ਹੈ। ਸਾਫ਼-ਸਾਫ਼ ਦੇਖਣਾ ਕੰਮ ਦੀ ਸ਼ੁਰੂਆਤ ਹੈ, ਅੰਤ ਨਹੀਂ।

ਸਾਫ਼-ਸਾਫ਼ ਦੇਖੋ। ਤੈਅ ਕਰੋ ਕੀ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ। ਕਾਰਵਾਈ ਕਰੋ।

ਇਹ Siftable ਵਿਖੇ ਲੋਕਾਂ ਅਤੇ ਏਜੰਟਾਂ ਦੋਵਾਂ ਲਈ ਸੰਚਾਲਨ ਨਿਯਮ ਹਨ।

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

ਮਨੁੱਖ ਉਨ੍ਹਾਂ ਨਤੀਜਿਆਂ ਲਈ ਜਵਾਬਦੇਹ ਰਹਿੰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਸੌਂਪਦੇ ਹਨ।

ਹੇਠਾਂ ਦਿੱਤੀ ਹਰ ਚੀਜ਼ ਇਨ੍ਹਾਂ ਵਿਚਾਰਾਂ ਤੋਂ ਹੀ ਨਿਕਲਦੀ ਹੈ।

1. ਸੱਚ ਬੋਲੋ

ਇਸ ਬਾਰੇ ਸਪੱਸ਼ਟ ਰਹੋ ਕਿ ਅਸੀਂ ਕੀ ਜਾਣਦੇ ਹਾਂ, ਅਸੀਂ ਕੀ ਸੋਚਦੇ ਹਾਂ, ਅਤੇ ਸਾਨੂੰ ਅਜੇ ਕੀ ਪਤਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਉਤਪਾਦ, ਸਬੂਤ, ਸਾਡੀ ਤਰੱਕੀ, ਜਾਂ ਸਾਡੀ ਨਿਸ਼ਚਤਤਾ ਨੂੰ ਅਸਲ ਨਾਲੋਂ ਬਿਹਤਰ ਨਾ ਦਿਖਾਓ — ਇੱਕ ਦੂਜੇ ਨੂੰ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ, ਜਾਂ ਆਪਣੇ ਆਪ ਨੂੰ।

“ਇਹ ਸਾਡਾ ਸਭ ਤੋਂ ਵਧੀਆ ਅੰਦਾਜ਼ਾ ਹੈ” ਅਤੇ “ਅਸੀਂ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ” ਵੱਖ-ਵੱਖ ਬਿਆਨ ਹਨ।

ਇਸੇ ਤਰ੍ਹਾਂ “ਅਸੀਂ ਇਸ ਨਾਲ ਪ੍ਰਯੋਗ ਕਰ ਰਹੇ ਹਾਂ” ਅਤੇ “ਅਸੀਂ ਇਹ ਪ੍ਰਦਾਨ ਕਰਾਂਗੇ।”

ਅਸੀਂ ਧਿਆਨ ਨਾਲ ਵਾਅਦਾ ਕਰਦੇ ਹਾਂ ਅਤੇ ਕੀਤੇ ਵਾਅਦੇ ਨਿਭਾਉਂਦੇ ਹਾਂ।

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

2. ਸਮੱਸਿਆ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਇੱਕ ਵਿਅਕਤੀ ਦੀ ਹੈ

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

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

ਮਾਲਕ ਹਮੇਸ਼ਾ ਜਾਣਦਾ ਹੈ:

  • ਅਸੀਂ ਕੀ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਾਂ;
  • ਅਸੀਂ ਵਰਤਮਾਨ ਵਿੱਚ ਕੀ ਮੰਨਦੇ ਹਾਂ;
  • ਕੀ ਅਣਜਾਣ ਹੈ;
  • ਕੀ ਸਬੂਤ ਮੌਜੂਦ ਹਨ;
  • ਅਸਲ ਵਿੱਚ ਕੀ ਹੋਇਆ ਹੈ;
  • ਕੀ ਅਸਫ਼ਲ ਰਿਹਾ;
  • ਅਤੇ ਅੱਗੇ ਕੀ ਹੁੰਦਾ ਹੈ।

ਅਸੀਂ ਸਮੱਸਿਆਵਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਸੰਗਠਿਤ ਹੁੰਦੇ ਹਾਂ, ਸਿਸਟਮਾਂ ਦੇ ਨਹੀਂ

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

ਮਾਲਕੀ ਇੱਕ ਬਲੈਕ ਬਾਕਸ ਨਹੀਂ ਬਣਾਉਂਦੀ। ਇੱਕ ਜਾਇਜ਼ ਕਾਰਨ ਵਾਲੇ ਲੋਕ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਉਪਭੋਗਤਾਵਾਂ, ਸਬੂਤਾਂ, ਟਰੇਸ, ਸਿਸਟਮਾਂ, ਅਤੇ ਸ਼ਾਮਲ ਲੋਕਾਂ ਕੋਲ ਜਾ ਸਕਦੇ ਹਨ।

ਮਾਲਕ ਨਤੀਜੇ ਲਈ ਜਵਾਬਦੇਹ ਰਹਿੰਦਾ ਹੈ।

3. ਖੋਜ ਅਤੇ ਨਿਰਮਾਣ ਇਕੱਠੇ ਹੁੰਦੇ ਹਨ

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

ਖੋਜ ਅਨੁਸ਼ਾਸਿਤ ਤਰੀਕੇ ਨਾਲ ਅਨਿਸ਼ਚਿਤਤਾ ਨੂੰ ਘਟਾਉਣਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਆਪਣੇ ਲਈ ਸਿਧਾਂਤ ਬਣਾਉਣਾ ਨਹੀਂ ਹੈ।

ਇੰਜੀਨੀਅਰਿੰਗ ਲਾਭਦਾਇਕ ਚੀਜ਼ਾਂ ਨੂੰ ਹਕੀਕਤ ਵਿੱਚ ਬਦਲਣਾ ਹੈ। ਇਹ ਕਿਤੇ ਹੋਰ ਲਏ ਗਏ ਫੈਸਲਿਆਂ ਨੂੰ ਅੰਨ੍ਹੇਵਾਹ ਲਾਗੂ ਕਰਨਾ ਨਹੀਂ ਹੈ।

ਮਹੱਤਵਪੂਰਨ ਫੈਸਲੇ ਲੈਣ ਵਾਲੇ ਲੋਕ ਸਬੂਤ ਅਤੇ ਅਮਲ ਦੋਵਾਂ ਦੇ ਇੰਨੇ ਨੇੜੇ ਰਹਿੰਦੇ ਹਨ ਕਿ ਉਹ ਸਮਝ ਸਕਣ ਕਿ ਉਹਨਾਂ ਦੇ ਫੈਸਲੇ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦੇ ਹਨ।

ਏਜੰਟਾਂ ਨੂੰ ਵੀ ਇਸੇ ਚੱਕਰ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ: ਜਾਂਚ ਕਰੋ, ਨਿਰਮਾਣ ਕਰੋ, ਟੈਸਟ ਕਰੋ, ਨਤੀਜੇ ਦੀ ਜਾਂਚ ਕਰੋ, ਅਤੇ ਅਪਡੇਟ ਕਰੋ — ਉਹਨਾਂ ਨੂੰ ਦਿੱਤੇ ਗਏ ਅਧਿਕਾਰ ਅਤੇ ਰੁਕਾਵਟਾਂ ਦੇ ਅੰਦਰ।

4. ਹਕੀਕਤ ਦੇ ਨੇੜੇ ਰਹੋ

ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਉਪਭੋਗਤਾਵਾਂ ਨਾਲ ਗੱਲ ਕਰੋ।

ਦੇਖੋ ਕਿ ਉਹ ਅਸਲ ਵਿੱਚ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ।

ਟਰੇਸ ਪੜ੍ਹੋ।

ਅਸਫ਼ਲਤਾਵਾਂ ਦੀ ਖੁਦ ਜਾਂਚ ਕਰੋ।

ਇਸ ਗੱਲ ਵੱਲ ਧਿਆਨ ਦਿਓ ਕਿ ਲੋਕ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦੇ ਹਨ, ਨਾ ਕਿ ਅਸੀਂ ਕੀ ਸੋਚਦੇ ਹਾਂ ਕਿ ਉਹਨਾਂ ਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

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

ਇੱਕ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਸ਼ਾਨਦਾਰ ਸਿਸਟਮ ਜੋ ਅਸਲ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਨਹੀਂ ਕਰਦਾ, ਇੱਕ ਸਫ਼ਲਤਾ ਨਹੀਂ ਹੈ।

5. ਆਪਣਾ ਮਨ ਬਦਲਣਾ ਤਰੱਕੀ ਹੈ

ਗਲਤ ਹੋਣਾ ਅਸਫ਼ਲਤਾ ਨਹੀਂ ਹੈ। ਸੁਧਾਰ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਨਾ ਹੈ।

ਇੱਕ ਚੰਗਾ ਪ੍ਰਯੋਗ ਜੋ ਇੱਕ ਵਿਚਾਰ ਨੂੰ ਗਲਤ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਮਹੀਨਿਆਂ ਦੀ ਬਰਬਾਦ ਮਿਹਨਤ ਬਚਾ ਸਕਦਾ ਹੈ।

ਬੇਲੋੜੇ ਕੋਡ ਨੂੰ ਮਿਟਾਉਣਾ ਨਵਾਂ ਕੋਡ ਜੋੜਨ ਨਾਲੋਂ ਵੱਧ ਕੀਮਤੀ ਹੋ ਸਕਦਾ ਹੈ।

ਇੱਕ ਸਿਸਟਮ ਨੂੰ ਸਰਲ ਬਣਾਉਣਾ ਇਸਦਾ ਵਿਸਤਾਰ ਕਰਨ ਨਾਲੋਂ ਔਖਾ ਅਤੇ ਵੱਧ ਕੀਮਤੀ ਹੋ ਸਕਦਾ ਹੈ।

ਜਿਸ ਕੰਮ ਦਾ ਹੁਣ ਕੋਈ ਮਤਲਬ ਨਹੀਂ, ਉਸਨੂੰ ਰੋਕਣਾ ਇੱਕ ਜਾਇਜ਼ ਨਤੀਜਾ ਹੈ।

ਸਿੱਖਣ ਦਾ ਮਹੱਤਵ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਅਨਿਸ਼ਚਿਤਤਾ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਅਤੇ ਜੋ ਅਸੀਂ ਕਰਦੇ ਹਾਂ ਉਸਨੂੰ ਬਦਲਦਾ ਹੈ

ਅਸੀਂ ਮਹੱਤਵਪੂਰਨ ਦਿਖਣ ਲਈ ਗੁੰਝਲਤਾ ਪੈਦਾ ਨਹੀਂ ਕਰਦੇ।

ਅਸੀਂ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਸਿਰਫ਼ ਇਸ ਲਈ ਜ਼ਿੰਦਾ ਨਹੀਂ ਰੱਖਦੇ ਕਿ ਉਹਨਾਂ 'ਤੇ ਪਹਿਲਾਂ ਹੀ ਕਿੰਨਾ ਖਰਚ ਹੋ ਚੁੱਕਾ ਹੈ।

ਮਨੁੱਖਾਂ ਅਤੇ ਏਜੰਟਾਂ ਦੋਵਾਂ ਤੋਂ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਉਹ ਸਬੂਤ ਬਦਲਣ 'ਤੇ ਆਪਣੇ ਕਾਰਜਕਾਰੀ ਮਾਡਲਾਂ ਨੂੰ ਸੋਧਣਗੇ।

6. ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਆਪਣੀ ਕੀਮਤ ਸਾਬਤ ਕਰਨੀ ਪੈਂਦੀ ਹੈ

ਪ੍ਰਕਿਰਿਆ ਇਸ ਲਈ ਮੌਜੂਦ ਹੈ ਕਿਉਂਕਿ ਤਜਰਬੇ ਨੇ ਸਾਨੂੰ ਸਿਖਾਇਆ ਹੈ ਕਿ ਕੁਝ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਜਦੋਂ ਅਸੀਂ ਇੱਕੋ ਸਬਕ ਨੂੰ ਵਾਰ-ਵਾਰ ਸਿੱਖਦੇ ਹਾਂ, ਅਸੀਂ ਇਸਨੂੰ ਕੋਡਬੱਧ ਕਰਦੇ ਹਾਂ। ਜਦੋਂ ਵੀ ਸੰਭਵ ਹੋਵੇ, ਅਸੀਂ ਵਧੇਰੇ ਰਸਮਾਂ ਦੀ ਬਜਾਏ ਟੂਲ, ਟੈਸਟ, ਆਟੋਮੇਸ਼ਨ, ਅਤੇ ਸਪੱਸ਼ਟ ਸਿਸਟਮ ਪਾਬੰਦੀਆਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਾਂ।

ਪ੍ਰਕਿਰਿਆਵਾਂ ਪਵਿੱਤਰ ਨਹੀਂ ਹਨ।

ਜਦੋਂ ਉਹ ਅਸਫ਼ਲ ਹੋਣ ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਸੁਧਾਰੋ।

ਜਦੋਂ ਉਹ ਮਦਦ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਣ ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਮਿਟਾ ਦਿਓ।

ਅਤੇ ਕਿਸੇ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਵੈਚਾਲਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਸਾਬਤ ਕਰੋ ਕਿ ਉਹ ਪ੍ਰਕਿਰਿਆ ਮੌਜੂਦ ਰਹਿਣ ਦੇ ਯੋਗ ਹੈ।

ਪ੍ਰਕਿਰਿਆ ਦਾ ਉਦੇਸ਼ ਚੰਗੇ ਕੰਮ ਨੂੰ ਸੌਖਾ ਬਣਾਉਣਾ ਅਤੇ ਵਾਰ-ਵਾਰ ਹੋਣ ਵਾਲੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਔਖਾ ਬਣਾਉਣਾ ਹੈ — ਨਾ ਕਿ ਸੰਗਠਨ ਨੂੰ ਪਰਿਪੱਕ ਦਿਖਾਉਣਾ।

7. ਇੱਜ਼ਤ ਫੈਸਲੇ ਤੋਂ ਮਿਲਦੀ ਹੈ, ਅਹੁਦੇ ਤੋਂ ਨਹੀਂ

ਉਸ ਵਿਅਕਤੀ ਦੀ ਗੱਲ ਸੁਣੋ ਜੋ ਸਮੱਸਿਆ ਨੂੰ ਸਭ ਤੋਂ ਵਧੀਆ ਸਮਝਦਾ ਹੈ।

ਚੰਗੇ ਵਿਚਾਰ ਕਿਤੋਂ ਵੀ ਆ ਸਕਦੇ ਹਨ। ਯੋਗਤਾ, ਕਾਰਜਕਾਲ, ਅਹੁਦਾ, ਸੰਗਠਨਾਤਮਕ ਸਥਿਤੀ, ਜਾਂ ਇਹ ਕਿ ਕੀ ਉਪਯੋਗੀ ਨਿਰੀਖਣ ਕਿਸੇ ਮਨੁੱਖ ਜਾਂ ਏਜੰਟ ਤੋਂ ਆਇਆ ਹੈ, ਕਿਸੇ ਦਲੀਲ ਨੂੰ ਸਹੀ ਨਹੀਂ ਬਣਾਉਂਦਾ।

ਜੋ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ ਉਹ ਹੈ ਤਰਕ ਅਤੇ ਸਬੂਤ ਦੀ ਗੁਣਵੱਤਾ।

ਮਹੱਤਵਪੂਰਨ ਫੈਸਲਿਆਂ ਤੋਂ ਪਹਿਲਾਂ ਖੁੱਲ੍ਹ ਕੇ ਬਹਿਸ ਕਰੋ। ਇਹ ਸਪੱਸ਼ਟ ਕਰੋ ਕਿ ਫੈਸਲਾ ਕੌਣ ਕਰਦਾ ਹੈ।

ਇੱਕ ਵਾਰ ਫੈਸਲਾ ਹੋ ਜਾਣ 'ਤੇ, ਇਸਦਾ ਸਮਰਥਨ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਕਰੋ।

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

ਫੈਸਲੇ ਲੈਣ ਦਾ ਅਧਿਕਾਰ ਸੌਂਪਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਵਿਸ਼ਵਾਸ ਕੀਤੇ ਜਾਣ ਦਾ ਅਧਿਕਾਰ ਕਮਾਉਣਾ ਪੈਂਦਾ ਹੈ।

ਚਾਰ ਕਾਰਜਕਾਰੀ ਸਿਧਾਂਤ

ਇਹ ਵਾਧੂ ਸਿਧਾਂਤ ਨਹੀਂ ਹਨ। ਇਹ ਉਹਨਾਂ ਸੰਸਥਾਵਾਂ ਤੋਂ ਸਿੱਖੇ ਗਏ ਉਪਯੋਗੀ ਯਾਦ-ਦਹਾਨੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨੇ ਸਾਡੇ ਤੋਂ ਪਹਿਲਾਂ ਔਖੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਹੱਲ ਕੀਤਾ ਹੈ।

ਕੋਈ ਰਸਤਾ ਲੱਭੋ।
ਏਜੰਸੀ ਨੂੰ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਜੇ ਇੱਕ ਰਸਤਾ ਬੰਦ ਹੈ, ਤਾਂ ਦੂਜਾ ਲੱਭੋ। ਇਹ ਦੱਸਣ ਨੂੰ ਕਿ ਕੋਈ ਚੀਜ਼ ਔਖੀ ਕਿਉਂ ਹੈ, ਉਸਨੂੰ ਹੱਲ ਕਰਨ ਨਾਲ ਨਾ ਉਲਝਾਓ।

ਉਹ ਸਧਾਰਨ ਕੰਮ ਕਰੋ ਜੋ ਕੰਮ ਕਰਦਾ ਹੈ।
ਹੱਲਾਂ ਦਾ ਨਿਰਣਾ ਉਹਨਾਂ ਦੇ ਨਤੀਜਿਆਂ ਤੋਂ ਕਰੋ, ਨਾ ਕਿ ਉਹ ਕਿੰਨੇ ਗੁੰਝਲਦਾਰ ਲੱਗਦੇ ਹਨ। ਗੁੰਝਲਤਾ ਨੂੰ ਆਪਣੀ ਹੋਂਦ ਨੂੰ ਸਾਬਤ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।

ਅਨੁਕੂਲ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਮਿਟਾਓ।
ਲੋੜ 'ਤੇ ਸਵਾਲ ਉਠਾਓ। ਜੋ ਬੇਲੋੜਾ ਹੈ ਉਸਨੂੰ ਹਟਾਓ। ਜੋ ਬਚਿਆ ਹੈ ਉਸਨੂੰ ਸਰਲ ਬਣਾਓ। ਫਿਰ ਇਸਨੂੰ ਤੇਜ਼ ਬਣਾਓ ਅਤੇ ਇਸਨੂੰ ਸਵੈਚਾਲਤ ਕਰੋ।

ਸਮੱਸਿਆ ਦੇ ਅੰਦਰ ਜਾਓ।
ਸਿਰਫ਼ ਦੂਰੋਂ ਲੋੜਾਂ ਇਕੱਠੀਆਂ ਨਾ ਕਰੋ। ਸਮੱਸਿਆ ਦਾ ਸਾਹਮਣਾ ਕਰ ਰਹੇ ਲੋਕਾਂ ਦੇ ਨਾਲ ਕੰਮ ਕਰੋ। ਅਸਲ ਵਰਕਫਲੋ ਦੇਖੋ ਅਤੇ ਨਤੀਜੇ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਲਓ।

ਸਾਦੀ ਭਾਸ਼ਾ ਦਾ ਨਿਯਮ

ਜੇਕਰ ਕੋਈ ਮਹੱਤਵਪੂਰਨ ਵਿਚਾਰ ਜਾਂ ਨਿਯਮ ਸਾਦੀ ਭਾਸ਼ਾ ਵਿੱਚ ਨਹੀਂ ਸਮਝਾਇਆ ਜਾ ਸਕਦਾ, ਤਾਂ ਸ਼ਾਇਦ ਅਸੀਂ ਇਸਨੂੰ ਅਜੇ ਤੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਸਮਝੇ।

ਜਟਿਲਤਾ ਹੇਠਾਂ ਰਹਿ ਸਕਦੀ ਹੈ।

ਸਾਂਝੀ ਸਮਝ ਸੰਚਾਰ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਸਰਲ ਰਹਿਣੀ ਚਾਹੀਦੀ ਹੈ।


ਭਾਗ ਦੂਜਾ: ਸਮਝੌਤੇ

MTS ਸਮਝੌਤਾ

ਇੱਕ ਮੈਂਬਰ ਆਫ਼ ਟੈਕਨੀਕਲ ਸਟਾਫ਼ (MTS) ਇੱਕ ਜਾਂਚਕਰਤਾ ਅਤੇ ਇੱਕ ਨਿਰਮਾਤਾ ਦੋਵੇਂ ਹੈ।

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

ਪਰ ਹਰ MTS ਨੂੰ ਇਹ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:

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

ਨਿਰਮਾਤਾ ਦਾ ਮਤਲਬ “ਉਹ ਵਿਅਕਤੀ ਨਹੀਂ ਜੋ ਹੱਥੀਂ ਸਭ ਤੋਂ ਵੱਧ ਕੋਡ ਲਿਖਦਾ ਹੈ।”

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

ਕੋਈ ਅਜਿਹਾ ਵਿਅਕਤੀ ਜੋ ਸਿਰਫ ਪ੍ਰਸਤਾਵ ਤਿਆਰ ਕਰ ਸਕਦਾ ਹੈ ਪਰ ਕੁਝ ਵੀ ਅਸਲੀ ਨਹੀਂ ਬਣਾ ਸਕਦਾ, ਉਹ ਇੱਥੇ ਅਸਾਧਾਰਨ ਹੋਵੇਗਾ।

ਅਜਿਹਾ ਵਿਅਕਤੀ ਵੀ ਅਸਾਧਾਰਨ ਹੋਵੇਗਾ ਜੋ ਤੇਜ਼ੀ ਨਾਲ ਲਾਗੂਕਰਨ ਕਰ ਸਕਦਾ ਹੈ ਬਿਨਾਂ ਇਹ ਸੋਚੇ ਕਿ ਕੀ ਉਹ ਸਹੀ, ਲਾਭਦਾਇਕ, ਜਾਂ ਬਣਾਉਣ ਯੋਗ ਹਨ।

ਗੈਰ-ਤਕਨੀਕੀ ਭੂਮਿਕਾਵਾਂ ਤੋਂ PRs ਨੂੰ ਮਰਜ ਕਰਨ ਦੀ ਉਮੀਦ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ। ਉਨ੍ਹਾਂ ਤੋਂ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਉਹ ਆਪਣੇ ਕੰਮ ਵਿੱਚ ਸਬੂਤ, ਮਾਲਕੀ, ਅਤੇ ਹਕੀਕਤ ਨਾਲ ਸੰਪਰਕ ਦੇ ਉਹੀ ਮਿਆਰਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨਗੇ।

ਜਿੱਥੇ ਵੀ ਵਿਵਹਾਰਕ ਹੋਵੇ, ਅਸੀਂ ਕਾਲਪਨਿਕ ਚੀਜ਼ਾਂ ਦੇ ਵਰਣਨ ਦੀ ਬਜਾਏ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਾਂ।

ਮਨੁੱਖਾਂ ਅਤੇ ਏਜੰਟਾਂ ਲਈ ਇੱਕ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ

ਮਨੁੱਖਾਂ ਅਤੇ ਏਜੰਟਾਂ ਲਈ ਸੱਚਾਈ ਦੇ ਵੱਖਰੇ ਨਿਯਮ ਨਹੀਂ ਹਨ।

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

ਦੋਵੇਂ ਇੱਕੋ ਜਿਹੇ ਬੁਨਿਆਦੀ ਵਿਚਾਰਾਂ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ:

ਦਾਅਵਾ · ਸਬੂਤ · ਅਨੁਮਾਨ · ਅਨਿਸ਼ਚਿਤਤਾ · ਵਚਨਬੱਧਤਾ · ਵਿਰੋਧਾਭਾਸ · ਸੋਧ

ਦੋਵੇਂ ਇਸ ਗੱਲ ਨੂੰ ਸਾਂਭਦੇ ਹਨ ਕਿ ਮਹੱਤਵਪੂਰਨ ਜਾਣਕਾਰੀ ਕਿੱਥੋਂ ਆਈ।

ਦੋਵੇਂ ਗਲਤ ਹੋ ਸਕਦੇ ਹਨ।

ਦੋਵਾਂ ਤੋਂ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਦੋਵੇਂ ਵਿਰੋਧਾਭਾਸਾਂ ਨੂੰ ਚੁੱਪ-ਚਾਪ ਸੁਲਝਾਉਣ ਦੀ ਬਜਾਏ ਸਾਹਮਣੇ ਲਿਆਉਂਦੇ ਹਨ।

ਦੋਵੇਂ ਫਰਕ ਕਰਦੇ ਹਨ:

“ਮੈਨੂੰ ਲੱਗਦਾ ਹੈ” ਅਤੇ “ਮੈਂ ਜਾਂਚ ਕੀਤੀ ਹੈ” ਵਿੱਚ।

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

ਟੀਚਾ ਇਹ ਦਿਖਾਵਾ ਕਰਨਾ ਨਹੀਂ ਹੈ ਕਿ ਮਨੁੱਖ ਅਤੇ ਏਜੰਟ ਇੱਕ ਦੂਜੇ ਦੀ ਥਾਂ ਲੈ ਸਕਦੇ ਹਨ।

ਟੀਚਾ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਹੈ ਕਿ ਕਿਸੇ ਲਈ ਵੀ ਹਕੀਕਤ ਦਾ ਵੱਖਰਾ ਮਿਆਰ ਨਾ ਹੋਵੇ।

ਮਹੱਤਵਪੂਰਨ ਕੰਮ ਪੜ੍ਹਨਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

ਮਹੱਤਵਪੂਰਨ ਕੰਮ ਇੰਨਾ ਟਿਕਾਊ, ਵਿਸ਼ੇਸ਼ ਗੁਣਾਂ ਵਾਲਾ ਸਬੂਤ ਛੱਡਦਾ ਹੈ ਕਿ ਕੋਈ ਹੋਰ ਅਧਿਕਾਰਤ ਵਿਅਕਤੀ ਜਾਂ ਏਜੰਟ ਸਮਝ ਸਕੇ:

  • ਕੀ ਹੋਇਆ;
  • ਇਹ ਕਿਉਂ ਹੋਇਆ;
  • ਕੀ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ;
  • ਕਿਸ ਸਬੂਤ ਨੇ ਇਸਦਾ ਸਮਰਥਨ ਕੀਤਾ;
  • ਅਤੇ ਨਤੀਜਾ ਕੀ ਨਿਕਲਿਆ।

ਨਿਯਮ ਹੈ:

ਕੋਈ ਵੀ ਮਹੱਤਵਪੂਰਨ ਚੀਜ਼ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਕਬਾਇਲੀ ਗਿਆਨ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।

ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਸਭ ਕੁਝ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਵੇ।

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

ਪੜ੍ਹਨਯੋਗਤਾ ਕੰਮ ਦੀ ਸੇਵਾ ਕਰਦੀ ਹੈ। ਇਹ ਨਿਰਣੇ, ਗੋਪਨੀਯਤਾ, ਸੁਰੱਖਿਆ, ਜਾਂ ਵਿਸ਼ਵਾਸ ਨੂੰ ਓਵਰਰਾਈਡ ਨਹੀਂ ਕਰਦੀ।

ਵਾਰ-ਵਾਰ ਹੋਣ ਵਾਲੇ ਕੰਮ ਨੂੰ ਸਿੱਖਣਾ ਚਾਹੀਦਾ ਹੈ

ਜਿੱਥੇ ਵਿਵਹਾਰਕ ਹੋਵੇ, ਵਾਰ-ਵਾਰ ਹੋਣ ਵਾਲਾ ਕੰਮ ਇੱਕ ਬੰਦ ਚੱਕਰ ਬਣ ਜਾਂਦਾ ਹੈ:

ਦੇਖੋ → ਸਮਝੋ → ਫੈਸਲਾ ਕਰੋ → ਕਾਰਵਾਈ ਕਰੋ → ਮਾਪੋ → ਸਿੱਖੋ → ਅੱਪਡੇਟ ਕਰੋ

ਗਾਹਕਾਂ ਦੀ ਫ਼ੀਡਬੈਕ ਨਾਲ ਅਗਲੇ ਉਤਪਾਦ ਦੇ ਫੈਸਲੇ ਵਿੱਚ ਸੁਧਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਘਟਨਾਵਾਂ ਨਾਲ ਅਗਲੇ ਸਿਸਟਮ ਵਿੱਚ ਸੁਧਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਵਿਕਰੀ ਦੀ ਗੱਲਬਾਤ ਨਾਲ ਅਗਲੀ ਵਿਕਰੀ ਦੀ ਗੱਲਬਾਤ ਵਿੱਚ ਸੁਧਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਏਜੰਟ ਦੀਆਂ ਅਸਫਲਤਾਵਾਂ ਨਾਲ ਅਗਲੇ ਏਜੰਟ ਦੇ ਚੱਲਣ ਵਿੱਚ ਸੁਧਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਮਨੁੱਖੀ ਗਲਤੀਆਂ ਨਾਲ ਅਗਲੇ ਮਨੁੱਖੀ ਫੈਸਲੇ ਵਿੱਚ ਸੁਧਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਜੋ ਅਸੀਂ ਸਿੱਖਦੇ ਹਾਂ, ਉਹ ਗਾਇਬ ਹੋਣ ਦੀ ਬਜਾਏ ਵਧਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸੰਚਾਲਨ ਫਾਰਮੂਲਾ

ਗਤੀ ਵਿੱਚ ਪੂਰਾ ਸਿਸਟਮ ਹੈ:

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

ਕੰਪਨੀ Siftable ਦੇ ਫਲਸਫੇ ਦਾ ਇੱਕ ਡੌਗਫੂਡ ਉਦਾਹਰਣ ਹੈ।

ਜੋ ਅਨੁਸ਼ਾਸਨ ਅਸੀਂ ਉਤਪਾਦ ਤੋਂ ਚਾਹੁੰਦੇ ਹਾਂ, ਉਹੀ ਇਸਨੂੰ ਬਣਾਉਣ ਵਾਲੇ ਲੋਕਾਂ ਅਤੇ ਏਜੰਟਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।


ਭਾਗ ਤੀਜਾ: ਸੰਚਾਲਨ ਨੋਟਸ

ਇਹ ਸੰਵਿਧਾਨ ਨਾਲੋਂ ਵਧੇਰੇ ਸਟੀਕ ਹਨ ਅਤੇ ਬਦਲਣ ਲਈ ਵਧੇਰੇ ਤਿਆਰ ਹਨ।

ਸੱਚਾਈ ਬਾਰੇ

ਹਰ ਫੈਸਲੇ ਲਈ ਇੱਕੋ ਜਿੰਨੀ ਸਖਤੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ।

ਸਬੂਤ ਦਾ ਪੱਧਰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਨਾਲ ਵਧਦਾ ਹੈ:

ਅਨਿਸ਼ਚਿਤਤਾ × ਨਤੀਜਾ × ਨਾ-ਬਦਲਣਯੋਗਤਾ

ਇੱਕ ਛੋਟਾ, ਬਦਲਣਯੋਗ ਫੈਸਲਾ? ਸੂਝ-ਬੂਝ ਵਰਤੋ ਅਤੇ ਭੇਜੋ।

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

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

ਅਸੀਂ ਦੋਵਾਂ ਸਿਰਿਆਂ ਨੂੰ ਰੱਦ ਕਰਦੇ ਹਾਂ:

ਵਿਵਹਾਰਕਤਾ ਦੇ ਭੇਸ ਵਿੱਚ ਅਰਾਮਦਾਇਕ ਅਸਪਸ਼ਟਤਾ

ਅਤੇ

ਸਖਤੀ ਦੇ ਭੇਸ ਵਿੱਚ ਅਕਾਦਮਿਕ ਰਸਮ।

ਦੋ ਸਵਾਲ ਮਾਇਨੇ ਰੱਖਦੇ ਹਨ

ਅਨਿਸ਼ਚਿਤ ਉਤਪਾਦ ਕੰਮ ਲਈ, ਸਾਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਦੋ ਵੱਖ-ਵੱਖ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

ਕੀ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ?

ਅਤੇ

ਕੀ ਇਹ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ?

ਪਹਿਲਾ ਵਿਗਿਆਨਕ ਜਾਂ ਤਕਨੀਕੀ ਸੱਚ ਹੈ।

ਦੂਜਾ ਉਤਪਾਦ ਦਾ ਸੱਚ ਹੈ।

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

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

ਮਾਲਕੀ ਬਾਰੇ

ਹਰ ਮਹੱਤਵਪੂਰਨ ਸਮੱਸਿਆ ਦਾ ਠੀਕ ਇੱਕ ਜਵਾਬਦੇਹ ਮਨੁੱਖੀ ਮਾਲਕ ਹੁੰਦਾ ਹੈ।

ਮਾਲਕ ਸਮੱਸਿਆ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ ਅਤੇ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ:

  1. ਅਸੀਂ ਕੀ ਹਾਸਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਾਂ, ਅਤੇ ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ?
  2. ਅਸੀਂ ਵਰਤਮਾਨ ਵਿੱਚ ਕੀ ਮੰਨਦੇ ਹਾਂ?
  3. ਕੀ ਅਣਜਾਣ ਰਹਿੰਦਾ ਹੈ?
  4. ਸਾਡੇ ਕੋਲ ਕੀ ਸਬੂਤ ਹਨ?
  5. ਅਸਲ ਵਿੱਚ ਕੀ ਭੇਜਿਆ ਗਿਆ ਹੈ?
  6. ਕੀ ਅਸਫਲ ਰਿਹਾ?
  7. ਕਿਸ ਗੱਲ ਨੇ ਸਾਡਾ ਮਨ ਬਦਲਿਆ?
  8. ਅੱਗੇ ਕੀ ਹੁੰਦਾ ਹੈ?

ਮਾਲਕੀ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਹੈ।

ਯੋਗਦਾਨ ਅਸੀਮਤ ਹੈ।

ਏਜੰਟ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਸੌਂਪੇ ਗਏ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਕੰਮਾਂ ਜਾਂ ਉਪ-ਸਮੱਸਿਆਵਾਂ ਦੀ ਕਾਰਜਸ਼ੀਲ ਸਥਿਤੀ ਨੂੰ ਬਣਾਈ ਰੱਖ ਸਕਦੇ ਹਨ।

ਪਰ ਕੰਮ ਸੌਂਪਣਾ ਮਨੁੱਖੀ ਜਵਾਬਦੇਹੀ ਨੂੰ ਖਤਮ ਨਹੀਂ ਕਰਦਾ।

ਜਾਣਕਾਰੀ ਮਾਲਕ ਰਾਹੀਂ ਨਹੀਂ ਰੋਕੀ ਜਾਂਦੀ। ਜਵਾਬਦੇਹੀ ਉਨ੍ਹਾਂ 'ਤੇ ਬਣੀ ਰਹਿੰਦੀ ਹੈ।

ਅਥਾਰਟੀ ਅਤੇ ਸੰਸਥਾਪਕ ਬਾਰੇ

ਇੱਥੇ ਦੋ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੀ ਅਥਾਰਟੀ ਹੈ।

ਗਿਆਨ-ਅਧਾਰਿਤ ਅਥਾਰਟੀ: ਸਾਨੂੰ ਕੀ ਸੱਚ ਹੈ, ਇਸ ਬਾਰੇ ਕਿਸੇ ਦਾਅਵੇ ਜਾਂ ਨਿਰਣੇ ਨੂੰ ਕਿੰਨਾ ਭਾਰ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ?

ਫੈਸਲਾ ਲੈਣ ਦੀ ਅਥਾਰਟੀ: ਫੈਸਲਾ ਲੈਣ ਲਈ ਕੌਣ ਜ਼ਿੰਮੇਵਾਰ ਹੈ?

ਇਹ ਦੋਵੇਂ ਇੱਕੋ ਜਿਹੇ ਨਹੀਂ ਹਨ।

ਮੁਹਾਰਤ, ਸਬੂਤ ਅਤੇ ਇੱਕ ਮਜ਼ਬੂਤ ​​ਟਰੈਕ ਰਿਕਾਰਡ ਗਿਆਨ-ਅਧਾਰਿਤ ਅਥਾਰਟੀ ਕਮਾਉਂਦੇ ਹਨ।

ਇਹ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਭਾਵੇਂ ਲਾਭਦਾਇਕ ਸਬੂਤ ਜਾਂ ਤਰਕ ਕਿਸੇ ਮਨੁੱਖ ਜਾਂ ਏਜੰਟ ਤੋਂ ਆਉਂਦਾ ਹੈ।

ਫੈਸਲਾ ਲੈਣ ਦੀ ਅਥਾਰਟੀ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸੌਂਪੀ ਜਾਂਦੀ ਹੈ।

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

ਸੰਸਥਾਪਕ ਦੀ ਭੂਮਿਕਾ

ਮਾਲਕੀ ਵੰਡੀ ਹੋਈ ਹੈ। ਕੰਪਨੀ-ਪੱਧਰ ਦਾ ਸੰਦਰਭ ਨਹੀਂ।

ਸੰਸਥਾਪਕ ਕੰਮ ਨੂੰ ਸਮਝਣ ਲਈ ਸੰਗਠਨਾਤਮਕ ਹੱਦਾਂ ਪਾਰ ਕਰ ਸਕਦਾ ਹੈ: ਰੀਟ੍ਰੀਵਲ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਵਾਲੇ ਇੰਜੀਨੀਅਰ ਨਾਲ ਸਿੱਧੀ ਗੱਲ ਕਰਨਾ, ਏਜੰਟ ਦੇ ਟਰੇਸ ਦੀ ਜਾਂਚ ਕਰਨਾ, ਗਾਹਕ ਨਾਲ ਬੈਠਣਾ, ਕੋਡ ਦੀ ਜਾਂਚ ਕਰਨਾ, ਜਾਂ ਕਿਸੇ ਧਾਰਨਾ ਨੂੰ ਚੁਣੌਤੀ ਦੇਣਾ।

ਅਜਿਹਾ ਕਰਨ ਨਾਲ ਮਾਲਕੀ ਆਪਣੇ ਆਪ ਤਬਦੀਲ ਨਹੀਂ ਹੋ ਜਾਂਦੀ।

ਸੰਸਥਾਪਕ ਕੋਲ ਪੂਰੀ ਕੰਪਨੀ ਨੂੰ ਸਮਝਣ ਲਈ ਅਸਾਧਾਰਨ ਤੌਰ 'ਤੇ ਵਿਸ਼ਾਲ ਫੈਸਲੇ ਲੈਣ ਦਾ ਅਧਿਕਾਰ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀ ਹੁੰਦੀ ਹੈ।

ਸੰਸਥਾਪਕ ਕੋਲ ਸਹੀ ਹੋਣ ਦਾ ਸਵੈਚਾਲਤ ਅਧਿਕਾਰ ਨਹੀਂ ਹੁੰਦਾ।

ਸੰਸਥਾਪਕ ਦੀ ਸਹਿਜ-ਬਿਰਤੀ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਪਰਿਕਲਪਨਾ ਵਜੋਂ ਦਾਖਲ ਹੁੰਦੀ ਹੈ, ਸਬੂਤ ਵਜੋਂ ਨਹੀਂ।

ਤਾਲਮੇਲ ਬਾਰੇ

ਕੋਈ ਵੀ ਭੂਮਿਕਾ ਮੁੱਖ ਤੌਰ 'ਤੇ ਸੰਗਠਨ ਵਿੱਚ ਜਾਣਕਾਰੀ ਨੂੰ ਉੱਪਰ ਜਾਂ ਹੇਠਾਂ ਪਹੁੰਚਾਉਣ ਲਈ ਮੌਜੂਦ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।

ਅਸੀਂ ਇਹ ਨਹੀਂ ਚਾਹੁੰਦੇ:

ਇੰਜੀਨੀਅਰ → ਮੈਨੇਜਰ ਦਾ ਸਾਰ → ਡਾਇਰੈਕਟਰ ਦਾ ਸਾਰ → ਕਾਰਜਕਾਰੀ ਸਾਰ

ਜਦੋਂ ਅਸਲ ਕੰਮ ਦੀ ਸਿੱਧੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਨਾ ਹੀ ਇਨਸਾਨਾਂ ਨੂੰ ਆਪਣਾ ਸਮਾਂ ਉਸ ਜਾਣਕਾਰੀ ਨੂੰ ਹੱਥੀਂ ਭੇਜਣ ਵਿੱਚ ਬਰਬਾਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਨੂੰ ਇੱਕ ਅਧਿਕਾਰਤ ਸਿਸਟਮ ਜਾਂ ਏਜੰਟ ਸਿੱਧਾ ਸਮਝਣਯੋਗ ਬਣਾ ਸਕਦਾ ਹੈ।

ਮਹੱਤਵਪੂਰਨ ਸਥਿਤੀ ਨੂੰ ਸਿਸਟਮਾਂ ਅਤੇ ਆਰਟੀਫੈਕਟਸ ਵਿੱਚ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਤੋਂ ਸਹੀ ਲੋਕ ਅਤੇ ਏਜੰਟ ਖੁਦ ਪੁੱਛਗਿੱਛ ਕਰ ਸਕਦੇ ਹਨ।

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

“ਅਗਲੇ ਮੈਨੇਜਰ ਲਈ ਸਥਿਤੀ ਨੂੰ ਸਮਝਣਯੋਗ ਬਣਾਉਣਾ” ਕਿਸੇ ਨੌਕਰੀ ਦੇ ਹੋਣ ਦਾ ਕਾਫ਼ੀ ਕਾਰਨ ਨਹੀਂ ਹੈ।

ਨੌਕਰਸ਼ਾਹੀ ਤੋਂ ਪਹਿਲਾਂ ਸਮਰੱਥਾ ਖਰੀਦੋ

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

ਇੱਕ ਮਹਿੰਗਾ ਇਨਫਰੈਂਸ ਬਿੱਲ ਜੋ ਕਈ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਦੀਆਂ ਨਿਯੁਕਤੀਆਂ ਨੂੰ ਰੋਕਦਾ ਹੈ, ਸਸਤਾ ਹੋ ਸਕਦਾ ਹੈ।

ਬੇਕਾਰ ਕੰਮ ਪੈਦਾ ਕਰਨ ਵਾਲਾ ਇੱਕ ਵੱਡਾ ਇਨਫਰੈਂਸ ਬਿੱਲ ਅਜੇ ਵੀ ਬਰਬਾਦੀ ਹੈ।

ਟੋਕਨ ਦੀ ਖਪਤ ਉਤਪਾਦਕਤਾ ਦਾ ਮਾਪਦੰਡ ਨਹੀਂ ਹੈ।

ਗਿਆਨ ਅਤੇ ਮਸ਼ੀਨਰੀ ਬਾਰੇ

ਗਿਆਨ ਨੂੰ ਸਾਂਭੋ। ਮਸ਼ੀਨਰੀ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਓ।

ਜਿਨ੍ਹਾਂ ਚੀਜ਼ਾਂ ਨੂੰ ਅਸੀਂ ਟਿਕਾਊ ਮੰਨਦੇ ਹਾਂ, ਉਨ੍ਹਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

  • ਸਬੂਤ ਅਤੇ ਮੂਲ;
  • ਮਹੱਤਵਪੂਰਨ ਫੈਸਲੇ ਅਤੇ ਉਹ ਕਿਉਂ ਲਏ ਗਏ;
  • ਗਾਹਕ ਦੀ ਸਮਝ;
  • ਪਾਬੰਦੀਆਂ;
  • ਡੋਮੇਨ ਮਾਡਲ;
  • ਟੈਸਟ ਅਤੇ ਮੁਲਾਂਕਣ;
  • ਨਿਰਧਾਰਨ;
  • ਸਿੱਖੇ ਗਏ ਹੁਨਰ।

ਜਿਨ੍ਹਾਂ ਚੀਜ਼ਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਅਸੀਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਤਿਆਰ ਹਾਂ, ਉਨ੍ਹਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

  • ਡੈਸ਼ਬੋਰਡ;
  • ਗਲੂ ਕੋਡ;
  • ਇੱਕ-ਵਾਰੀ ਅੰਦਰੂਨੀ ਟੂਲ;
  • ਅਸਥਾਈ ਇੰਟਰਫੇਸ;
  • ਆਰਕੈਸਟਰੇਸ਼ਨ;
  • ਲਾਗੂ ਕਰਨ ਦੇ ਵੇਰਵੇ।

ਇਹ ਸਭ ਤੋਂ ਵੱਧ ਅੰਦਰੂਨੀ ਸਾਫਟਵੇਅਰ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।

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

ਸਿੱਖਣ ਅਤੇ ਸਰਲੀਕਰਨ ਬਾਰੇ

ਇੱਕ ਨਕਾਰਾਤਮਕ ਨਤੀਜਾ ਉਸ ਅਨਿਸ਼ਚਿਤਤਾ ਦੇ ਅਨੁਪਾਤ ਵਿੱਚ ਕੀਮਤੀ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਇਹ ਖਤਮ ਕਰਦਾ ਹੈ

ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਮਿਟਾਉਣਾ ਉਸ ਜਟਿਲਤਾ ਦੇ ਅਨੁਪਾਤ ਵਿੱਚ ਕੀਮਤੀ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਇਹ ਮੁੱਲ ਨੂੰ ਨਸ਼ਟ ਕੀਤੇ ਬਿਨਾਂ ਹਟਾਉਂਦਾ ਹੈ

ਪੂਰਾ ਚੱਕਰ ਹੈ:

ਸਿੱਖੋ → ਵਿਸ਼ਵਾਸ ਬਦਲੋ → ਕਾਰਵਾਈ ਬਦਲੋ → ਸੁਧਾਰ ਕਰੋ

“ਅਸੀਂ 47 ਪ੍ਰਯੋਗ ਕੀਤੇ” ਕੋਈ ਪ੍ਰਾਪਤੀ ਨਹੀਂ ਹੈ ਜੇਕਰ ਕੁਝ ਵੀ ਲਾਭਦਾਇਕ ਨਾ ਬਦਲਿਆ ਹੋਵੇ।

ਨਾ ਹੀ “ਅਸੀਂ 10,000 ਲਾਈਨਾਂ ਮਿਟਾ ਦਿੱਤੀਆਂ” ਹੈ।

ਅਸੀਂ ਲਾਂਚ ਥੀਏਟਰ ਨੂੰ ਸਿੱਖਣ ਵਾਲੇ ਥੀਏਟਰ ਨਾਲ ਨਹੀਂ ਬਦਲਦੇ।

ਪ੍ਰਕਿਰਿਆ ਬਾਰੇ

ਪ੍ਰਕਿਰਿਆ ਸੰਕਲਿਤ ਸੰਸਥਾਗਤ ਸਿਖਲਾਈ ਹੈ।

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

ਤਰਜੀਹ ਦਿਓ, ਕ੍ਰਮ ਵਿੱਚ:

  1. ਬੇਲੋੜੀ ਲੋੜ ਨੂੰ ਹਟਾਓ;
  2. ਬੇਲੋੜੇ ਕੰਮ ਨੂੰ ਮਿਟਾਓ;
  3. ਜੋ ਬਚਿਆ ਹੈ ਉਸਨੂੰ ਸਰਲ ਬਣਾਓ;
  4. ਇਸਨੂੰ ਤੇਜ਼ ਬਣਾਓ;
  5. ਇਸਨੂੰ ਸਵੈਚਾਲਤ ਕਰੋ।

ਸਵੈਚਾਲਨ ਸਭ ਤੋਂ ਅੰਤ ਵਿੱਚ ਆਉਂਦਾ ਹੈ।

ਜਦੋਂ ਕੋਈ ਪ੍ਰਕਿਰਿਆ ਜ਼ਰੂਰੀ ਹੋਵੇ, ਤਾਂ ਚੰਗੇ ਟੂਲਜ਼ ਅਤੇ ਸਿਸਟਮਾਂ ਰਾਹੀਂ ਲਾਗੂ ਕਰਨ ਨੂੰ ਉਸ ਲਿਖਤ ਨਾਲੋਂ ਤਰਜੀਹ ਦਿਓ ਜਿਸਨੂੰ ਲੋਕਾਂ ਨੂੰ ਹੱਥੀਂ ਯਾਦ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ।

ਹਰ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਇਸਦਾ ਜਵਾਬ ਦੇਣ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:

ਇਹ ਕਿਉਂ ਮੌਜੂਦ ਹੈ?

ਜੇ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ, ਤਾਂ ਇਹ ਮਿਟਾਉਣ ਲਈ ਇੱਕ ਉਮੀਦਵਾਰ ਹੈ।

ਘਟਨਾਵਾਂ ਤੋਂ ਬਿਹਤਰ ਸਮਝ ਅਤੇ ਬਿਹਤਰ ਤੰਤਰ ਪੈਦਾ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਨਾ ਕਿ ਇੱਕ ਸਵੈਚਾਲਤ ਨਵਾਂ ਚੈੱਕਬਾਕਸ।


ਭਾਗ ਚੌਥਾ: ਸਿਧਾਂਤ ਅਤੇ ਤੰਤਰ

ਸ਼ੁਰੂਆਤੀ-ਪੜਾਅ ਦਾ ਸਿਧਾਂਤ — 2026

ਇਹ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਸਾਨੂੰ ਵਿਸ਼ਵਾਸ ਹੈ ਕਿ ਇੱਕ ਸ਼ੁਰੂਆਤੀ Siftable ਨੂੰ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਸੰਵਿਧਾਨਕ ਨਹੀਂ ਹੈ ਅਤੇ ਕੰਪਨੀ ਬਦਲਣ 'ਤੇ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ।

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

ਮੌਜੂਦਾ ਕਾਰਜ-ਪ੍ਰਣਾਲੀਆਂ — 2026

ਇਹ ਸੰਦ ਹਨ, ਹੁਕਮ ਨਹੀਂ। ਜਦੋਂ ਕੋਈ ਬਿਹਤਰ ਚੀਜ਼ ਮੌਜੂਦ ਹੋਵੇ ਤਾਂ ਇਹਨਾਂ ਨੂੰ ਬਦਲੋ ਜਾਂ ਮਿਟਾਓ।

ਅਜਨਬੀ-ਸੰਪਰਕ ਗੇਟ
ਮੁੱਖ ਉਤਪਾਦ ਦਾ ਕੰਮ ਉਹਨਾਂ ਉਪਭੋਗਤਾਵਾਂ ਨਾਲ ਸੰਪਰਕ ਤੋਂ ਬਿਨਾਂ ਅਣਮਿੱਥੇ ਸਮੇਂ ਲਈ ਜਾਰੀ ਨਹੀਂ ਰਹਿੰਦਾ ਜੋ ਅਸੀਂ ਨਹੀਂ ਹਾਂ।

ਪ੍ਰੋਡਕਸ਼ਨ ਟਰੇਸ ਸਮੀਖਿਆ
ਇੱਕ ਸਿਸਟਮ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਲੋਕ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਅਸਲ ਟਰੇਸ ਅਤੇ ਅਸਲ ਅਸਫ਼ਲਤਾਵਾਂ — ਮਨੁੱਖੀ ਅਤੇ ਏਜੰਟ — ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਨ, ਨਾ ਕਿ ਸਿਰਫ਼ ਸਾਰਾਂਸ਼ਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ।

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

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

ਪ੍ਰਯੋਗ ਟੈਂਪਲੇਟ
ਕਾਫ਼ੀ ਨਤੀਜੇਜਨਕ ਅਨਿਸ਼ਚਿਤਤਾ ਲਈ:

  • ਦਾਅਵਾ;
  • ਮੁਕਾਬਲੇ ਵਾਲੀ ਵਿਆਖਿਆ;
  • ਮਾਪ;
  • ਕੀ ਸਾਡਾ ਮਨ ਬਦਲ ਦੇਵੇਗਾ;
  • ਨਤੀਜਾ;
  • ਵਿਆਖਿਆ;
  • ਫੈਸਲਾ।

ਇਸਨੂੰ ਦਾਅ ਦੇ ਅਨੁਪਾਤ ਵਿੱਚ ਵਰਤੋ।

ਸਿੱਧੇ ਉਪਭੋਗਤਾ ਸੈਸ਼ਨ
ਸੰਸਥਾਪਕ ਅਤੇ ਤਕਨੀਕੀ ਸਟਾਫ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਉਪਭੋਗਤਾਵਾਂ ਨਾਲ ਸਿੱਧਾ ਸਮਾਂ ਬਿਤਾਉਂਦੇ ਹਨ।


ਸੋਧ

ਵੱਖ-ਵੱਖ ਪਰਤਾਂ ਵੱਖ-ਵੱਖ ਗਤੀ ਨਾਲ ਬਦਲਦੀਆਂ ਹਨ।

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

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

ਓਪਰੇਟਿੰਗ ਨੋਟਸ ਸਾਡੀ ਸਮਝ ਵਿੱਚ ਸੁਧਾਰ ਹੋਣ ਨਾਲ ਬਦਲਦੇ ਹਨ।

ਸਿਧਾਂਤ ਅਤੇ ਕਾਰਜ-ਪ੍ਰਣਾਲੀਆਂ ਪੁਰਾਣੀਆਂ ਅਤੇ ਨਿਪਟਾਰਾਯੋਗ ਹਨ।

ਨਵੇਂ ਸੰਵਿਧਾਨਕ ਸਿਧਾਂਤ ਵਜੋਂ ਪ੍ਰਸਤਾਵਿਤ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਲਈ ਇੱਕ ਉਪਯੋਗੀ ਪ੍ਰੀਖਿਆ:

  1. ਕੀ ਇਸਨੂੰ ਹਰ ਚੀਜ਼ ਦੇ ਹੇਠਾਂ ਮੌਜੂਦ ਵਿਚਾਰ ਤੋਂ ਲਿਆ ਜਾ ਸਕਦਾ ਹੈ?
  2. ਕੀ ਅਸੀਂ ਕਿਸੇ ਆਕਰਸ਼ਕ ਚੀਜ਼ ਦਾ ਨਾਮ ਦੇ ਸਕਦੇ ਹਾਂ ਜਿਸਨੂੰ ਇਹ ਸਾਨੂੰ ਇਨਕਾਰ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰੇਗਾ?

ਜੇ ਨਹੀਂ, ਤਾਂ ਇਹ ਸ਼ਾਇਦ ਸਜਾਵਟ ਹੈ।

ਇਸਨੂੰ ਹੇਠਲੀ ਪਰਤ ਵਿੱਚ ਪਾਓ — ਜਾਂ ਇਸਨੂੰ ਬਾਹਰ ਛੱਡ ਦਿਓ।


ਕਿਹੜੀ ਚੀਜ਼ ਇਸਨੂੰ ਅਸਲੀ ਬਣਾਉਂਦੀ ਹੈ

ਇਹ ਦਸਤਾਵੇਜ਼ ਸੱਭਿਆਚਾਰ ਨਹੀਂ ਹੈ।

ਸੱਭਿਆਚਾਰ ਉਹ ਹੈ ਜਿਸਨੂੰ ਅਸੀਂ ਇਨਾਮ ਦਿੰਦੇ ਹਾਂ।

ਜਿਸਨੂੰ ਅਸੀਂ ਇਨਕਾਰ ਕਰਦੇ ਹਾਂ।

ਜਿਸਨੂੰ ਅਸੀਂ ਨੌਕਰੀ 'ਤੇ ਰੱਖਦੇ ਹਾਂ।

ਜਿਸਨੂੰ ਅਸੀਂ ਬਰਦਾਸ਼ਤ ਕਰਦੇ ਹਾਂ।

ਲੋਕ ਅਧਿਕਾਰ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਦੇ ਹਨ।

ਮਨੁੱਖ ਏਜੰਟਾਂ ਨੂੰ ਕੰਮ ਕਿਵੇਂ ਸੌਂਪਦੇ ਹਨ।

ਜਦੋਂ ਕੋਈ ਨਹੀਂ ਦੇਖ ਰਿਹਾ ਹੁੰਦਾ ਤਾਂ ਏਜੰਟ ਕਿਵੇਂ ਵਿਵਹਾਰ ਕਰਦੇ ਹਨ।

ਜਦੋਂ ਕੁਝ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਤਾਂ ਅਸੀਂ ਕਿਵੇਂ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰਦੇ ਹਾਂ।

ਜਦੋਂ ਸਬੂਤ ਅਸੁਵਿਧਾਜਨਕ ਹੋਵੇ ਤਾਂ ਅਸੀਂ ਕੀ ਕਰਦੇ ਹਾਂ।

ਸੰਵਿਧਾਨ ਆਖਰਕਾਰ ਉਸ ਚੀਜ਼ ਦੁਆਰਾ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਅਸੀਂ ਉਦੋਂ ਕਰਦੇ ਹਾਂ ਜਦੋਂ ਇਹ ਦੁਖਦਾਈ ਹੁੰਦਾ ਹੈ।

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

ਸੋਧ ਦਾ ਇਤਿਹਾਸ

v4 · ਅਗਸਤ 2026। ਮੌਜੂਦਾ ਜਨਤਕ ਸੰਸਕਰਣ। ਭਵਿੱਖ ਦੀਆਂ ਤਬਦੀਲੀਆਂ ਦਰਜ ਕਰਨਗੀਆਂ ਕਿ ਅਸੀਂ ਕੀ ਸਿੱਖਿਆ ਅਤੇ ਪਿਛਲੀ ਸ਼ਬਦਾਵਲੀ ਹੁਣ ਕੰਮ ਦੀ ਸੇਵਾ ਕਿਉਂ ਨਹੀਂ ਕਰਦੀ।