tag:blogger.com,1999:blog-355890902012-01-25T19:30:26.008-08:00Гүүр инженерийн мэдлэгийн сандАнхбаяр Лхагвадоржnoreply@blogger.comBlogger91100tag:blogger.com,1999:blog-35589090.post-23941112399306671452007-01-11T19:40:00.000-08:002007-01-11T19:44:31.074-08:00Саяхан шинээр сургалтанд явсан компанийн гишүүд болон японд энэ чиглэлээр сурж ажиллаж байгаа хүмүүс маань энэхүү блогийг үргэлжилүүлэн бичнэ гэж найдаж байна. Та бүхэн гүүр инженерийн талаар сурсан мэдсэн бүхнээ батжуулан энэхүү блогийг үргэлжилүүлэн бичихыг хичээнгүйлэн хүсэж байна.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35589090-2394111239930667145?l=bridgese.blogspot.com' alt='' /></div>Анхбаяр Лхагвадоржnoreply@blogger.com6tag:blogger.com,1999:blog-35589090.post-1161743232056304802006-10-24T18:35:00.000-07:002006-10-24T19:27:12.103-07:00Анх удаагаа уулзаж байгаа хүмүүс нэрийн хуудсаа босч зогсож байгаад солилцох бөгөөд баруун гартаа нэрийн хуудсаа бариад солилцоно. Ингэхдээ нөгөө хүн нэрийг тань уншиж чадахуйц байлгахын тулд нэрийн хуудсаа түүн рүү харуулан байрлуулна. Харин нэг анхаарах ёстой зүйл нь тухайн хүнийхээ нэрийн хуудсыг харж байхад нь өөрийн бүсэлхийнээс доош байрлалд байлгаж болохгүй. Өөрөөр хэлбэл кармалчихаж болохгүй л гэсэн үг. Энэ нь тухайн хүнээ хүндэтгээгүй хэрэг болдог.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35589090-116174323205630480?l=bridgese.blogspot.com' alt='' /></div>saika kamikazehttp://www.blogger.com/profile/00194587227683622228noreply@blogger.com4tag:blogger.com,1999:blog-35589090.post-1161588898913658172006-10-22T22:05:00.000-07:002006-10-23T00:34:58.946-07:00Хувцаслалт болон гадаад үзэмждээ анхаарах зүйлс<br /><br />Японд ямарваа хүн ажил дээрээ байхдаа өөрийн гадаад төрх, ерөнхий үзэмж болон хувцаслалтдаа гойд анхаарах шаардлагатай байдаг бөгөөд энэ нь тухайн хүн бусдыг хүндэтгэдэг, ухаалаг гэдгийг нь илтгэж байдаг. Мөн үйлчлүүлэгчидтэй уулзахаар явахдаа ч өөрийн гадаад үзэмж болон хувцаслалтдаа анхаарснаар тэдэнд сайхан сэтгэгдлийг төрүүлж байдаг. Ингээд анхаарвал зохих зүйлсийг дурдвал :<br /><ul> <li>Үсээ гоё засуулж, угааж самнасан байх бөгөөд хайш яйш харагдахгүй байх</li> <li>Өөрийн нүүр, шүд, чих, гараа цэвэрхэн байгаа эсэхийг дахин нэг нягтлах</li> <li>Хэт хээнцэр болон тод хурц өнгийн хувцас өмсөхөөс зайлсхийх</li> <li>Зангиа тань бусад хувцастайгаа зохицож байх</li> <li>Гутал тань цэвэрхэн гялалзаж байх</li> <li>Жижиг алчуур байнга авч явах</li> </ul> Бусадтай харьцахдаа анхаарах зүйлс :<br /><br />Компани гэдэг маш олон зорилгоос бүрддэг. Тэдгээр зорилгыг ажил хэрэг болгохын тулд компаний нийт ажилжид эвсэгээр хамтран ажиллаж, мөн тэдгээр олон зорилгыг биелэхэд нь хөшүүрэг болж байдаг дэг журам, хэвшмэл ёсуудыг нарийн мөрдөж байх хэрэгтэй.<br />Учир нь компани гэдэг янз бүрийн үзэл бодол, чадвар, мэдлэг бүхий хөгшин залуу, эрэгтэй эмэгтэй хүмүүсийн нэгдэл билээ. Тэгэхээр тэд бүгд хоорондоо нэгэн баг мэт хамтран ажиллахын тулд нийтээр тогтсон хэм хэмжээг даган мөрдвөөс зохих билээ.<br />Бусадтай сайн харилцааг үүсгэхийн тулд :<br /><ul> <li>Ажилчидтай найрсаг халуун дулаанаар мэндчилж байх</li> <li>Бусдын санаа бодлыг хүндэтгэж тэднийг байнга урмаар тэтгэж, зөв зүйл дээр нь сайшааж байх</li> <li>Бусдын нэрсийг мартахгүй цээжилж байх</li> </ul> Ажлын газрын дүрмийг сахих<br /><ul> <li>Ажлын цагийг ягштал баримталж, өглөө хоцрохгүй, орой цагаас эрт явахгүй байх</li> <li>Хувийн асуудлаа ажилтайгаа хольж хутгахгүй байх</li> <li>Үйлчлүүлэгчдийн нууцыг чандлан хадгалах</li> <li>Сандал ширээ болон бусад эд хогшлоо эмх цэгцтэй байлгах</li> <li>Аливаа асуудал тулгарвал заавал өмнө нь дээд тушаалын хүндээ мэдэгдэх</li> <li>Бусадтай нийцэн ажиллаж байгууллагынхаа нэгэн ажилсаг гишүүн нь байх</li> <li>Ажилдаа хариуцлагатай хандаж дуусгахын төлөө бүх арга замыг хэрэглэх</li> <li>Ажилдаа өөрийн сэтгэлийн эмоцоор хандаж болохгүй</li> <li>Өөрийн үүрэг ролийг гүнээ ухамсарлах</li> <li>Тайланг өөрийн дээд тушаалтанд байнга тавьж өөрийн ажлын үр дүнг илтгэж байх</li> </ul> Дээд тушаалын хүнтэйгээ харьцахдаа баримтлах зарчмууд<br /><ul> <li>Заавар удирдамж, анхааруулгыг нь зөвөөр хүлээн авдаг байх</li> <li>Хамтран ажиллагсдынхаа талаар муугаар ярихгүй байх</li> <li>Өөрийн ажлын талаар гомдол мэдүүлэхгүй байх</li> <li>Зөвхөн ганц дээд албан тушаалтантай харьцаад байж болохгүй. Ялгаварласан хэрэг болно</li> </ul> Ямар хүмүүс компани дээрээ нэр хүнд муутай байдаг вэ?<br /><ul> <li>Амлалтаа биелүүлдэггүй</li> <li>Эелдэг бус</li> <li>Хоцордог</li> <li>Согтчоод зүй зохисгүй авир гаргадаг</li> <li>Мөнгөтэй холбоотой асуудалд дүрмээ баримталдаггүй</li> <li>Хэт эмоцтой</li> <li>Буслын талаар муулж ярьдаг<br /> </li> </ul><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35589090-116158889891365817?l=bridgese.blogspot.com' alt='' /></div>saika kamikazehttp://www.blogger.com/profile/00194587227683622228noreply@blogger.com1tag:blogger.com,1999:blog-35589090.post-1161239643387016732006-10-18T22:58:00.000-07:002006-10-23T21:15:11.480-07:00Төслийн удирдлага. Тойм 10/16<br /><br />Төсөл гэдэг нь тодорхой хугацаанд тусгай зорилгод хүрэхийн тулд хийгдэж байгаа ажилуудыг тодорхой дараалалтай хийхийг хэлэнэ.<br />Төсөл нь ихэнхдээ энгийн жижиг ажилууд эсвэл төслүүдэд хуваагдан задардаг. Тухайн жижиг жижиг ажилуудыг ихэвчилэн 4 үе шатуудад хуваан хийдэг. Эндээр үе шатууд нь :<br /><ol><li>Стратейг төлөвлөгөө</li><li>Загварчилах шат</li><li>Төлөвлөх шат</li><li>Хэрэгжүүлэх шат</li><li>Дуусгах шат</li></ol>эдгээр үе шатууд нь дээрхи дараалалаар хийгдэх бөгөөд эхний шатанд хийгдсэн ажлын үр дүн нь дараа дараагийн шатуудад шууд хамааралтай байдаг. Хамгийн эхний шат хамгийн хариуцлагатай чухал шийдвэрүүд нь гарч бусад шатуудад шууд нөлөөлдөг. Хэрвээ эхний үе шатуудад хийгдсан ажлын үр дүн нь буруу эсвэл алдаатай байвал дараагийн шатан дээр хийгдэх ажил нь хүндэрч маш их цаг хүч зарцуулагдана.<br /><br /><span style="font-style: italic;">--- 1. </span><span style="font-style: italic;">Стратейг төлөвлөгөөний</span><span style="font-style: italic;"> шат.</span><br />Стратейг төлөвлөгөө хэсэгт тухайн төслийг захиалагчаас авахын тулд тодорхой төлөвлөгөө бичиг баримтуудыг боловсруулан тендерт оролцох хэсэг.<br />Энэ шатанд дараагийн шатуудад хийгдэн гарах бүтээгдэхүүнийг судлан гол зорилгоо тодорхойлон гаргах хэсэг юм. Энэ хэсэгт захиалагч тал болон гүйцэтгэгч талуудын төлөөлөлчид хоорондоо хэрэлцэн захиалагч талийн хийлгэх бүтээгдэхүүнийг нарийвчлан тодорхойлуулж авасаны үндсэн дээр захиалагчийн хийлгэх бүтээгдэхүүний шаардалга дээр үндэслэн гаргасан <a href="http://bridgese.blogspot.com/2006/10/making-proposal.html">санал болгож буй бичиг баримт</a>-ийг хийх юм. Энэ бичигт дараар зүйлсийг анхаарч тусгасан байх хэрэгтэй.<br /><ul><li>Бидний зорилго санаанд нь нийцэх эсэх<br /></li><li>Үнийн ашигтай санал<br /></li><li>Захиалагчийн сэтгэл ханамж</li><li>Бизнессийн ирээдүйн стратейг</li><li>Ажлыг хийх бүтэц (Байгууллагын хийх хүмүүсийн бүтэц болон харилцах хүн гэх мэт)</li><li>Шаардлагууд</li></ul>Зэргийн оруулаж өгөх хэрэгтэй.<br /><br /><span style="font-style: italic;">--- 2. Загварчилах шат.<br /></span>Энэ үе шатанд нь Work Breakdown Structure (WBS), нөөций төлөвлөлт, хэмжилт, төлөвлөгөө (schedule), Эрсдэлийн төлөвлөгөө зэрэг ажлуудаас тогтоно.<br /><br />Хамгийн эхэнд <span style="font-style: italic;">(WBS)</span> ийг гаргах хэсэг энэ нь төслийн ажлуудын оролт гаралт болгоныг нь нарийн тооцож тухайн ажлын хамрах хүрээ зэргийг, харилцан хамаарал зэргээр нь ангилан мод хэлбэрийн бүтцэд оруулан гаргадаг.<br /><span style="font-style: italic;"><br />Нөөцийн төлөвлөлт </span>энэ ажил нь өмнө нь гаргаж авсан WBS дээр жагсаасан ажилууд дээрээ хүний нөөц болон, материаллаг нөөцөө хувиарлан төвөллөх. Мэдээж ажлуудынхаа хэмжээ, зэрэглэл, хүмүүсийнхээ гүйцэгэл зэргийг нь харгалзан хүмүүстээ хувиарлана.<br /><span style="font-style: italic;">Хэмжилт. </span>Хэмжилт өмнө нь гаргасан WBS дээрх бүх ажлуудынхаа хийхэд шаардагдах хугацаа, түүнд зарцуулагдах өртөгийг нь гаргана. Үүнийг гаргахдаа чанар, хэмжээ, бүтээмж нөөцийнхөө нэгж өртөгийн тооцон үзэж гаргах хэрэгтэй.<br /><br /><span style="font-style: italic;">Төлөвлөгөө. </span>Төлөвлөгөөнд та WBS дээр гаргасан ажлуудаа шинж чанар, харилцан хамаарал, хараат байдал зэргээр нь эрэмбэлээд Gannt Chart эсвэл Network диаргамм дээр оруулан зурна.<br /><br /><span style="font-style: italic;">Эрсдэлийн төлөвлөгөө.</span> Тухайн төслийн хувьд хамгийн их эргэлзэж байгаа бас төлөвлөж болохгүй ажлууд байдаг. Эдгээрийг эрсдэл гэх бөгөөд төслийн аль ч шатанд тохиолдож болно. Тийм учираас хийгдэж байгаа ажилуудад ямар ямар эрсдэл гарч болох талаар гарсан тохиолдолд яаж зохицуулах талаар төлөвлөсөн байх хэрэгтэй. Мэдээж бүгдийг нь тооцоно гэдэг бол хүнд. Хамгийн ноцтой төслийн биелэлтэнд нөлөөлөж болох <a href="http://www.baz.com/kjordan/swse625/htm/riskfinal.htm">эрсдэлүүдийг</a> зайлшгүй тооцсон байх хэрэгтэй.<br /><br />Энэ хэсэгт дараах бичиг баримтийг боловсруулан гаргах хэрэгтэй.<br /><ul><li>Хүний нөөцийн хувиарлалт</li><li>Хөгжүүлэлтийн хамрах хүрээ</li><li>Төлөвлөгөө</li><li>Төсөв</li><li>Эрсдэлийн төлөвлөгөө</li><li>Хөгжүүлэлтийн орчин болон ашиглах багажуудын хэлэлцэж тогтсон баримт.<br /></li></ul><br /><span style="font-style: italic;">--- 3. Хэрэгжүүлэх шат<br /></span>Тухайн төслийн хэрэгжүүлэх шатанд төслийн манажерийн хийх ажил нь төслийн явцийг сайн хянах. Хэрвээ төслийн явацыг бүгдийг нь төлөвлөчихсөн бол хэрхэн явагдаж байгааг нь судлана. Хэрвээ ямар нэг өөрчлөлт зайлшгүй орох хэрэгтэй болсон бол түүнээс суралцах хэрэгтэй дараа яавал энэ алдааг гаргахгүй байх хэрэгтэй. Менежер хүн ямао асуудал эсвэл ямар бэрхшээл гарч болох талаар урьдчилан зөгдөж чаддаг байх хэрэгтэй.<br /><br /><span style="font-style: italic;">--- 4. Төгсгөлийн шат</span><br />Төслийн менежерийн хувьд төсөл нь ихэнхдээ тийм амар дуусахгүй. Хялбар баараггүй гэсэн ажлуудаа эхлээд дуусгаж хамгийн чухал найдвартай хийх ёстой ажилаа сүүл хүртэл нь хийж дуусгах хэрэгтэй.<br />Төгсгөлийн шатанд хийх үндсэн ажилууд:<br /><ul><li>Төслийн хүрээнд хийгдсэн бүх дууссан ажлуудыг баталгаажуулах</li><li>Хийсэн бүтээгдэхүүн ба гэрээний заагдсан зүйлсийн гүйцэтгэлийн баталгаажуулах</li><li>Төслийн бүх файлуудыг эмхлэж хадгалах</li><li>Захиалагчид хүлээлгэж өгөх бүтээгдэхүүнд хийсэн зүйлс бүгд орсон эсэхийг шалгаж баталгаажуулах</li><li>Төслийн бүрэн тайлбан ба төслийн үнэлгээний тайлангуудыг гаргах</li></ul><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35589090-116123964338701673?l=bridgese.blogspot.com' alt='' /></div>Анхбаяр Лхагвадоржnoreply@blogger.com0tag:blogger.com,1999:blog-35589090.post-1161157383327990602006-10-18T00:03:00.000-07:002006-10-18T00:43:03.336-07:00Business Conversation-ий үед баримтлах хэвшмэл ёсууд :<br /><br />- Ярихдаа :<br /><ul> <li>Зорилгоо зөв тодорхойлж, ярианыхаа гол гол point-уудаа хооронд энгийн цэвэрхэн уялдуулан ярих</li> <li>Чухал point-уудыг баталгаажуулан хэлж байх. Үүнд : 5W2H (When, Who, Where, What, Wht, How, How much) -ийг мөрдлөг болгоно<br /> </li> <li>Дууны өнгө болон ярих хурдаа хамгийн тохиромжтой хэмжээнд байлгахын сацуу үгээ тод хэлэх</li> <li>Ярилцаж байхдаа ярианд оролцогч бусад талуудын байр суурийг байнга анхааралдаа авч байх</li> <li>Тэнд байгаа бүх хүнд ойлгогдохуйц тийм үгсийг сонгон авч хэрэглэх (хамаагүй мэргэжлийн үгс болон гадаад үгсийг замбараагүйгээр хольж хэрэглэвэл үл ойлголцол үүснэ)</li> <li>Хэнтэй ярьж байгаагаасаа хамааруулаад хэрхэн яаж харьцахаа тохируулах (жишээ нь үйлчлүүлэгчтэй, даргатайгаа, хамтран ажиллагсадтайгаа гэх мэтээр өөр өөрөөр харьцана.)</li> <li>Өөртөө итгэлтэйгээр бүх үгээ тод цэвэр хэлэх</li> </ul> - Сонсохдоо :<br /><ul> <li>Анхааралтай сонсож яригдаж байгаа зүйлийг зөв ойлгох<br /> </li> <li>Ярьж байгаа хүний зүг харан ойлгож байгаа гэдгээ илэрхийлэхийн тулд байнга толгой дохих</li> <li>Яриаг нь тасалдуулахгүй байх</li> <li>Хэрвээ чухал гэж үзвэл ажил хэрэгт холбогдолтой асуултыг л асуух</li> <li>Тухайн хүний ярианд дурдагдсан чухал гэж үзсэн point-уудыг байнга баталжуулан авч байх</li> </ul> Үүнд нэг зүйлийг тодруулахад Японд ямар хүн хэнтэй ярьж байгаагаасаа хамаараад хүндэтгэлийн үгийг өргөнөөр хэрэглэдэг. Эдгээр хүндэтгэлийн үгсийг keigo хэмээн нэрлэх бөгөөд дотроо Sonkeigo, Kenjogo, Teineigo гэж 3 янз. Тайлбарлавал :<br /><ul> <li>Sonkeigo : Өөрөөсөө албан тушаал өндөр эсвэл нийгмийн статус өндөр хүмүүстэй харьцахдаа хэрэглэх үгс</li> <li>Kenjogo : Өөрөөсөө өндөр зэрэглэлийн хүнд өөрийн тухай ярихдаа хэрэглэх үгс</li> <li>Teineigo : Бусад хүмүүсийн зүг хандан ярихдаа хэрэглэх эелдэг үгс</li> <li><br /> </li> </ul><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35589090-116115738332799060?l=bridgese.blogspot.com' alt='' /></div>saika kamikazehttp://www.blogger.com/profile/00194587227683622228noreply@blogger.com0tag:blogger.com,1999:blog-35589090.post-1160975983224644882006-10-15T17:40:00.000-07:002006-10-16T20:33:20.416-07:00Making a Proposal сэдэвтэй хичээл оров. Энэ хичээл нь үндсэндээ бол программ бичих тендер зарласан үед тэр тендерт оролцохын тулд бэлдэж байгаа материал юм. Японд программ хийлгэхийг хүссэн компани нь өөрийн одоо байгаа хүндрэл болон ямар систем хийлгэх хүсэлтэй байгаагаа товч бичээд программ хангамжийн компаниудад өгдөг юм байна. Түүнийг нь судлан үзэсэний дараа доорхи материалыг захиалагчид бэлдэн өгдөг юм байна. Захиалагч нь тэдгээр материалуудтай танилцаад аль сайн санал тавьсан компанийг нь сонгож программаа хийлгэдэг юм байна. Материалын бэлдэхийн тулд мэдээж захиалагч компанийн хүнтэй цаг тохирч уулзан нарийн нарийн зүйлсийг нь тодорхой болгон мэдэж авна.<br /><br />Энэ тендэрийн материалд байх ёстой агуулагууд буюу гарчигийг нь тайлбарлаяа.<br /><span style="font-weight: bold;">1. Танилцуулга</span><br />Үүнд захиалагч компанийн хийлгэхийг хүссэн системийн талаар дэлгэрэнгүй бичнэ. Өөрийн компанийн санал болгож буй системийн зорилго болон, хамрах хүрээг дэлгэрэнгүй бичнэ.<br /><br /><span style="font-weight: bold;">2. Орчин нөхцөл</span><br />Энэ хэсэгт одоогийн байгаа системийг нь тайлбарлаж бичихээс гадна. Ямар ямар шаардлага байгааг нь тодруулан гаргаж ирнэ.<br /><br /><span style="font-weight: bold;">3. Санал болгож буй шийдэл.</span><br />Компанийхаа санал болгож буй шийдэлийн талаар дэлгэрэнгүй бичнэ. Үүнд Ерөнхий шийдэл, Шийдэлүүдийн хамрах хүрээ зэрэг байхаас гадна.<br />Тухайн бүтээгдэхүүний талаар фунцнал биш шаардлагуудыг нь тодорхойлоно. - Найдвартай ажиллагаа<br /> - Чанар<br /> - Хэрэглэхэд хялбар байдал.<br /> - Дэмжлэг үзүүлэх байдал<br />зэрэгийг тодорхойлож өгсөн байх хэрэгтэй. Хэт их мэргэжлийг үг хэллэг ашиглахгүй байсан дээр аль болох энгийн ямар ч хүн ойлгохоор бэлдсэн материал бэлдэх хэрэгтэй. Захиалагч компанийн хүмүүс IT ийн мэдлэгэгүй хүн учираас тэр хүнд ойлгогдохоор байх ёстой.<br /><span style="font-weight: bold;"><br />4. Системийн хэлбэр<span style="font-weight: bold;"><br /></span></span> Үүнд системийн нэгжүүдийг хоорондын харилцаа, үүргийг тодорхойлсон диаграмм зураг. Түүний тайлбар. Системийн нэгжүүдийн техникийн үзүүлэлтүүд болон шаардлагатай программ хангамжуудийн жагсаалтыг харуулсан жагсаалт.<br /><br /><span style="font-weight: bold;">5. Төслийн төлөвлөгөө</span><br /> Үүнд төслийн ерөнхий төлөвлөгөө, Хийх багийн гишүүд, Үйл ажиллагаанууд, Ямар загвараар төслийг хэрэгжүүлэх гэж байгаа гэх мэт зүйлсийг дэлгэрэнгүй оруулаж өгөх хэрэгтэй.<br /><span style="font-weight: bold;"><span style="font-weight: bold;"></span><br /><br />6. Хязгаарлалтууд ба Хамааралгүй зүйлсүүд<br /></span> Энэ хэсэг бас чухал. Төсөл хэрэгжих байх үед захиалагч эрх болон үүргийг нь тодорхойлож өгсөн байх хэрэгтэй.<br /> Жишээ нь: Захиалагч тал нь төсөл хэрэгжиж эхлээд 14 хоногийн дотор шаардлагатай өөрчлөлтүүдээ хийлгүүлэж болно. 14 хоногоос хойш томоохон өөрчлөлт хийлгэх тохиолдолд үнэ болон хугацаан дээрээ эргэж тохиролцоно. гэх байдалаар тусгаж өгөх хэрэтгэй. Тэхгүй бол <a href="http://bridgese.blogspot.com/2006/10/failure-of-offshore-job.html">төсөл амжилтгүй болох </a>үүд хаалга нээгдэнэ.<br /><br /><span style="font-weight: bold;">7. Хаармаарал болон Таамаглал</span><br /> Энэ хэсэгт зарим таамаглаж байгаа зүйлсээ бичих хэрэгтэй. Жишээ нь Бидний хийж байгаа бүтээгдэхүүн нь ийм ийм шаардлага хангасан компютер дээр ажиллана гэх мэт.<br />Жишээ нь:<br /> XXX System is available under the assumption that<br /> - Web Browser of Customer side: IE4.0+, Mozilla3.0+, Firefox1.0+<br /> - OS of Customer side: Windows 98/2000/XP, Linux<br /><br /><br /><span style="font-weight: bold;">8. Хөрөнгө оруулалт<br /></span> Энэ хэсэгт хөрөнгө оруулалт буюу нийт төслийн хугацаанд хийгдэж байгаа ажилуудын үнэ. Төсөвлөсөн мөнгийн хэрхэн зарцуулах талаарх тайланг оруулаж өгөх хэрэгтэй.<br /> Мөн цаашиг үзүүлэх үйлчилгээнүүдийнхээ үнэ болон суурилуулалтанд зарцуулах зардал зэргийг тусгасан байвал сайн.<br /><br /><span style="font-weight: bold;">9. Нөхцөлүүд ба Үндэслэл<br /></span> Энэ хэсэгт тухайн бүтээгдэхүүнд цаашид ямар нөхцөлд ямар үйлчилгээ үзүүлэх вэ гэдэгийг тусгаж өгнө.<br />Жишээ 1.<br /> 2 жилийн дотор алдаа гарсан тохиолдолд үнэгүй засаж өгнө.<br /><br />Жишээ 2.<br /> Программаас хамаараагүй үйлдэлийн системээс ч юумуу бусад осол гамшигийн үед 1 удаа үнэгүй сэргээж өгнө.<br /><br /><span style="font-weight: bold;">10. Нэмэлт</span><br /> Өөрийн компанийн танилцуулга, Туршилга, Бүтээлүүд зэргийг оруулаж болно.<br /><br />Эдгээрийн дараалал нь чухал бөгөөд зарим хэсэгүүд нь байхгүй байж болно. Гол нь захиалагч компани сонголт хийхдээ аль сайн санал тависан сайн дэмжлэг үзүүлэх, хэр найдвартай компани зэргээр нь үнэлэх учираас эдгээр зүйлүүд байвал итгэлтэйгээр танай компанийг сонгох юм.<br /><span style="font-weight: bold;"></span><br /><br /><br /><br /><span style="font-weight: bold;"></span><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35589090-116097598322464488?l=bridgese.blogspot.com' alt='' /></div>Анхбаяр Лхагвадоржnoreply@blogger.com0tag:blogger.com,1999:blog-35589090.post-1160922751260292452006-10-15T06:39:00.000-07:002006-10-16T21:55:23.546-07:00Багш маань бид нараар ямар нэг teamWork хийлгэхдээ Brain Storming, KJ Method, Fish Bone диаграм гэсэн 3 зүйлийг их ашиглуулж байгаа тул эдгээрийн талаар та бүхэндээ хургэе гэж бодлоо.<br /><br />Brain Storming :<br /><br />Энэ нэр томъёог манай компанийхан бүгдээрээ мэддэг гэж бодож байна. Японд ч өргөн ашиглах юм. Ямар нэг юм болвол шууд л Brain Storming хийе гэнэ. Brain Storming-ийг товч тодорхойлбол юуны өмнө багийн гишүүд тойрж суугаад ямар зүйлийн талаар ярих гэж байгаагаа хоорондоо ярилцаж limit ээ тогтоож өгнө. Өөрөөр хэлбэл өнөөдөр юуны талаар хэлэлцэх гэж байгаа болон ямар үр дүнг хүсэн хүлээж байгаа вэ гэдгээ ярилцана гэсэн үг. Дараа нь тэрхүү асуудлыг шийдэхийн тулд хүн бүр өөрийн санаа бодлыг хэлэх бөгөөд хэдэн ч санал санаачлага хэлж болно. Эсвэл хэлэхийн өмнө бүгд жижиг жижиг цааснууд дээр өөрийн шинэ санаа тус бүрээ бичээд дараа нь тайлбарлаж болно. Энд нэг гол баримтлах зарчим нь яг Brain Storming-ийн уеэр "no-criticism" байх ёстой. Өөрөөр хэлбэл хэн ч хэнийг чи буруу юм хэлчихлээ ч гэх юмуу эсвэл тухайн хүний яриаг тасалдуулж өөрийн comment-оо хэлж шүүмжилдэггй. Ингэснээр ямар нэг дүрэм журамд баригдалгүйгээр тухайн хүн чөлөөтэй сэтгэн бодож түүнийгээ илэрхийлэх боломж олдоно гэсэн үг. Brain Storming-оос гарах үр дун нь гэвэл маш олон тооны шинэ санаанууд болон асуудлыг шийдэх арга замууд байдаг. Энэ арга тун үр дүнтэй арга мэт санагдлаа. Гол давуу тал нь богино хугацаанд их мэдээллийг багийн гишүүдээс цуглуулах боломжтой.<br /><br />KJ Method :<br />Анх Японд үүссэн аргачлал бөгөөд орчин цагийн Японы чанарын менежмэнтийн "7 багаж"-ийн нэг гэгддэг.<br />Энэхүү аргачлалын гол зорилго : Brain Storming-оор цугларсан олон тооны санал санаачлагуудыг эмхэлж цэгцлэн ангилж бүлэглэх.<br />Хэрхэн ашиглах талаар товч дурдал :<br />- Эхлээд хоорондоо төсөөтэй санаануудыг олж хамтад нь байрлуулна. Үүний үр дүнд хэд хэдэн бүлэг үүснэ.<br />- Хэрэв давхардсан эсвэл ач холбогдол багатай санаанууд байвал түүнийг устгана. Үр дүнд нь илүү дутуу юмгүй хэд хэдэн эмхлэгдсэн бүлэг үүснэ.<br />- Тухайн бүлгүүддээ оновчтой нэр өгнө. Үр дүнд нь нэрнээс нь хараад агуулгыг нь мэдэж болохуйц хэд хэдэн бүлгүүд үүснэ. Ингээд л болоо. Энэ нь мөн brain storming-ийн адил тун үр дүнтэй арга юм шиг надад санагдсан. Brain Storming болон KJ Method-ийг хэд хэд яг практик дээр ашигласны хувид жирийн хэлэлцүүлгээс ямар ч байсан хугацаа бага зарж байгааг нь мэдэрсэн билээ.<br /><br />FishBone Diagram:<br /><br />Япончуудын бас нэг өргөн ашигладаг аргачлалуудын нэг бөгөөд анх Каору Ишигава гэгч 1960 аад оны үед энэхүү диаграмыг хэрэглэсэн тул Ишигавагийн диаграм гэх нь ч бий. Мөн л чанарын мемежментийн 7 үндсэн багажийн нэг гэгддэг. Хэлбэр дүрснээсээ болоод нийтэд FishBone diagram (загасны ясан диаграм) гэж алдаршжээ.<br />Диаграмын гол зорилго нь тодорхой нэг үйл явдлын учир шалтгааныг үзүүлэхэд оршино.<br />Жишээлбэл "Offshore project failure" гээд сэдэв байлаа гэхэд Offshore ажил яагаад нурж болох тухай бүх хүчин зүлийг ангилан үзүүлнэ гэсэн үг. Ийнхүү ангилахдаа хамгийн гол хэдэн хүчин зүйлийг тулгуур болгон авч тэдгээрийг загасны том яснууд гэж нэрлэх ба тэдгээр гол хүчин зүйлд нөлөөлөх түүний жижиг яснууд гэж үзнэ. Ихэнх FishBone диаграмыг зурахад ажиглагддаг нийтлэг хэдэн хүчин зүйлүүд байдаг ба тэдгээрийг 4M, 4P, 4S гэж хураангуйлан нэрлэнэ.<br /><ul> <li>4M : Methods, Machines, Materials, Man-Power</li> <li>4P : Place, Procedure, People, Policies</li> <li>4S : Surroundings, Suppliers, Systems, Skills</li> </ul>Өөрөөр хэлбэл ямарваа нэг үйл явдал нь ихэвчлэн дээрх хэдэн хүчин зүйлээс голчлон хамаардаг гэсэн үг.<br />Доор жишээ болгон энд дадлага болгон хийсэн fishBone diagram-уудын нэгийг үзүүлж байна. Сэдэв нь "Offshore project failure".<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://photos1.blogger.com/blogger/3955/2481/1600/aaaa.jpg"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer;" src="http://photos1.blogger.com/blogger/3955/2481/400/aaaa.jpg" alt="" border="0" /></a><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35589090-116092275126029245?l=bridgese.blogspot.com' alt='' /></div>saika kamikazehttp://www.blogger.com/profile/00194587227683622228noreply@blogger.com1tag:blogger.com,1999:blog-35589090.post-1160439795050416522006-10-09T17:15:00.000-07:002006-10-19T21:08:09.830-07:0010/7<br />Яамар ямар шалтгаанаар оффшоре ажлууд амжилтгүй болдог вэ?. гэсэн сэдэвээр бид пресентатион тавив. Үүнийг гаргахын тулд Fishbone болон KJ аргуудыг хэрэглэв. Эдгээр нь их энгийн хэрнээ үр дүн нь их ойлгомжтой байсан юм. Энэ аргуудын талаас Саруул дараа бичнэ.<br /><br />Төсөл яагаад амжилтгүй болдог вэ?.<br />Энэ нь үндсэндээ 4 үндсэн шалтгаанаас болж оффшоре төсөл амжилтгүй болох нөхцөл бүрддэг. Үүнд голлох үүрэгтэй оролцож байгаа 3 тал буюу Захиалагч, Гүйцэтгэгч, Гүүр Инженеер 3 ба бусад нөхцөлүүд гэж тодорхойлсон бөгөөд. Үүний дараа багийн бүх гишүүд яагаад оффшоор төсөл амжилтгүй болоод байгаа талаар дор бүрнээ 8 аас 10-н шалтгаан олж нэг нэг цаасан дээр бичив. Дараа нь тэр цаасаа дээрх 4 ангилалдаа ангилаад ерөнхийд доорхи байдалаар нэгдгэсэн болно.<br /><br /><span style="font-weight: bold;">1. Захиалагч-аас хамаарч амжилтгүй болох хамгийн чухал гэж үзсэн нөхцөлүүд. (Customer)</span><br /><br /><span style="font-style: italic;">Буруу муу гүйцэтгэгч сонвол (Give the job to a wrong vendor)</span><br /> Хэрвээ үйлчилүүлэлч буруу гүйцэтгэгч буюу огт туршилгагүй шинэ компанид маш том ажил өгсөн тохиолдолд оффшоор ажил амжилтгүй болох нь ойлгомжтой.<br /><br /><span style="font-style: italic;">Гүүр систем инженеертэй харилцаа муу байвал (Poor communication with BSE) </span><br /> Энэ нь гүүр систем инжинээртэй харилцахдаа холбоо харилцаа нь маш муу байвал буюу захиалагч компани идвэхгүй байгаад байвал энэ оффшоор ажил амжилтгүй болох болно. <br /><br /> <span style="font-style: italic;">Тохиромжгүй үнэ (Unrealized Cost)</span><br /> Захиалагч компани хийлгэх ажилдаа өгөх үнэ нь хэт бага тохиромжгүй байвал энэ оффшоор ажил амжилтгүй болох болно.<br /> <span style="font-style: italic;"><br /></span><span style="font-style: italic;">Үндсэн дезайны алдаа (Basic Design Mistake)</span><br /> Зарим тохиолдолд захиалагч компанын шаардлага дээр үндэслэн гаргадаг үндсэн дезайний бичиг баримтыг захиалагч компаний өөрөө хийх тохиолдол байдаг. Энэ баримт бичиг нь алдаатай буруу байх юм бол мөн оффшоор төсөл амжилгүй болох хүчин зүйл болно.<br /><br /><span style="font-style: italic;">Хэт их өөрчилөлтүүд эсвэл хэт том өөрчилөлт (Too many change requests)</span><br /> Захиалагч тал анх өгсөн шаардлага аа хэт их өөрчилөөд байвал. Энэ нь анх захиалагчийн өгсөн шаардлагийг үндэслэн маш их ажил хийгдсэн хойно нь үндсэн шаардлагыг нь захиалагч тал өөрчилөөд байх юм бол энэ нь анх төлөвлөсөн хугацаандаа амжилгүй байдалд хүрдэг. Энэ бас оффшоор төсөл амжилтгүй болох үндэс болно.<br /><br /><span style="font-style: italic;">Хамрах бага тодорхойлвол (Scope Creep)</span><br /> Төслийн хамрах хүрээг маш бага дутуу тодорхойлож өгөх юм бол энэ нь мөн л оффшоор төсөл амжилтгүй болох шалтгааны үндэс нь болох болно.<br /><span style="font-style: italic;"><br /></span><span style="font-style: italic;">Мөнгөгүй (No money)</span><br /> Захиалагч тал нь хийлгэх ажлынхаа хөлсийг төлж дийлэхгүй байж ажил хийлгэж эхлэх юм бол энэ оффшоор төсөл ажилтгүй болох нь ойлгомжтой.<br /><br /><span style="font-weight: bold;">2. Гүйцэтгэгч талаас хамаарах хүчин зүйлүүд<br /><br /></span> <span style="font-style: italic;">Төслөө сайн удирдаж чадахгүй (Project are not well controlled)</span><br /> Төслөө сайн удирдаж чадахгүй бол. Энэ нь маш их эмх замбараагүй ажилууд нь давхар давхах хийгдээд байвал энэ оффшоор төсөл амжилттай болж чадахгүй.<br /><br /><span style="font-style: italic;">Ур чадвар болон Туршилга бага ( Poor in IT Skills and Exp)</span><br /> Гүйцэтгэгч тал нь ямар ч ажил гүйцэтгэж байсан туршилгагүй эсвэл ажилчидынх нь ур чадвар нь бага бол ажилын чанар болон үр дүн нь муу гарна. Үр дүн нь муу чанаргүй бол тухайн оффшоор төсөл амжилтгүй болсон гэсэн үг.<br /><br /><span style="font-style: italic;">Соёлын ялгааны алдаа ( Error for different cultures )</span><br /> Оффшоор ажил дээр гардаг нийтдлэг асуудал бол соёлын ялгаа юм. Хамгийн энгийн жишээ гэрэд Японоос оффшоор ажил авч хийж байгаа тохиолдолд Ханз болон крилл үсгийн ялгаа, Encoding ийн ялгаа. гэх мэт бага гэж хэлэж болохуйц зүйлүүдийг анзаарч засаж байхгүй бол үүнээс болж оффшоор төсөл маань амжилтгүй болох магадлал өндөр байна.<br /><br /><span style="font-style: italic;">IT ийн мэдлэгийн зөрүү ( Error for different IT Tech )</span><br /> Энэ нь тухайн захиалагч тал нь өмнө нь иймэрхүү оффшоор ажилууд хийлгэж байсан ариун туршилгатай компани бол бүх л бичиг баримтуудаа өөрсдийн гэсэн загварт оруулан бичиг баримтийг хийлгэхийг шаардах тохиолдолд бүх л бичиг баримтаа захиалагчийн шаардлагад нийцүүлэн хийх хэрэг гарна. Хэрвээ үүнийг нь урьдчилан мэдээгүй өөрсдийнхөө загвараар хийчихсэн тохиолдолд энэ бичиг баримтийн ажлыг 2 удаа хийх хэрэгтэй болно.<br /><br /><span style="font-style: italic;">Гүүр систем инженеертэйгээ харилцаа муу ( Poor communication with BSE )</span><br /> Оффшоор ажлыг гүйцэтгэж байгаа компани тухайн ажилд томилогдсон гүүр систем инженеертэйгээ харилцаа холбоо сайн биш бол 2 талд өөр өөр ойлголтууд үүсэж оффшоор ажил буруу болох магадлалтай.<br /><span style="font-style: italic;"><br /></span><span style="font-style: italic;">Төслийн нууцлал алдагдвал ( Failure in Data Security)</span><br /> Төслийн нуулал муу нууц материалууд алдагдвал төсөл нурахаас гадна. Тухайн компани болон захиалагч компани маш том хорирол амсдаг учираас энэ нууцлалын асуудал маш чухалд тооцогдоно.<br /><br /><span style="font-weight: bold;">3. Гүүр инженеерээс хамаарах хүчин зүйлүүд. ( Bridge SE )<br /></span> <span style="font-style: italic;"><br /></span><span style="font-style: italic;">Харилцаа муу ( Poor Communication )</span><br /> Гүүр инженеер хүн маань хүнтэй харилцахдаа муу янз бүрийн багажуудыг ашиглаж чаддаггүй бол. Тухайн төсөл дээр ажиллаж байгаа 2 талийг багууд ойлголцож чадахгүйд хүрнэ.<br /><span style="font-style: italic;"><br /></span><span style="font-style: italic;">Буруу орчуулага ( Wrong Translation )</span><br /> Энэ бол маш том эрсдэл. Гүүр инженеер хүн маань маш хариуцлагатай чухал үүрэг хүлээсэн хүн хэрвээ орчуулага дээрээ ямар нэг утгын зөрүүтэй орчуулга хийвэл. Оффшоор ажил хийж байгаа 2 талийн ойлголт зөрнө. Ойлголт зөрүүтэй байгааг эрт засаж чадахгүй бол оффшоор төсөл амжилтгүй болох магадлал маш өндөр болно.<br /><span style="font-style: italic;"><br /></span><span style="font-style: italic;">Бизнессын мэдлэггүй ( Loss of Business Knowledge )</span><br /> Гүүр инженеер хүн тухайн харилцаж байгаа гадны улсын компанийн бизнессийн соёлийг маш сайн мэдэхгүй, тухайн компанийн дээд албан тушаалтануудыг сайн хүндэтгэж мэдэхгүй бол тухайн тэр хүнд итгэж ямар нэг ажил өгөхгүйд хүрнэ.<br /><span style="font-style: italic;"><br /></span><span style="font-style: italic;">Ёс заншилийн мэдлэггүй ( Loss of Culture Knowledge)</span><br /> Тухайн улсынхаа ёсзаншил өвөрмөц соёлуудыг нь зайлшгүй мэдэж байх хэрэгтэй. Үүнийг мэдэхгүй эсвэл мэдсэн ч өөрийн багийнхандаа тайлбарлаж байхгүй бол эрсдэлтэй. Жишээ нь. Ямар нэг вэбийг загвар гаргаж байя гэж саная. Манайхан бол Япончууд өндөр соёлтой улсууд юм чинь хачин чамин загварт дуртай байх гэж таагаад л хамаг цагаа дезайн дээр бараж бараж сүүлд нь үзүүлсэн чинь нөгөөдүүл нь барууныхны загвараар хийсэн зүйлд дургүй өөрсдийн маш энгийн болхи ч гэх хэлэж болохоор загваруудыг шаардана. Хэдийгээр амжилтгүй болох магадлал нь бага ч гэсэн маш их хүч хөдөлмөрөө дэмий зүйлд зарцуулана.<br /><span style="font-style: italic;"><br /></span><span style="font-style: italic;">Үхрийн сүүлэн дээр хутга ( Deliver Failure )</span><br /> Оффшоор төсөл маань дуусаад 90 хувийг нь хийчихлээ гэж үзэж байтал. Сүүлд нь жижиг жижиг засвар өөрчлөлтүүд маш их ирдэг. Үүнийг тооцолгүй дуусчихлаа гэж таавшираад өөр ажил эхлэх үед өөрчлөлтүүд нь жинхэн ирэж эхэлдэг. Үүнийг нь тооцож төсөл хооронд 7 оос 14 хоног орчимын зайтай ажилуудаа төлөвлөхгүй бол 2 ажил давхардаж хийгдэх аль нэгийг нь сонгож fail болгох хэрэгтэй болож магадгүй.<br /><br /><span style="font-weight: bold;">4. Бусад хүчин зүйлүүд ( Other )<br /></span> <span style="font-style: italic;"><br /></span><span style="font-style: italic;">Осолууд ( Disasters )</span><br /> Оффшоор төсөл хэгжиж байх үед ямар нэг осол болж аль нэг компани нь түүнд өртвөл төсөл амжилтгүй болох магадлалтай.<br /><br /><span style="font-style: italic;">Ажилаас халагдах ( Resign Staff )</span><br /> Оффшоор төсөл хэрэгжиж байх үед голлох үүрэгтэй ажиллаж байгаа ажилчин нь ажилаас, халагдах урт хугацааны амралт авах гэх мэт шалтгаануудаас болож ажилд оролцохоо болих үед төсөл амжилтгүй болох магадлалтай.<br /><br /><span style="font-style: italic;">Хуулийн заалтууд ( Policy Reasons )</span><br /> Оффшоор ажилд хийгдэсэн янз бүрийн үйл ажиллагаанууд нь 2 улсын хуулийг заалт зөгчсөн зүйлүүд тусгагдсан бол оффшоор төсөл амжилтгүй болно.<br /><p:colorscheme colors="#ffffff,#000000,#ffb800,#ff0000,#ffef66,#000000,#00b200,#703dff"> </p:colorscheme> <div shape="_x0000_s1026" class="O"><br /><span style="font-style: italic;">Дамжуулалтын алдаанууд ( Transfer Errors )</span><br /> Оффшоор төслийн үед 2 талууд ихэвчилэн майлаар гол гол мэдээлэлүүдээ солилцох нь элбэг. Тиймээс майл сервэр нь маш найдвартай ажиллагаатай байхгүй бол чухал чухал майлууд дамжилгүй замдаа устгагдсан тохиолдолд төслийн биелэлтэнд нөлөөлөх магадлалтай.<br /><br /><span style="font-style: italic;">Цагийн бүс ( Time Zone )</span><br />Харилцан ажиллаж байгаа 2 улс маань цагийн бүсийн зөрүүтэй бол цагийн бүсийн тооцож ажиллаж байх хэрэгтэй.<br /><br /><span style="font-weight: bold;">Эцэст нь</span><br />Дээрх зүйлсууд нь энэ сургалтанд ирсэн манай багийн хүмүүсийн ярилцаж байгаад гаргасан хүчин зүйлүүд болхоор буруу дутуу зүйлүүд байж магадгүй. Үүнтэй хамааралтай янз бүрийн тэмдэглэл хичээлүүд байдаг. Гүүглэ ээс "Failure of Offshore job" түлхүүр үгээр хайхад зөндөө зүйлүүд гарч ирнэ. Дээр яригдсан асуудалуудыг нэгтгээд доорхи зурагт нэгтгэн үзүүлэв.<br /><br /></div> <a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://photos1.blogger.com/blogger/6617/3781/1600/Fish%20Bone%20Method.gif"><img style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer;" src="http://photos1.blogger.com/blogger/6617/3781/320/Fish%20Bone%20Method.png" alt="" border="0" /></a><br /><span style="font-style: italic;"></span><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35589090-116043979505041652?l=bridgese.blogspot.com' alt='' /></div>Анхбаяр Лхагвадоржnoreply@blogger.com1tag:blogger.com,1999:blog-35589090.post-1160120363041532702006-10-06T00:38:00.000-07:002006-10-06T00:39:23.046-07:00CICC ээс зохион байгуулаж байгаа. Гүүр инженерийн сургалтанд сууж байгаа билээ. Энэ сургалтанд 10 суралцагч байгаа бөгөөд Монголоос 2, Хятадаас 2, Вьетнамаас 2, Мянмар гэдэг улсаас 4 суралцагч сурч байна.Энд зааж байгаа хичээлүүд нь.Эхний 7 хоног. Business JapaneseБизнесийн Япон хэл заасан бөгөөд тэр нь хөтөлбөр нь маш их шахуу байсан юм. Гэхдээ өмнө нь бага сага Япон хэл үзэж байсан маань их ойлгоход дөхөм болж байсан. Хичээлийн дундуур Токио хотоор явах даалгавар өгөв.<br />1. CICC дээр очиж Ямар нэг ажилтанаас нь тамга авах.<br />2. Акихибара дүүрэгт байдаг "Ёодобаши Камер" дэлгүүрээс 750 МБ ийн хэмжээтэй СД авахгэсэн 2 даалгавар өгч Токио хотоор баахан төөрүүлэв. хэхэ. Би ирээд дөнгөж 3 хонож байсан ийш тийшээ нь сайн явж мэдэхгүй баг болсон хүмүүсийгээ дагсаар байж ирсэн. Тэр үеээс аймаар их бороотой байсан болхоор гудманд хүнээс юм асуух хэцүү байв. Гэхдээ төөрсөөр байж олсоон.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/35589090-116012036304153270?l=bridgese.blogspot.com' alt='' /></div>Анхбаяр Лхагвадоржnoreply@blogger.com0