Kailan ang noong huling nag-iskedyul ka ng isang pagpupulong at inimbitahan ang walong tao sa halip na ang tatlong tao na talagang kailangan na naroon nang simple dahil hindi mo nais na may makaramdam na napag-iiwanan?
Kailan ka huling nagpadala ng isang e-mail sa buong kumpanya na nagsabi ng tulad ng, 'Hoy, mga umiinom ng kape ng pansin: Kung natapos mo ang palayok, gumawa ng isa pa!' kahit na may isang tao lamang talaga na lumalabag sa patakarang ito (at siya ang iyong co-founder)?
Kailan ang huling pagkakataon na napunta ka sa isang mahabang talakayan tungkol sa color palette para sa bagong brochure kasama ang isang programmer, na walang kinalaman sa brochure ngunit siguradong alam na hindi niya gusto ang orange?
Ito ang mga sintomas ng isang karaniwang sakit: sobrang komunikasyon .
Ngayon, alam nating lahat na ang komunikasyon ay napakahalaga, at maraming mga problema sa organisasyon ang sanhi ng isang pagkabigo na makipag-usap. Sinusubukan ng karamihan sa mga tao na malutas ang problemang ito sa pamamagitan ng pagdaragdag ng dami ng komunikasyon: cc'ing lahat sa isang e-mail, pagkakaroon ng mahabang pagpupulong at pag-anyaya sa buong kawani, at paghingi ng dalawang sentimo ng bawat isa bago magpatupad ng desisyon.
Ngunit ang mga gastos sa komunikasyon ay nagdaragdag nang mas mabilis kaysa sa iniisip mo, lalo na sa mas malalaking mga koponan. Ang dating gumagana sa tatlong tao sa isang garahe lahat ng pakikipag-usap sa isa't isa tungkol sa lahat ay hindi gagana kapag ang bilang ng iyong ulo ay umabot sa 10 o 20 katao. Ang lahat na hindi kailangang mapasama sa pagpupulong na iyon ay pumatay sa pagiging produktibo. Ang lahat na hindi kailangang basahin ang e-mail ay nagagambala nito. Sa ilang mga punto, ang sobrang pakikipag-usap ay hindi mabisa.
Ito ay isang partikular na mapanirang problema para sa mabilis na lumalagong mga pagsisimula. Kapag talagang maliit ka at nagsisimula ka lang, wala kang ganoong maraming tao, kaya't ang pagpapanatiling lahat sa loop sa lahat ay hindi talaga tumatagal ng ganoong karaming oras. Ngunit sa iyong paglaki, ang bilang ng mga tao na maaaring potensyal na makisangkot sa anumang partikular na pagtaas ng talakayan, at ang dami ng mga bagay na ginagawa mo bilang isang kumpanya ay tumataas, at ang dami ng oras na maaari mong sayangin ang sobrang pakikipag-usap ay nagiging isang seryosong problema.
Habang lumalawak ang mga kumpanya, nagsisimulang magpadalubhasa ang mga tao sa loob ng mga ito. Sa isang puntong iyon, ang ilang mga tagapamahala ay magtatapos na mayroon silang isang 'panatilihin ang bawat isa sa parehong pahina' na problema. Ngunit madalas kung ano talaga ang mayroon sila ay isang 'hihinto sa mga tao mula sa pakikialam kung mayroon nang sapat na matalinong tao na nagtatrabaho sa isang bagay' na problema.
Hindi iyon Bob sa Accounting ay walang kapaki-pakinabang na sasabihin tungkol sa pagkuha ng litrato para sa bagong kampanya sa advertising. Oo, si Bob ay may master sa fine arts. Oo, si Bob ay isang amateur na litratista. At baka mas maganda pa ang lasa niya kaysa sa mga tao sa marketing. Gayunpaman, hindi dapat sinabi ni Bob sa tagapamahala ng marketing kung ano ang dapat gawin, sapagkat hindi lamang ito mabisa. Sa katunayan, ito ay lubos na hindi mabisa.
Ang gastos ng sobrang komunikasyon sa loob ng mga samahan ay binago ni Fred Brooks sa kanyang aklat noong 1975, Ang Mythical Man-Month . Tinulungan ni Brooks na patakbuhin ang proyekto ng OS / 360 sa IBM, na nagtatayo ng isang higanteng operating system para sa pangunahing mga palengke ng kumpanya. Sa mga panahong iyon, ang mga computer ay malaki, laki ng silid, pinalamig ng tubig ng mga makina, kung minsan ay may napakalaking 256,000 bytes ng pangunahing memorya. Ang OS / 360 ay marahil ang pinakamalaking proyekto sa software na sinubukan hanggang sa puntong iyon. At ito ay monumentally huli na
Sa tuwing ang ilang aspeto ng proyekto ay nahuhuli sa iskedyul, ang IBM ay nagtalaga ng ilang higit pang mga tao sa gawain. At ang napansin ni Brooks, na sorpresa pa rin ang mga tao, ay hindi ito gumana. Ang kanyang pagmamasid ay nakilala bilang Batas ni Brooks: Ang pagdaragdag ng mga tao sa isang huling proyekto ay may kaugaliang tumakbo ito sa paglaon.
Basahin muli ang pangungusap na iyon, dahil hindi ito madaling maunawaan. Natuklasan ni Brooks na ilalagay ang pagdaragdag ng mga tao sa isang proyekto karagdagang sa likod ng iskedyul .
Pano kaya yun Kaya, kapag nagdagdag ka ng isang bagong tao sa isang koponan, ang taong iyon ay kailangang makipag-usap at makipag-ugnay sa lahat ng ibang mga tao sa koponan. Ito ay hindi parang isang malaking pakikitungo, ngunit ito ay. Ang bagong bata ay hindi alam kung ano ang nangyayari, kaya ang ibang tao sa koponan - ang isang tao na noong nakaraang linggo lamang ay gumagawa ng produktibong trabaho - kailangang ihinto ang kanyang trabaho at ipakita sa newbie na ito ang mga lubid.
Kung mas malaki ang koponan, mas masahol ito. Kapag mayroon kang isang koponan ng isang tao, wala kang mga kinakailangan sa komunikasyon. Wala.
Magdagdag ng pangalawang tao, at ngayon mayroon kang isang koneksyon: Sina Adan at Maria ay kailangang makipag-usap sa bawat isa paminsan-minsan.
Ngayon magdagdag ng isang pangatlong tao, sabihin nating, Srinivas, at biglang nawala kami mula sa isang koneksyon sa tatlo, dahil kinailangan ni Srinivas na makipag-usap kina Adan at Maria.
Magdagdag ng pang-apat na tao. Nauubusan na ako ng mga pangalan dito upang matulungan ako - OK: Britney. Kung idagdag namin siya, at kailangan niyang makipagtulungan sa kanilang lahat, makakakuha ka ng anim na koneksyon.
Para sa hilig sa matematika, ang pormula ay kung mayroon kang mga tao sa iyong koponan, mayroong (ndalawa-n) / 2 mga koneksyon Inilalarawan ng tsart na ito kung paano ito naging isang problema:
| Mga tao | Mga koneksyon |
|---|---|
| 1 | 0 |
| dalawa | 1 |
| 3 | 3 |
| 4 | 6 |
| 5 | 10 |
| 6 | labinlimang |
| 7 | dalawampu't isa |
| 8 | 28 |
| 9 | 36 |
| 10 | Apat lima |
Tulad ng nakikita mo, ang mga gastos sa komunikasyon ay nagsisimulang tumaas nang medyo mabilis hanggang sa, sa malalaking koponan, ang lahat na may oras na gawin ang sinuman ay upang makipag-ugnay sa iba pa - at walang sinumang nakakakuha ng anumang trabaho. Noong 2006, si Moishe Lettvin, isang dating programmer sa Microsoft, ay nagsulat ng isang post sa blog na naglalarawan sa taon na ginugol niya sa pagsasaayos ng listahan ng mga item na maitatampok sa isang menu sa Windows Vista - ang menu na ginagamit mo upang patayin ang iyong computer. (Kita n'yo Ang Windows Shutdown Crapfest .) Naisip ni Lettvin na 43 katao ang lahat ay may boses sa pagdidisenyo ng isang menu na ito. Apatnapu't tatlo! Sa pamamagitan ng pormula ni Brooks, nangangahulugan iyon ng pamamahala ng 903 mga koneksyon. Sinabi ni Lettvin na ginugol niya ang napakaraming oras sa mga gawain sa koordinasyon na, sa 12 buwan, gumawa siya ng mas mababa sa 200 mga linya ng code.
Bilang boss, kailangan mong mag-disenyo ng mga paraan upang mabawasan ang mga landas ng komunikasyon. Tanggalin ang mga listahan ng mailing sa buong kumpanya - o hindi bababa sa singilin ang $ 1.50 upang ma-post sa kanila. Itigil ang pagkakaroon ng malalaking pagpupulong. Kailangan mo ng isang kultura kung saan ang mga tao ay hindi nakakakuha ng gulong dahil hindi sila kasama sa isang pagpupulong, na nangangahulugang kailangan mo ng isang kulturang nagbibigay ng gantimpala sa mga tao sa paggawa ng kanilang mga trabaho at nakasimangot sa pakikialam sa gawain ng ibang tao.
At sa bawat proyekto, magtalaga ng isang tao upang matiyak na nangyayari ang komunikasyon - ngunit ang tamang komunikasyon lamang. Kung hindi man ay magsisimula lamang ang koponan sa pagkakaroon ng mahabang mga pagpupulong sa lahat doon at, sa totoo lang, ang mga tao ay makakasalamuha, at mamumula, at magsalita, at magtaltalan tungkol sa mga bagay na hindi talaga nila pinapansin upang marinig lamang ang kanilang sariling tinig.
Sa palagay ko marahil ito ay isa sa mga kaso kung saan ang luma, 1950s na istilo ng pamamahala na hindi sinasadyang nakuha ang isang tama. Sa mga kumpanyang Pangkalahatang Motors na iyon, hindi bababa sa mayroon silang ideya para sa kung paano kinakailangan ang impormasyon upang pataas at pababa nang maayos, regimentong org chart, na nagpakita ng isang modicum ng pagkilala na ang tamang sagot ay hindi na ang bawat solong tao sa samahan ay kailangang bigyang pansin ang lahat.
Kapag sinimulan mo ang iyong kumpanya, malamang na nakagawa ka ng mahusay na trabaho sa pakikipag-usap. Sinabi ng bawat isa sa isa't isa ang lahat. At minahal ito ng iyong mga customer, sapagkat nang tumawag sila upang magtanong tungkol sa kanilang order sa pagbili, alam ng lahat kung nasaan ito. Ngunit sa iyong paglaki, hindi mo maaaring patuloy na sabihin sa lahat tungkol sa bawat order ng pagbili, kaya't dapat kang mag-imbento ng mga tiyak na sistema ng komunikasyon upang eksaktong malaman ng mga tamang tao at wala nang iba. Hindi dahil sa kumpidensyal ito. Sayang kasi ang oras.
Si Joel Spolsky ay ang co-founder at CEO ng Fog Creek Software at ang host ng tanyag na blog na Joel sa Software. Para sa isang archive ng kanyang mga haligi, pumunta sa www.inc.com/author/joel-spolsky .
