4. Project Manager
Project managers (PMs) are responsible for planning, organizing, and directing the
completion of specific projects for an organization while ensuring these projects are on time,
on budget, and within scope.
Project managers (PMs) are responsible to the each phase of project life cycle.
There are 5 project life cycle :
1. Initiating
2. Planning
3. Executing
4. Monitoring and Controlling
5. Closing
5. Project Life Cycle - Initiating
Project managers begin each new project by defining the main objectives of the project, its purpose, and its scope. They also identify key internal and external stakeholders,
discuss shared expectations, and gain the required authorization necessary to move a project forward.
Important questions that project managers ask during the initiating phase include:
Why is the project important?
What’s the specific problem we’re trying to solve?
What is the desired outcome?
What are the project’s success criteria?
Who are the stakeholders on this project? Who is impacted by, or who impacts, this project?
What are the requirements and constraints within this project?
What assumptions are we making?
How will the project be funded?
What is within our scope? What is not within our scope?
Has this project been executed before? If so, what was the result? What information from that past project should be considered in this project?
It’s important to recognize that project managers don’t do this on their own. Oftentimes, a project manager isn’t assigned until much of this work is well underway.
6. Project Life Cycle - Planning
Project managers work with key stakeholders to create an integrated project plan focused on
attaining the outlined goals.
The plan established during this process helps project managers oversee scope, cost,
timelines, risk, quality issues, and communications. It is during this phase that project
managers will outline key deliverables and milestones and identify the tasks that must be
completed to complete each.
It’s important to note that project “planning” doesn’t actually end until the project does. The
project plan should be treated as a living document that constantly evolves and changes
throughout the project.
7. Project Life Cycle - Executing
The project manager’s role is to assign this work and to ensure that tasks are
completed as scheduled. The project manager will also typically:
•Protect the team from distractions
•Facilitate issue resolution
•Lead the team in working through project changes
8. Project Life Cycle - Monitoring and
Controlling
In the monitoring and controlling phase, a project manager’s work includes:
•Monitoring the progress of a project
•Managing the project’s budget
•Ensuring that key milestones are reached
•Comparing actual performance against planned/scheduled performance
Therefore, a project manager must be flexible enough to work within a project’s plan
but readily adapt when necessary.
9. Project Life Cycle - Closing
Project managers strive to ensure all activities necessary to achieve the final result are
completed. During the close of a project, project managers will:
•Work with the client to get formal sign-off that the project is complete
•Release any resources (budget or personnel) who are no longer needed for the
project
•Review the work of third-party vendors or partners in order to close their contracts
and pay their invoices
•Archive project files for future reference and use
13. Responsibilities Of The Functional
Analyst
Responsible for Functionality
Captures, Consolidates, and Communicates information
Constantly asks questions:
What do you mean? / How does this fit in with…?
Identifies and resolves conflicts
Produces Requirements Specification
14. Skill Of The Functional Analyst
Precise communicators
Know when detail is necessary and when not
Adept at dealing with differing opinions
Great relationship skills
Very good listeners
Can create clear and precise documents
Skilled in using Office tools
15. BRD vs SRS vs FSD
BRD (Business Requirement Development) shows what the business wants to achieve, from features,
timeline & costs. This document was designed by BA (Business Analyst).
SRS (Software Requirement Specification) document specification of each requirement that has been
explained from BRD. When designed, the SRS can be discussed by the BA and the PM (Project
Manager) to achieve a clear SRS.
FSD (Functional Specification Document) is a detail of the functionality of an app/web. Usually the FSD
will be created when the BRD and SRS already exist. Suitable for Waterfall development method. FSD
will be made per Module and will be broken down into Sub-Modules which are detailed with Usecase
diagrams. This document was designed by BSA (Business System Analyst)
The three documents above are not required to always exist in an app/web development. It could be
that only BRD is used, or only SRS. It all comes back to the client's needs and vendor readiness.
19. Responsibilities Of The Lead Developer
Leads and mentors developers
Assigns tasks to developers
Details and partitions work
Ensures that all developers are successful
20. Skills Of The Lead Developer
• Grows out of Developer role
• Requires great relationship with Architect
• Wide knowledge of Libraries/Tools/Techniques
• Adept at creating technical specifications
• Adept at build & configuration management
• Adept at debugging, post-mortem log inspection, etc.
• Can create own tools if needed
23. Responsibilities Of The Solution
Architect
Responsible for Technology
Converts Functional Requirements (FSD) to Technical Architecture (TSD)
Carefully balances Patterns/Requirements/Elegance/Concepts
Researches Key Technologies
Has deep understanding of Design Patterns
Motivates and guides development team
Ensures that the Lead Developer is successful
24. Skills Of The Solution Architect
• Grows out of Lead Developer role
• Requires great relationship with Lead Developer
• Helicopter view at all times
• Deep understanding of Design Patterns
• Fluent in UML & other Design Tools
• Experience with Tools & Code Generators
30. The Planning Is Too Optimistic
The PM operates in isolation, far away from the dev team. This puts
pressure on the LD and QA. Both feel disempowered.
Remember: your job is to make your LD succeed!
• Bring the PM in on the dev team
• Find the reason: optimistic PM, naïve LD, or slow devs?
• Coach LD / Restructure devs / Readjust schedule / Alter planning
31. Functional Requirements Are Invalid
For some reason the FA has no engagement with Urs (User Requirements), and
passes invalid specs to architect. Beware: This will come to bite you!
• Find the reason
• Try to restore the personal power of the FA
• Escalate up if needed
32. Lead Developer Loses Trust
Endless discussions, implementation starts to deviate from architecture.
Remember: your job is to make your LD succeed!
• Empower your LD
• Always present an united front
• Be open to feedback
• Change architecture if needed
Manajer proyek (PM) bertanggung jawab untuk merencanakan, mengatur, dan mengarahkan penyelesaian proyek tertentu untuk suatu organisasi sambil memastikan proyek ini tepat waktu, sesuai anggaran, dan dalam ruang lingkup.
Manajer proyek (PM) bertanggung jawab untuk setiap fase siklus hidup proyek.
Ada 5 siklus hidup proyek:
memulai
Perencanaan
Pelaksana
Pemantauan dan Pengendalian
Penutupan
Manajer proyek memulai setiap proyek baru dengan mendefinisikan tujuan utama proyek, tujuannya, dan ruang lingkupnya. Mereka juga mengidentifikasi pemangku kepentingan internal dan eksternal utama, mendiskusikan harapan bersama, dan mendapatkan otorisasi yang diperlukan yang diperlukan untuk memajukan proyek.
Pertanyaan penting yang ditanyakan oleh manajer proyek selama fase inisiasi meliputi:
Mengapa proyek itu penting?
Apa masalah spesifik yang kami coba selesaikan?
Apa hasil yang diinginkan?
Apa kriteria keberhasilan proyek?
Siapa saja pemangku kepentingan dalam proyek ini? Siapa yang terkena dampak, atau siapa yang berdampak, proyek ini?
Apa persyaratan dan kendala dalam proyek ini?
Asumsi apa yang kita buat?
Bagaimana proyek akan didanai?
Apa yang ada dalam lingkup kami? Apa yang tidak termasuk dalam ruang lingkup kami?
Apakah proyek ini pernah dilaksanakan sebelumnya? Jika demikian, apa hasilnya? Informasi apa dari proyek sebelumnya yang harus dipertimbangkan dalam proyek ini?
Penting untuk diketahui bahwa manajer proyek tidak melakukan ini sendiri. Seringkali, seorang manajer proyek tidak ditugaskan sampai sebagian besar pekerjaan ini berjalan dengan baik.
Manajer proyek bekerja dengan pemangku kepentingan utama untuk membuat rencana proyek terintegrasi yang berfokus pada pencapaian tujuan yang digariskan.
Rencana yang dibuat selama proses ini membantu manajer proyek mengawasi ruang lingkup, biaya, jadwal, risiko, masalah kualitas, dan komunikasi. Selama fase inilah manajer proyek akan menguraikan hasil dan tonggak utama dan mengidentifikasi tugas yang harus diselesaikan untuk menyelesaikan masing-masing.
Penting untuk dicatat bahwa "perencanaan" proyek tidak benar-benar berakhir sampai proyek selesai. Rencana proyek harus diperlakukan sebagai dokumen hidup yang terus berkembang dan berubah sepanjang proyek.
Peran manajer proyek adalah untuk menetapkan pekerjaan ini dan untuk memastikan bahwa tugas diselesaikan sesuai jadwal. Manajer proyek juga biasanya akan:
Lindungi tim dari gangguan
Memfasilitasi penyelesaian masalah
Pimpin tim dalam bekerja melalui perubahan proyek
Dalam fase pemantauan dan pengendalian, pekerjaan manajer proyek meliputi:
Memantau kemajuan proyek
Mengelola anggaran proyek
Memastikan bahwa tonggak penting tercapai
Membandingkan kinerja aktual dengan kinerja yang direncanakan/terjadwal
Oleh karena itu, seorang manajer proyek harus cukup fleksibel untuk bekerja dalam rencana proyek tetapi siap beradaptasi bila diperlukan.
Manajer proyek berusaha untuk memastikan semua kegiatan yang diperlukan untuk mencapai hasil akhir selesai. Selama penutupan proyek, manajer proyek akan:
Bekerja dengan klien untuk mendapatkan persetujuan resmi bahwa proyek telah selesai
Lepaskan semua sumber daya (anggaran atau personel) yang tidak lagi diperlukan untuk proyek
Tinjau pekerjaan vendor atau mitra pihak ketiga untuk menutup kontrak mereka dan membayar tagihan mereka
Arsipkan file proyek untuk referensi dan penggunaan di masa mendatang
Komunikator yang tepat
Ketahui kapan detail diperlukan dan kapan tidak
Pandai menghadapi perbedaan pendapat
Keterampilan hubungan yang hebat
Pendengar yang sangat baik
Dapat membuat dokumen yang jelas dan tepat
Terampil dalam menggunakan alat Office
BRD (Business Requirement Development) menunjukkan apa yang ingin dicapai oleh bisnis, mulai dari fitur, timeline & biaya. Dokumen ini dirancang oleh BA (Analis Bisnis).
Spesifikasi dokumen SRS (Software Requirement Specification) dari setiap kebutuhan yang telah dijelaskan dari BRD. Saat dirancang, SRS dapat didiskusikan oleh BA dan PM (Project Manager) untuk mencapai SRS yang jelas.
FSD (Functional Specification Document) adalah detail fungsionalitas dari sebuah aplikasi/web. Biasanya FSD akan dibuat ketika BRD dan SRS sudah ada. Cocok untuk metode pengembangan Waterfall. FSD akan dibuat per Modul dan akan dipecah menjadi Sub-Modul yang dirinci dengan Usecase diagram. Dokumen ini dirancang oleh BSA (Business System Analyst)
Ketiga dokumen di atas tidak diharuskan untuk selalu ada dalam sebuah pengembangan aplikasi/web. Bisa jadi hanya BRD yang digunakan, atau SRS saja. Semuanya kembali pada kebutuhan klien dan kesiapan vendor.
* Tumbuh dari peran Pengembang
• Membutuhkan hubungan yang baik dengan Arsitek
• Pengetahuan yang luas tentang Perpustakaan/Alat/Teknik
• Mahir membuat spesifikasi teknis
• Mahir dalam membangun & manajemen konfigurasi
• Mahir dalam debugging, pemeriksaan log post-mortem, dll.
• Dapat membuat alat sendiri jika diperlukan
Penanggung Jawab Teknologi
Mengubah Persyaratan Fungsional menjadi Arsitektur Teknis
Dengan hati-hati menyeimbangkan Pola/Persyaratan/Keanggunan/Konsep
Meneliti Teknologi Utama
Memiliki pemahaman yang mendalam tentang Pola Desain
Memotivasi dan membimbing tim pengembangan
Memastikan bahwa Pengembang Utama berhasil
Tumbuh dari peran Pengembang Utama
Membutuhkan hubungan yang baik dengan Pengembang Utama
Tampilan helikopter setiap saat
Pemahaman mendalam tentang Pola Desain
Fasih dalam UML & Alat Desain lainnya
Pengalaman dengan Alat & Generator Kode
PM beroperasi dalam isolasi, jauh dari tim pengembang. Ini menempatkan
tekanan pada LD dan QA. Keduanya merasa tidak berdaya.
Ingat: tugas Anda adalah membuat LD Anda berhasil!
• Bawa PM ke tim pengembang
• Temukan alasannya: PM optimis, LD naif, atau pengembang lambat?
• Pelatih LD / Restrukturisasi pengembang / Atur ulang jadwal / Ubah perencanaan
Diskusi tak berujung, implementasi mulai menyimpang dari arsitektur.
Ingat: tugas Anda adalah membuat LD Anda berhasil!
• Berdayakan LD Anda
• Selalu hadirkan front persatuan
• Terbuka untuk umpan balik
• Ubah arsitektur jika diperlukan