Apa itu siklus Project, Project Life Cycle.

 

gak usah byk kata2 ya, kan dah pada pinter..

 

ini kalau versi saya, lihat detailny dgn zoom ya 175%

Project Life Cycle

 

versi Pmbok5 : ( starting, org-prep,exe,closing)

plc pmbok

dibawah project management process group, awas beda ya kalau di ujian pmp, jgn keliru,project live cycle beda dgn project management process group.

 

project management process group

 

kl punyanya, temennya aladin, Prince2,  sbb: biasa disebut Prince2 Journey.

 

Prince2 Journey

 

 

 

 

Ketika Kehilangan motivasi tanpa kendali.

Ini bisa jd hal berat yang membuat  Anda jatuh tersungkur ke bawah,

tapi …itu cara Anda membawanya.

Anda dapat menggunakan rasa sakit, frustrasi dan ketidaknyamanan untuk memotivasi Anda daripada mengganggu Anda.

image

Anda berada dalam kendali dari cara Anda memandang hidup. hal-hal indah terjadi ketika Anda menjauhkan diri dari pikiran negatif.

Anda selalu punya pilihan.

Memilih untuk menjadi negatif dan Anda akan menemukan banyak alasan untuk menyerah dan mengerutkan kening.

Memilih untuk menjadi positif dan Anda akan menemukan banyak alasan untuk melangkah maju dan tersenyum.

Sesungguhnya, senjata yang paling ampuh melawan stres dan putus asa adalah kemampuan kita untuk memilih salah satu pemikiran di atas yang lain.

Melatih pikiran Anda untuk melihat kebaikan dalam segala hal.

Untunggg kl orng jawa bilang.

Salah satu momen paling berharga dan penting dalam hidup adalah saat Anda akhirnya menemukan keberanian untuk melepaskan apa yang tidak bisa berubah.

Ketika Anda berhenti mengkhawatirkan dan mengeluh tentang apa yang tidak bisa mengontrol,

Anda memiliki lebih banyak waktu untuk mengubah hal-hal yang dapat Anda kontrol. Dan itu mengubah segalanya.

Karena, jika Anda adalah tipe orang yang percaya ada sesuatu di luar sana untuk Anda di luar apa pun yang Anda diharapkan untuk melakukan – jika Anda ingin menjadi luar biasa – Anda tidak bisa sampai di sana dengan memborgol diri.

Sebaliknya, Anda akan sangat mungkin menjadi seperti biasa seperti mereka mengharapkan Anda untuk menjadi.

Dan sama sekali tidak ada alasan untuk melakukan itu untuk diri sendiri.

sukses jangka panjang dalam hidup adalah Trifecta kemampuan, motivasi, dan sikap.

Kemampuan adalah apa yang Anda mampu lakukan setiap hari.

Motivasi menentukan apa yang sebenarnya Anda lakukan setiap hari.

Dan sikap menentukan seberapa baik Anda akhirnya melakukannya.

Ingatlah selalu hal ini, …

Duduk-duduk mengkhawatirkan adalah penyalahgunaan energi kreatif yang luar biasa Anda.

Alih-alih membayangkan yang terburuk, bayangkan yang terbaik dan bagaimana Anda dapat membawanya mnjd kenyataan.

Itu selalu lebih baik untuk dilakukan dari pada menjadi bosan melakukan apa-apa.

Dimasukkan ke dalam upaya dan menjalani kehidupan yang Anda bayangkan.

Bangun dan mengingatkan diri sendiri bahwa Anda adalah apa yang Anda lakukan hari ini, bukan apa yang Anda katakan Anda akan melakukan suatu hari nanti.

hal yang baik tidak datang kepada mereka yang menunggu – mereka datang kepada mereka yang bekerja pada tujuan yang bermakna.

Ketika semua dikatakan dan dilakukan, seringkali lebih dikatakan daripada dilakukan. Tapi itu tidak harus seperti ini.

Cara untuk pergi, dan merasa baik tentang itu, adalah dengan berhenti berbicara dan mulai melakukan.

Bayangkan berapa banyak lebih efektif dan bahagia Anda akan jika, bukannya takut dan melawan tugas-tugas tertentu, Anda hanya punya yg seperti mereka lakukan.

Ingat, tugas di depan Anda tidak pernah lebih besar dari kekuatan dalam diri Anda.

Melakukan apa yang benar, bukan apa yang mudah.

Dan ketika saat tugas besar, lakukan sedikit setiap hari. Bahkan ritual harian terkecil mengubah segalanya dalam jangka panjang.

Upaya tidak pernah sia-sia, bahkan ketika itu mengarah ke hasil yang mengecewakan. Untuk itu selalu membuat Anda lebih kuat, lebih terdidik, dan lebih berpengalaman.

Jadi ketika akan menjadi sulit, bersabar dan terus. Hanya karena Anda sedang berjuang TIDAK berarti Anda gagal. Setiap sukses besar memerlukan beberapa jenis perjuangan untuk sampai ke sana.

Serius, apa pun yang terjadi, tidak peduli seberapa jauh Anda tampaknya jauh dari mana Anda ingin menjadi, tidak pernah berhenti percaya bahwa Anda akan membuatnya.

Memiliki keyakinan tak henti-hentinya bahwa hal-hal akan bekerja, bahwa jalan panjang memiliki tujuan, bahwa hal-hal yang Anda inginkan mungkin tidak terjadi hari ini, tetapi mereka akan terjadi.

Praktekkan kesabaran. Dan ingat bahwa kesabaran adalah bukan tentang menunggu – itu kemampuan untuk menjaga sikap yang baik saat bekerja keras untuk membuat kemajuan setiap hari, dan mengetahui bahwa perjalanan ini adalah worth it.
Dan sekarang saatnya untuk cek realitas cepat …

Jika Anda pernah memergoki diri berpikir Anda terlalu muda atau terlalu tua untuk menjadi sukses atau untuk mengejar jalan yang bermakna, berikut adalah daftar singkat dari orang-orang yang telah mencapai hal-hal luar biasa di berbagai usia – muda dan tua:

Helen Keller, pada usia 19 bulan, menjadi tuli dan buta. Tapi itu tidak menghentikannya. Dia adalah tuli pertama dan orang buta untuk mendapatkan gelar Bachelor of Arts.

Mozart sudah kompeten pada keyboard dan biola, dan ia mulai menulis musik pada usia 5.

Shirley Temple adalah 6 thn ketika ia menjadi bintang film di “Terang Mata”.

Anne Frank adalah 12 ketika ia menulis “The Diary of Anne Frank”.

Magnus Carlsen menjadi Grandmaster catur pada usia 13.

Nadia Comaneci adalah pesenam dari Rumania yang mencetak tujuh sempurna 10,0 penilaian dan memenangkan tiga medali emas di Olimpiade pada usia 14.

Tenzin Gyatso secara resmi diakui sebagai  Dalai Lama 14 pada bulan November 1950, pada usia 15.

Pele, superstar sepak bola, adalah berumur 17-tahun-ketika ia memenangkan Piala Dunia pada tahun 1958 dengan Brasil.

John Lennon adalah 20-tahun-dan Paul McCartney adalah 18-tahun-ketika The Beatles mengadakan konser pertama mereka pada tahun 1961.

Beethoven adalah virtuoso piano pada usia 23
Isaac Newton menulis The Principia (mengandung hukum Newton tentang gerak), pada usia 24

Roger Bannister adalah 25 ketika ia mematahkan 4 menit record mil – orang pertama yang pernah mencapai hal ini.

Albert Einstein adalah 26 ketika ia menulis “Teori Relativitas”.

J.K. Rowling adalah 30-tahun-tua ketika ia selesai naskah pertama “Harry Potter”.

Amelia Earhart adalah 31-tahun- ketika ia menjadi wanita pertama yang terbang solo melintasi Samudra Atlantik.

Oprah adalah 32 ketika ia mulai talk show-nya, yang menjadi program rating tertinggi dari jenisnya dalam sejarah.

Martin Luther King Jr. adalah 34 ketika ia menulis pidato “I Have a Dream”.

Neil Armstrong adalah 38 ketika ia menjadi manusia pertama yang menginjakkan kaki di bulan.

Mark Twain adalah 40 ketika ia menulis “The Adventures of Tom Sawyer”, dan berusia 49 tahun ketika ia menulis “Adventures of Huckleberry Finn”.

John F. Kennedy adalah 43-tahun-tahun ketika ia menjadi Presiden Amerika Serikat.

Henry Ford 45 ketika Ford T keluar.

Suzanne Collins adalah 46 ketika ia menulis “The Hunger Games”.

Leonardo Da Vinci adalah 51-tahun- ketika ia melukis Mona Lisa.

Dr Seuss adalah 54 ketika ia menulis “The Cat dalam Hat”.

Kolonel Sanders adalah 61 ketika ia memulai KFC Waralaba.

J.R.R Tolkien adalah 62 ketika “The Lord of the Rings” seri buku diterbitkan.

Ronald Reagan adalah 69 ketika ia menjadi Presiden Amerika Serikat.

Nelson Mandela adalah 76 ketika ia menjadi Presiden Afrika Selatan.

Tidak pernah terlalu cepat atau terlalu terlambat untuk menjadi semua yang Anda dapat.

Hari ini adalah hari pertama dari sisa hidup Anda.

Anda BISA mengambil langkah terkecil berikutnya ke depan!

Saya berharap bahwa fakta saja memotivasi Anda untuk berdiri kembali.

Giliranmu…

ENTREPRENEUR Apa Kualitas utama, yg Orang paling inginkan Dari seorang Leader ?

Hal ini cukup sederhana namun sering diabaikan.

image

Suatu Jaringan Pengusaha dr  komunitas online di mana orang-orang yang paling berpengaruh dalam perkembangan startup Amerika.

Byk mendptkan pertanyaan:

“Apa gaya kepemimpinan yg harus dipunyai oleh seorang pengusaha ?”

Memahami gaya bekerja kepemimpinan yg sesuai dan konsisten adalah hal yang setiap pengusaha perlu dilakukan untuk mendorong sebuah organisasi ke depan.

kuncinya adalah bukan apa yang Anda pilih untuk melakukannya – tp adalah apa yang Anda bisa untuk melakukan secara konsisten.

Satu-satunya cara untuk memahami apa gaya kepemimpinan  utk bekerja dengan tim Anda , adalah dgn meminta umpan balik real-time.

Meminta tim Anda , satu-satu bagaimana mereka mengalaminya – apakah mereka mendapatkan nilai dari percakapan?

Apakah mereka merasa Anda mendengar tantangan dan keprihatinan mereka?

Mencari umpan balik dan  tindakan lanjut /follow up.

Pemimpin adalah manusia.
Mereka kadang sering mengacaukan. Semakin manusia mereka, semakin mereka mengacaukan.

Beberapa berpendapat bahwa jika Anda tidak mengacaukan, Anda tidak mendorong cukup keras.

INti untuk membuat kemajuan adalah membangun metrik yang jelas yang berfungsi tidak hanya sebagai garis finish, tetapi juga pengingat dari apa yang perlu Anda lakukan.

Jadi, jika Anda berencana untuk mengembangkan hubungan yang berkualitas, performa tinggi ,

Anda hrs menetapkan tujuan yang -konsisten yang menghasilkan percakapan konstruktif dan kejelasan tentang kemajuan tujuan dan hasil kunci utama yg ingin dicapai.

Untuk melakukan ini, Anda bisa menuliskan dlm spreadsheet sederhana untuk mengingatkan Anda tentang  to do list , doing-progress utama, satu-satu dan di mana Anda bisa  lbh , melakukan yg terbaik.

Instrumenting perilaku kepemimpinan perubahan kualitas perilaku itu.

Sebagai seorang pemimpin, itu penting Anda mengidentifikasi perilaku yang Anda paling ingin melihat dalam seorng  pemimpin – Anda akan menjadi cerminan dari mereka, dan mereka bagian dari Anda.

Bagi saya, kualitas yang rendah hati, yang membantu Anda memahami bahwa, tidak ada satu orang yang pernah akan memiliki semua jawaban yang benar diberikan tempat dunia yang kompleks kita hidup ini.

Anda tidak dpt belajar dari orang lain, atau kesalahan Anda, kecuali jika Anda cukup rendah hati untuk memahami ini.

Pemimpin yang rendah hati meminta umpan balik atau kritik konstruktif dan mereka mau mendengarkan .

Mereka mau mengakui kesalahan  dan bertujuan untuk memberdayakan tim.

Mereka menunjukkan keberanian dengan menjadi nyaman dengan segala risiko dan kegagalan dihitung.

Sebuah penelitian Catalyst terbaru menunjukkan perusahaan dengan para pemimpin yang rendah hati lebih mungkin untuk menjadi inovatif dan memiliki tim yang lebih didedikasikan untuk perusahaan.

Ada beberapa cara pengusaha dapat membangun budaya lebih rendah hati dalam organisasi mereka:

Menunjukkan bahwa pemimpin juga seorang manusia

orang yang tidak sempurna sepanjang waktu.

Menunjukkan tim Anda bahwa Anda adalah manusia membantu mereka memahami bahwa Anda lebih dari sekedar bos.

Dengan menjadi transparan tentang kesalahan Anda dan pelajaran yang telah Anda pelajari selama karir Anda,

Anda dapat memupuk tim kuat dan budaya rasa memiliki , di mana memberi yang terbaik bagi perusahaan, pelanggan dan tim.

Mendorong keterbukaan, diskusi dan dialog. 

Banyak yang bisa disalahartikan melalui email. Mendorong tim Anda untuk benar-benar berdiri dan berbicara satu sama lain dapat meningkatkan kesadaran, dinamika tim dan budaya perusahaan.

berbagai perspektif dapat membantu anggota tim merasa lebih , dan dalam jangka panjang, dapat meningkatkan inovasi. Dengan menggabungkan lebih sudut pandang, Anda lebih mungkin untuk datang dengan solusi yang lebih kreatif.

Merangkul ketidakpastian dan tidak mengetahui semua jawaban yg benar-benar dapat mendorong tim penasaran untuk mengisi kekosongan.

Dengan tidak dengan asumsi Anda tahu segalanya, Anda menciptakan ruang untuk tim Anda untuk mencari hal yg lbh tinggi  untuk solusi, lbh bisa menguji ide-ide dan menantang diri mereka sendiri.

Pertumbuhan startup bukanlah perjalanan linear.

Anda akan membuat banyak kesalahan dan kemampuan untuk mengakui ketika Anda salah adalah kualitas penting yang dapat digunakan untuk membawa tim Anda lebih dekat bersama-sama.

Untuk membantu karyawan Anda memahami bagaimana untuk mengambil risiko yang diperhitungkan, gagal cepat, iterate dan terus mendorong maju.

Dengan memimpin sebuah organisasi untuk menjadi manusia dan rendah hati,

Anda akan melihat orang-orang hebat melakukan hal-hal menakjubkan.

Hanya karena Anda membangun sebuah lingkungan di mana itu its okay n fine untuk mencoba dan gagal – selamat  mencoba.

SAP: Don’t blame us for DHL’s ailing logistics system

Project Lesson learned,

The upgrade gone wrong has already led to a write-off of €345 million

Deutsche Post DHL
Deutsche Post DHL Group is struggling with a software upgrade in its DHL Global Forwarding division.

Credit: Deutsche Post DHL Group

A languishing software upgrade project at Deutsche Post DHL Group has forced the German mail and courier company to take a write-off of €345 million, but software provider SAP is taking pains to make it clear that it’s not to blame.

“Recent media reports suggest there is a connection between SAP and problems with the implementation of a new logistics system at DHL,” the company said on Friday. “These statements regarding SAP are incorrect.”

Just over a week ago, a story in the German online publication Manager Magazinsuggested that DP-DHL might seek damages from SAP and IBM, both of which have been involved in the project.

Dubbed the New Forwarding Environment (NFE), the upgraded software for DHL’s Global Forwarding division was to enable a variety of new capabilities, including better shipment visibility through improved capture, management and display of operational milestones, and a reduction of paperwork through greater use of a document management system.

After the project hit the skids earlier this year, DP-DHL warned investors in late October about the anticipated financial impact.

“2015 is a year of transition,” said Frank Appel, the company’s CEO. “Our objective for a renewal of our forwarding business remains valid. We are now undertaking further measures to make this renewal business-centric.”

The write-down was formally confirmed by the company earlier this month when, as part of an earnings report, it announced further one-off effects of about €200 million. Part of the costs were attributed to removing the new software from the locations where it had been piloted.

The company now plans to take a more cautious and incremental approach to upgrading its technology, Appel said in a recent interview with German online publication DVZ.

As for SAP, “we are not the general contractor,” said Hilmar Schepp, the company’s head of strategic innovation and senior director for global corporate affairs. “It is SAP’s software. We sold the licenses, but we are not responsible for the implementation.”

DP-DHL appears to agree.

“As far as we can judge at present, this is not primarily an issue with the base software provider, technically or commercially,” confirmed Daniel McGrath, a representative for DHL Express and Deutsche Post DHL Group, via email. That provider — SAP — is “only providing the base software for the NFE solution and is not primarily responsible for the configuration, enhancement and piloting,” he added.

Such responsibilities fall instead to the general contractor for the project, and though neither SAP nor DHL would confirm it, that role apparently belongs to IBM.

“At this moment in time, we would prefer to refer to the roles within the program, without specifying the names of individual partners/suppliers,” McGrath said.

“We expect the general contractor who is primarily responsible for the program to fully deliver in line with their contractual obligations,” he added.

IBM did not respond to a request for comment.

apakah anda frustasi dgn microsoft project?

Michael A. Steinberg, PMP, Senior Project Management Consultant, Project Assistants, Inc. (MPA member, Atlanta, GA)

   How many of you felt frustrated with Microsoft Project not behaving like you expect it to?

1.      It’s not a spreadsheet

This may seem obvious, but it’s worth a mention.  A new user may look at the grid-like layout of the default “Gantt Chart” view and assume that because it looks like a spreadsheet that it also behaves like a spreadsheet.  They quickly discover that the tool automatically performs some scheduling functions, like, for example, changing start and finish dates.   Not understanding how or why it does this, they quickly become intimidated and abandon the tool.  The bottom line:  Project is a scheduling tool.  Scheduling tools will change dates!

  • How many of you felt frustrated with Microsoft Project not behaving like you expect it to?

2.      Know the “Basic Scheduling Formula”

Duration = Work/Units

Understanding of the meaning of these three terms (See Project Help), as well as the formula itself, is key to understanding how Project schedules a task.  To anyone who has changed any of these three parameters on a task, without understanding this formula, the changes that Project makes to the other parameter(s) can sometimes seem totally unexpected or bizarre.

In my experience, not knowing this formula is the biggest cause of frustration that people experience with the tool.   Knowing the formula will not stop Project from doing things that you don’t expect, but it will allow you to know what changes to make so that it will do what you want.

3.      Use Task Types correctly

What will Project do when you change either work, duration or units on a task – that is, which of the others will it change and which will it keep constant?   The Task Type parameter is what tells Project how to behave.  The general rule is:

If work, units or duration is fixed and you change one of the others, Project will recalculate the third, but wont change the one that’s “fixed”.

Even if you don’t set task type explicitly, each task defaults to one of the three – and the system default is “Fixed Units”.  This can cause problems in many cases, because since most technical tasks are driven by the amount of work effort required, they should generally be “fixed work”.

4.      Estimate work, rather than duration

As mentioned in the previous tip, most technical tasks are driven by the amount of work effort, not by duration.  Therefore, it is a good practice to estimate how much heads-down work effort a task is likely to need, and estimate the number (or fractions) of resources (which is the definition  of units), and let the tool calculate duration.

Duration is dependent on many things – not only work effort and assignment units, but calendars, task splits and a number of other factors.  Often, when we estimate duration first, we are really applying the basic scheduling formula (Tip number 2) in our heads. Why not let the tool do the math!

5.      Understand “Effort Driven”

If a task is effort driven, the total task work will remain the same if you add or remove resources.  If you add a resource, the total amount of work effort will be divided among all of the resources, including the new ones, thereby reducing duration.

A good practice when adding resources to a task, even if you do understand this concept, is to explicitly specify the work and units for each assignment, so you remain in control of the division of labor.  Do this in a usage view or the bottom half of a split-screen view.

6.      Don’t assign everyone at 100%

When you assign a resource to a task, the default level of “assignment units” is 100%.  This means that the resource will be assigned full time on that task for its entire duration!  Is that what you always want?  Probably not, but it is easy to fall into that trap.  This will result in a serious distortion of their true allocation.  Be especially careful when people are assigned to concurrent (parallel) tasks.  Be sure not to assign them full time in these cases.

7.      Minimize constraints

Constraints, such as “Start no earlier than”, or “Finish no later than”, are really telling Project not to schedule a particular task.  Sure, there are legitimate uses for them, such as a dependency on a truly external event.  However, the best practice is to estimate each task and its dependencies, and let Project adjust the schedule.  This is called “Dynamic Scheduling”.

Hard (or “inflexible”) constraints such as “Finish no later than”, should be avoided if possible.  Hard constraints can cause scheduling conflicts, where Project may be forced to choose to ignore either a constraint or a dependency – again, a situation where you are tying one hand behind its back.

“What if my sponsor mandates an end date?” you say.  Use deadlines instead.  Deadlines will flag a missed milestone but will not disable scheduling of the task.

One note about constraints:  When you manually key in a start date, you are effectively setting a “Start no earlier than” constraint.  That is why project sometimes ignores a date that you type in.

8.      Avoid estimating Percent Complete

Estimating percent complete is not a best practice for many reasons, not the least of which is its vulnerability to abuse.  A better practice is to ask a resource (or manager) to report actual work and to estimate remaining work, and let the tool calculate percent work complete.  (In fact, when we estimate percent complete, aren’t we really mentally estimating those two amounts and doing the math in our heads?)

Another note:  In Project, the “% Complete” field really means “% duration complete”, as distinguished from the “% work complete” field.  Make sure you understand the difference and which you want to use.

9.      Heed the Planning Wizard

Yes, those annoying messages like “This action will cause a scheduling conflict…” are really your friend.  They warn you of potential problems, like the one described in the previous tip.  Deal with them immediately, because their consequences may become more difficult to trace back to their root causes when they are no longer fresh in your mind.

10.  Leveling is not a magic bullet

As anyone who has used automatic leveling knows, there is really no magic to it.  It simply delays the start (or continuation) of tasks in your schedule until resources are no longer overallocated.  This is not always practical.

The best practice is to use some thought when first assigning resources to tasks.  For example, don’t assign the same person full time to two tasks at the same time.  If you are careful, leveling can work for you.  If you are not, it is sure to make things worse!

11.  Tools do not replace communication

With all of the collaboration tools in the Enterprise Project Management (EPM) environment, like notifications and SharePoint, one might be tempted to think the tool can communicate for us.  Wrong!  Ninety percent of a project manager’s job is interpersonal communication.  EPM tools will facilitate communication and relieve us of some of the more mundane tasks so we can spend more time communicating – but it won’t replace it.

12.  Tool expertise will not make you a perfect project manager

This point expands on the previous tip.  Microsoft Project is a great scheduling tool.  But that’s all it is.  PMI® identifies 47 processes that a project manager performs.  Project really only supports a handful of those processes.  As they say, “a PM tool makes a good manager better faster and a bad manager worse faster.”  Microsoft Project will facilitate some of our more routine scheduling tasks, so that we can devote the bulk of our time truly managing our projects.

Project management is not only schedule.

 

[1] Thanks to Dr. Fred Oettle, Director of Training at Project Assistants, for articulating these concepts in our training.