Төслийн менежерүүдэд (мөн дарга болохыг мөрөөддөг хүмүүст) зориулагдсан.
Олон тонн код бичих нь хэцүү ч хүмүүсийг удирдах нь бүр ч хэцүү! Тэгэхээр та хоёрыг яаж хийхийг сурахын тулд энэ ном л хэрэгтэй.
Хөгжилтэй түүх, ноцтой хичээлүүдийг хослуулах боломжтой юу? Майкл Лопп (нарийн хүрээнийхэнд Рэндс гэж нэрлэдэг) амжилтанд хүрсэн. Та гайхалтай үр өгөөжтэй (зохиомол ч гэсэн) туршлагатай зохиомол хүмүүсийн тухай зохиомол түүхийг олох болно. Рэндс Apple, Pinterest, Palantir, Netscape, Symantec гэх мэт мэдээллийн технологийн томоохон корпорацуудад ажилласан жилдээ олж авсан янз бүрийн, заримдаа хачирхалтай туршлагаасаа ийнхүү хуваалцаж байна.
Та төслийн менежер үү? Эсвэл хараал идсэн дарга чинь өдөржин юу хийдгийг ойлгохыг хүсч байна уу? Рэндс танд хөөрөгдсөн цацагт хяруулын хорт ертөнцөд хэрхэн амьд үлдэж, үйл ажиллагаа нь доголдолтой, гялалзсан хүмүүсийн ерөнхий галзууралд цэцэглэн хөгжихийг заах болно. Маниак тархитай хүмүүсийн энэ хачирхалтай нийгэмлэгт нууцлаг зохион байгуулалтын зан үйлээр дамжуулан олон хүмүүсийн төлөвлөгөө, бодол санаа, банкны дансыг эзэмшсэн менежерүүд байдаг.
Энэ ном нь ямар ч удирдлага, удирдлагын гар бичмэлээс ялгаатай. Майкл Лопп юу ч нуудаггүй, байгаа юм шигээ л хэлдэг (бүх түүхийг олон нийтэд ил тод болгох ёсгүй байж магадгүй: P). Гэхдээ ингэж л та ийм даргатай хэрхэн амьд үлдэх, инээдтэй хүмүүс, тэнэгүүдийг хэрхэн удирдах, "тэр новшийн төслийг" хэрхэн аз жаргалтай төгсгөлд хүргэхийг ойлгох болно!
Ишлэл. Инженерийн сэтгэлгээ
Бодолт: Та код бичихээ үргэлжлүүлэх ёстой юу?
Рэндсийн менежерүүдэд зориулсан дүрмийн тухай номонд орчин үеийн менежментийн "заавал хийх ёстой" зүйлсийн маш товч жагсаалт багтсан болно. Энэхүү жагсаалтын товчлол нь "заавал" гэсэн ойлголт нь нэг төрлийн үнэмлэхүй бөгөөд хүмүүсийн тухай ярихад үнэмлэхүй ойлголт маш цөөхөн байдагтай холбоотой юм. Нэг ажилтны хувьд амжилттай менежментийн арга нь нөгөөд нь жинхэнэ гамшиг болно. Энэ бодол нь менежерийн "заавал хийх" жагсаалтын эхний зүйл юм.
Уян хатан байгаарай!
Та бүх зүйлийг аль хэдийн мэддэг гэж бодох нь маш муу санаа юм. Дэлхий байнга өөрчлөгдөж байдаг цорын ганц байнгын баримт бол уян хатан байдал нь цорын ганц зөв байр суурь болдог.
Хачирхалтай нь, жагсаалтын хоёр дахь зүйл нь гайхалтай уян хатан биш юм. Гэсэн хэдий ч, энэ нь менежментийн өсөлтийн үндэс суурийг бий болгоход тусалдаг гэдэгт би итгэдэг учраас энэ нь миний хувийн дуртай зүйл юм. Энэ догол мөрийг уншина:
Код бичихээ боль!
Онолын хувьд, хэрэв та менежер болохыг хүсч байгаа бол таны төлөө ажилладаг хүмүүст итгэж, кодчиллыг бүхэлд нь шилжүүлж сурах хэрэгтэй. Энэ зөвлөгөө нь ихэвчлэн, ялангуяа шинээр байгуулагдсан менежерүүдэд шингээхэд хэцүү байдаг. Магадгүй тэдний менежер болсон шалтгаануудын нэг нь хөгжлийн явцад бүтээмжтэй байсантай холбоотой байж магадгүй бөгөөд аливаа зүйл буруугаар эргэвэл тэдний хамгийн түрүүнд хариу үйлдэл нь код бичих чадвар болох бүрэн итгэлтэй ур чадвараа эргүүлэн авах явдал юм.
Шинээр томилогдсон менежер код бичих ажилд "шивж" байгааг хараад би түүнд: "Таныг код бичиж чадна гэдгийг бид мэднэ. Асуулт нь: та удирдаж чадах уу? Та зөвхөн өөрийнхөө төлөө хариуцлага хүлээхээ больсон, та бүхэл бүтэн багийг хариуцах болно; Мөн та өөрийн багийг код бичих шаардлагагүйгээр асуудлыг бие даан шийдвэрлэх боломжтой гэдэгт итгэлтэй байхыг хүсч байна. Таны даалгавар бол өөрийгөө хэрхэн томруулж болохыг олж мэдэх явдал юм. Би чамайг ганц биш байгаасай, чам шиг олон байгаасай гэж хүсч байна."
Сайн зөвлөгөө, тийм үү? Масштаб. Менежмент. Хариуцлага. Ийм нийтлэг үг хэллэг. Зөвөлгөө буруу байгаа нь харамсалтай.
Буруу?
Тиймээ. Зөвлөмж буруу байна! Бүрэн буруу биш, гэхдээ хангалттай буруу байсан тул би зарим нэг хуучин хамт ажиллагсад руугаа утасдаж уучлалт гуйхаас өөр аргагүйд хүрсэн: “Та код бичихээ болих тухай миний дуртай үгийг санаж байна уу? Энэ буруу! Тиймээ... Програмчлалаа дахин эхлүүлнэ үү. Python болон Ruby-ээс эхэл. Тийм ээ, би ноцтой байна! Чиний карьер үүнээс хамаарна!"
Би Borland-д програм хангамж хөгжүүлэгчээр ажлын гараагаа эхлэхдээ Paradox Windows-ийн багт ажиллаж байсан нь асар том баг байсан. Зөвхөн 13 програм хөгжүүлэгч байсан. Хэрэв та энэ төслийн үндсэн өгөгдлийн сангийн хөдөлгүүр, үндсэн хэрэглээний үйлчилгээ гэх мэт гол технологи дээр байнга ажиллаж байсан бусад багийн хүмүүсийг нэмбэл энэ бүтээгдэхүүнийг боловсруулахад 50 инженер шууд оролцох болно.
Миний ажиллаж байсан өөр ямар ч баг ийм хэмжээнд ойртдоггүй. Ер нь жил ирэх тусам миний ажилладаг багийн хүний тоо бага багаар цөөрсөөр байна. Юу болоод байна? Хөгжүүлэгчид бид хамтдаа илүү ухаалаг болж байна уу? Үгүй ээ, бид ачааллаа хуваалцаж байна.
Сүүлийн 20 жилийн турш хөгжүүлэгчид юу хийж байсан бэ? Энэ хугацаанд бид маш их код бичсэн. Кодын далай! Бид маш их код бичсэн тул бүх зүйлийг хялбарчилж, нээлттэй эх сурвалж руу шилжих нь зүйтэй гэж үзсэн.
Аз болоход, интернетийн ачаар энэ үйл явц аль болох хялбар болсон. Хэрэв та програм хангамж хөгжүүлэгч бол яг одоо үүнийг шалгаж болно! Google эсвэл Github дээр нэрээ хайвал та удаан мартсан боловч хэн ч олох боломжтой кодыг харах болно. Аймшигтай, тийм үү? Код үүрд мөнх амьдардаг гэдгийг та мэдээгүй гэж үү? Тийм ээ, тэр мөнхөд амьдардаг.
Код нь мөнхөд амьдардаг. Сайн код нь үүрд мөнхөд зогсохгүй өсдөг, учир нь үүнийг үргэлж үнэлдэг хүмүүс түүнийг шинэ хэвээр үлдээдэг. Энэхүү өндөр чанартай, сайн арчилгаа сайтай код нь инженерийн багийн дундаж тоог багасгахад тусалдаг, учир нь энэ нь шинэ код бичихийн оронд одоо байгаа код дээр анхаарлаа төвлөрүүлж, цөөн хүнтэй, богино хугацаанд ажлыг гүйцэтгэх боломжийг олгодог.
Энэхүү үндэслэл нь сэтгэлээр унасан мэт санагдаж байгаа ч бид бүгд ижил зүйлийн арай өөр хувилбарыг бий болгохын тулд одоо байгаа зүйлсийн өөр өөр хэсгүүдийг хооронд нь холбож, наалдамхай туузыг ашигладаг интеграцийн автоматууд юм. Энэ бол аутсорсинг хийх дуртай удирдах албан тушаалтнуудын сонгодог үзэл бодол юм. “Google-г хэрхэн ашиглахыг мэддэг, наалдамхай туузтай хэн бүхэн үүнийг хийж чадна! Тэгвэл бид яагаад машиндаа их мөнгө төлж байгаа юм бэ?"
Бид эдгээр менежментийн залууст үнэхээр их мөнгө төлдөг, гэхдээ тэд ийм утгагүй зүйл гэж боддог. Дахин хэлэхэд миний гол санаа бол манай гариг дээр маш олон гайхалтай, маш шаргуу хөгжүүлэгчид байдаг; Тэд магадлан итгэмжлэгдсэн их дээд сургуулиудад нэг ч минут сууж үзээгүй ч үнэхээр гайхалтай, хичээнгүй хүмүүс юм. Өө тийм ээ, одоо тэд улам олон болж байна!
Зарим мундаг нөхдүүд ангуучлаад байгаа гээд л танай байрыг санаа зовж эхлэхийг би зөвлөхгүй байна. Програм хангамжийн хөгжлийн хувьсал магадгүй танаас илүү хурдацтай хөгжиж байгаа тул энэ талаар санаа зовж эхлэхийг танд зөвлөж байна. Та арван жил ажилласны тав нь менежерээр ажиллаж байгаад “Програм хангамж хэрхэн хөгждгийг би аль хэдийн мэддэг болсон” гэж боддог. Тийм ээ, чи мэднэ. Баяртай…
Код бичихээ боль, гэхдээ...
Хэрэв та миний анхны зөвлөгөөг дагаж, код бичихээ больсон бол бүтээх үйл явцад сайн дураараа оролцохоо зогсооно. Энэ шалтгааны улмаас би аутсорсинг идэвхтэй ашигладаггүй. Автоматууд бүтээдэггүй, үйлдвэрлэдэг. Сайн боловсруулсан процессууд нь маш их мөнгө хэмнэдэг ч манай ертөнцөд шинэ зүйл авчирдаггүй.
Хэрэв та бага мөнгөөр ихийг хийдэг жижиг багтай бол код бичихээ болих нь миний хувьд карьерын буруу шийдвэр мэт санагдаж байна. Эцэс төгсгөлгүй дүрэм журам, үйл явц, бодлоготой мангас компаниудад ч та өөрөө програм хангамжийг хэрхэн хөгжүүлэхээ мартах эрхгүй. Мөн програм хангамжийн хөгжүүлэлт байнга өөрчлөгдөж байдаг. Яг одоо өөрчлөгдөж байна. Таны хөл дор! Яг энэ секундэд!
Танд эсэргүүцэл байна. Ойлгож байна. Сонсооцгооё.
“Рэндс, би захирлын сандал руу явж байна! Хэрэв би код бичсээр байвал намайг өсөж чадна гэдэгт хэн ч итгэхгүй."
Би танаас асуумаар байна: “Би гүйцэтгэх захирал болох гэж байна!” гэсэн сандалдаа сууснаас хойш программ хангамж хөгжүүлэх орчин бүр танай компанид хүртэл өөрчлөгдөж байгааг анзаарсан уу? Хэрэв таны хариулт тийм бол би чамаас өөр асуулт асуух болно: энэ нь яг яаж өөрчлөгдөж байна вэ, эдгээр өөрчлөлтүүдийн талаар та юу хийх гэж байна вэ? Хэрэв та миний эхний асуултад "үгүй" гэж хариулсан бол өөр сандал руу шилжих хэрэгтэй, учир нь програм хангамж хөгжүүлэх талбар яг энэ мөчид өөрчлөгдөж байна. Хэрэв та програм хангамжийг хэрхэн яаж хөгжүүлэхээ удаан боловч гарцаагүй мартвал яаж өсөх вэ?
Миний зөвлөгөө бол дараагийн бүтээгдэхүүндээ олон тооны онцлог шинж чанаруудыг хэрэгжүүлэх үүрэг хүлээхгүй байх явдал юм. Багийнхаа программ хангамжийг хэрхэн бүтээж байгаа талаар байнга анхаарч байхын тулд та байнга алхам хийх хэрэгтэй. Та захирлын хувьд ч, дэд ерөнхийлөгчийн хувьд ч үүнийг хийж чадна. Өөр ямар нэг зүйл?
“Өө, Рэндс! Гэхдээ хэн нэгэн арбитр байх ёстой! Хэн нэгэн том дүр зургийг харах ёстой. Хэрэв би код бичвэл би хэтийн төлөвөө алдах болно."
Та шүүгч хэвээр байх ёстой, шийдвэрээ цацах хэрэгтэй, мөн долоо хоног бүрийн "Бид бүгд сүйрлээ" гэж 30 жилийн турш сонсохын тулд Даваа гараг бүрийн өглөө нэг инженертэйгээ барилгыг дөрвөн удаа тойрох хэрэгтэй. минут.! Гэхдээ энэ бүхнээс гадна та инженерийн сэтгэлгээтэй байх ёстой бөгөөд үүнийг хийхийн тулд та бүтэн цагийн програмист байх шаардлагагүй.
Инженерийн сэтгэлгээг хадгалах миний зөвлөгөө:
- Хөгжлийн орчныг ашиглах. Энэ нь та өөрийн багийн хэрэглүүр, тухайлбал код бүтээх систем, хувилбарын удирдлага, програмчлалын хэл зэргийг мэддэг байх ёстой гэсэн үг юм. Үүний үр дүнд та багийнхаа бүтээгдэхүүн хөгжүүлэх талаар ярихдаа ашигладаг хэлийг чадварлаг болгоно. Энэ нь танд төгс ажиллаж байгаа дуртай текст засварлагчаа үргэлжлүүлэн ашиглах боломжийг олгоно.
- Та ямар ч үед ямар ч гадаргуу дээр бүтээгдэхүүнээ дүрсэлсэн архитектурын нарийвчилсан диаграммыг зурах чадвартай байх ёстой. Одоо би гурван нүд, хоёр сумтай хялбаршуулсан хувилбарыг хэлэх гэсэнгүй. Та бүтээгдэхүүний нарийвчилсан диаграммыг мэдэж байх ёстой. Хамгийн хэцүү нь. Зүгээр нэг хөөрхөн диаграм биш, тайлбарлахад хэцүү диаграмм. Энэ нь бүтээгдэхүүний талаар бүрэн ойлголт өгөхөд тохиромжтой газрын зураг байх ёстой. Энэ нь байнга өөрчлөгдөж байдаг бөгөөд яагаад тодорхой өөрчлөлтүүд гарсаныг та үргэлж мэдэж байх ёстой.
- Нэг чиг үүргийн хэрэгжилтийг хариуцах. Энэ зүйлд маш их далд аюул байгаа учраас би үүнийг бичиж байхдаа үнэхээр уйтгарлаж байна, гэхдээ та ядаж нэг функцийг хэрэгжүүлэхгүйгээр №1 болон 2-р цэгийг биелүүлж чадна гэдэгт би үнэхээр итгэлгүй байна. Аль нэг онцлогийг өөрөө хэрэгжүүлснээр та хөгжлийн үйл явцад идэвхтэй оролцох төдийгүй "Бүхнийг хариуцдаг менежер"-ийн дүрээс "Хэрэгжүүлэх үүрэгтэй хүн"-ийн дүрд үе үе шилжих боломжийг олгоно. функцүүдийн тухай." Энэхүү даруухан бөгөөд даруухан зан нь жижиг шийдвэр гаргахын ач холбогдлыг танд сануулах болно.
- Би тэр чигээрээ чичирсээр л байна. Хэн нэгэн над руу аль хэдийн хашгирч байх шиг байна: "Чүргээ хэрэгжүүлэх ажлыг өөртөө авсан менежер үү?! (Тэгээд би түүнтэй санал нэг байна!) Тийм ээ, та менежер хэвээр байгаа бөгөөд энэ нь жижиг функц байх ёстой гэсэн үг юм, тийм үү? Тийм ээ, танд хийх зүйл их байна. Хэрэв та энэ функцийг хэрэгжүүлэх боломжгүй бол би танд өгөх хэд хэдэн нэмэлт зөвлөгөө байна: зарим алдааг засаарай. Энэ тохиолдолд та бүтээлийн баяр баясгаланг мэдрэхгүй, харин бүтээгдэхүүн хэрхэн бүтээгдсэн талаар ойлголттой болох бөгөөд энэ нь таныг хэзээ ч ажилгүй орхихгүй гэсэн үг юм.
- Нэгжийн тест бичих. Хүмүүс галзуурч эхлэхэд би үүнийг үйлдвэрлэлийн мөчлөгийн сүүлээр хийдэг хэвээр байна. Үүнийг бүтээгдэхүүнийхээ эрүүл мэндийн хяналтын хуудас гэж бодоорой. Үүнийг байнга хий.
Дахиад эсэргүүцэх үү?
“Рэндс, хэрэв би код бичвэл багаа төөрөгдүүлэх болно. Тэд намайг менежер эсвэл хөгжүүлэгч гэдгийг мэдэхгүй."
Хорошо.
Тийм ээ, би "За!" Хөгжүүлэгчийн цөөрөмд сэлж байгаад л багаа төөрөлдүүлж чадна гэж бодож байгаад баяртай байна. Энэ нь маш энгийн: програм хангамжийн хөгжүүлэлтийн янз бүрийн үүрэг хоорондын хил хязгаар одоогоор маш бүдэг байна. UI залуус JavaScript болон CSS програмчлал гэж ерөнхийд нь хэлж болох зүйлийг хийдэг. Хөгжүүлэгчид хэрэглэгчийн туршлагын дизайны талаар илүү ихийг сурч байна. Хүмүүс хоорондоо харилцаж, алдаа дутагдлын талаар, бусдын кодыг хулгайлах, түүнчлэн менежер нь энэхүү асар том, даяаршсан, хөндлөн тоос хүртдэг мэдээллийн бакканалид оролцохгүй байх ямар ч сайн шалтгаан байхгүй гэдгийг мэддэг.
Үүнээс гадна та амархан сольж болох бүрэлдэхүүн хэсгүүдээс бүрдсэн багийн нэг хэсэг байхыг хүсч байна уу? Энэ нь танай багийг илүү уян хатан болгоод зогсохгүй багийн гишүүн бүрт бүтээгдэхүүн, компанийг янз бүрийн өнцгөөс харах боломжийг олгоно. Бүтээн байгуулалтыг хариуцдаг тайван залуу Фрэнкийг та түүний барилгын скриптүүдийн энгийн дэгжин байдлыг харсанаас илүү яаж хүндэлж чадах юм бэ?
Танай багийг будлиантай, замбараагүй болгомооргүй байна. Харин ч танай хамт олон илүү үр дүнтэй харилцахыг хүсч байна. Хэрэв та бүтээгдэхүүнийг бүтээхэд оролцож, онцлог шинж чанарууд дээр ажиллаж байвал хамт олонтойгоо илүү ойр болно гэдэгт би итгэдэг. Хамгийн гол нь та байгууллагынхаа программ хангамжийг хөгжүүлэх үйл явцад байнгын өөрчлөлтөд ойртох болно.
Хөгжихөө бүү зогсоо
Борланд дахь миний хамтран ажиллагч нэг удаа түүнийг "кодлогч" гэж дуудсаны төлөө намайг хэл амаар дайрсан.
“Рэндс, кодлогч бол ухаангүй машин! Сармагчин! Кодер нь ашиггүй кодын уйтгартай мөрүүдийг бичихээс өөр чухал зүйл хийдэггүй. Би кодлогч биш, би программ хөгжүүлэгч!
Түүний зөв байсан, тэр миний шинэ гүйцэтгэх захирлуудад өгсөн “Код бичихээ боль!” гэсэн анхны зөвлөгөөг минь үзэн ядах байсан. Би тэднийг кодлогч гэж санал болгож байгаадаа биш, харин тэдний ажлын хамгийн чухал хэсэг болох програм хангамж хөгжүүлэхийг үл тоомсорлож эхлэхийг санаачилгатайгаар санал болгож байна.
Тиймээс би зөвлөгөөгөө шинэчилсэн. Хэрэв та сайн удирдагч болохыг хүсч байвал код бичихээ больж болно, гэхдээ...
Уян хатан байх. Инженер байх нь юу гэсэн үг болохыг санаж, програм хангамж хөгжүүлэхээ бүү зогсоо.
Зохиогчийн тухай
Майкл Лопп бол Цахиурын хөндийгөөс хараахан гараагүй ахмад программист юм. Өнгөрсөн 20 жилийн хугацаанд Майкл Apple, Netscape, Symantec, Borland, Palantir, Pinterest зэрэг олон төрлийн шинэлэг компаниудад ажиллаж байсан бөгөөд аажмаар мартагдах болсон гарааны бизнест оролцсон.
Ажлаасаа гадуур Майкл Рандс нэрээр технологи, менежментийн талаар алдартай блог хөтөлдөг бөгөөд тэрээр уншигчидтай менежментийн салбарын санаа бодлыг хэлэлцэж, хуруугаа хуруугаараа тогтмол барих шаардлагатай байдаг талаар санаа зовниж байгаагаа илэрхийлдэг. бүтээгдэхүүн бүтээхэд өгөөмөр урамшуулал, таны амжилт зөвхөн хамт олныхоо ачаар л боломжтой. Блогыг эндээс олж болно .
Майкл гэр бүлийнхээ хамт Калифорниа мужийн Редвүүд хотод амьдардаг. Эрүүл байх нь завгүй байхаас илүү чухал учраас уулын дугуй унах, хоккей тоглох, улаан дарс уух цаг үргэлж олдог.
» Номын талаарх дэлгэрэнгүй мэдээллийг эндээс авах боломжтой
»
»
Khabrozhiteley-ийн хувьд купон ашиглан 20% хөнгөлөлт - Хүмүүсийг удирдах
Номын цаасан хувилбарын төлбөрийг төлсний дараа номын цахим хувилбарыг цахим шуудангаар илгээнэ.
Жич: Номын үнийн 7% нь шинэ компьютерийн номны орчуулгад зориулагдана, хэвлэх үйлдвэрт хүлээлгэн өгсөн номын жагсаалт .
Эх сурвалж: www.habr.com