Di antara pertanyaan utama yang perlu dijawab oleh manajemen perusahaan sebelum memutuskan untuk mengambil proyek, berikut ini disoroti:
- Apakah menguntungkan untuk melaksanakan proyek yang sedang dibahas dengan harga yang disarankan?
- Akan seperti apa situasi keuangan selama proyek? Apakah akan ada kesenjangan uang tunai?
Tentu saja, Anda dapat berasumsi bahwa ini bukan sakit kepala Anda seperti RMa, tetapi ... Jika perusahaan Anda kecil, maka semua masalah keuangan perusahaan akan mempengaruhi Anda dan tim Anda dengan cara yang paling langsung, dalam bentuk penundaan gaji. Sekalipun perusahaan sudah kokoh, proyek yang sudah negatif pasti akan membawa unsur kesedihan ke atmosfer tim. Karena itu, lebih baik memperhitungkan bagian keuangan pada awalnya, karena membutuhkan sedikit waktu dan manfaat satu kali, dan keuntungannya besar dan konstan - dalam hal laba proyek, dan karena itu karma Anda di kepala kepemimpinan Anda. Ya, atau kemampuan untuk mengenali proyek yang gagal secara finansial pada tahap pra penjualan dan untuk menghindari berpartisipasi di dalamnya, sejauh mungkin.
Tertarik - selamat datang di kucing
Sebelum Anda mulai.
Saat menulis artikel ini, diperhitungkan bahwa rata-rata RM, yang tumbuh dari seorang senior, sama sekali tidak memiliki keinginan untuk mempelajari detail keuangan dengan ketat. Oleh karena itu, diperlihatkan cara mendapatkan perhitungan keuangan untuk presale dengan waktu dan upaya mental yang minimal - seperti mendapatkan kredit untuk subjek "Ekologi" di universitas teknik, para ahli ekologi memaafkan saya.
Diasumsikan bahwa Anda dapat melakukan sendiri jadwal di MS Project - masukkan tugas, bangun koneksi di antara mereka, atur hierarki, dll. Apa yang kita bicarakan adalah persiapan cepat dan input informasi keuangan di MS Project untuk mendapatkan model keuangan yang berfungsi untuk presale yang dapat Anda mainkan dengan menjawab pertanyaan "bagaimana-jika" dengan akurasi online yang tinggi.
Tidak ada wahyu keuangan dalam artikel, semuanya standar, versi apa pun dari Proyek MS dapat digunakan sejak tahun 2003. Artikel ini menggunakan Proyek MS 2019, tetapi tidak ada banyak perbedaan dalam antarmuka. Sayangnya, karya ini menggunakan versi bahasa Inggris, saya tidak mengambil risiko dan mengubahnya ke bahasa Rusia hanya untuk menulis artikel ini.
Mari kita langsung ke intinya.
Bagian Satu Tarif dan biaya masa depan
Mari kita lihat presale proyek untuk mengembangkan
kuda bulat dalam ruang hampa besi di Linux, yang memantau parameter penting bagi pelanggan dan mengeluarkan tindakan kontrol berdasarkan analisis data yang diterima. Pengembangan meliputi pengembangan board, sistem dan perangkat lunak aplikasi, tanpa FPGA, kasing sudah siap. Tujuan kami adalah untuk memberikan jumlah yang memadai kepada pelanggan, dengan mempertimbangkan persentase keuntungan kami dan mengevaluasi jadwal pembayaran untuk proyek tersebut, agar tidak masuk ke celah kas.
Spesialis apa yang dibutuhkan untuk proyek pelatihan ini:
- Programmer
- Teknisi Sirkuit.
- Papan pramuka.
- Penguji
- Pelaksana.
- Anda sendiri sebagai PM. Waktu Anda juga membutuhkan uang.
Ini tidak secara langsung termasuk sekretaris, pembukuan, pengacara, pembeli, penjual, sewa kantor, listrik, teh dengan kue - tidak tergantung pada Anda dan Anda tidak dapat mengelolanya. Semua yang ada dalam kekuasaan Anda adalah menambahkan biaya ini semua, dalam bentuk meningkatkan tingkat pengembang per jam. Inilah yang akan kita lakukan sekarang.
Secara pribadi, saya lebih suka dalam hal ini untuk hanya mengalikan gaji dengan "bersih" dengan 2. Ya, itu yang sederhana. Karena perusahaan membayar pajak 43% dari gaji langsung, dan 57% sisanya dikenakan biaya overhead. 57% sisanya ini juga termasuk rincian implisit yang mempengaruhi tingkat akhir: ada liburan 28 hari, pengembang sakit secara teratur, meminta waktu - kita dapat mengasumsikan bahwa mereka bekerja 10,5 bulan setahun, dll. Jika direktur / pemodal tidak setuju dengan 57%, maka ini jelas bukan sakit kepala Anda - Anda tidak memiliki dan, pada prinsipnya, tidak dapat memiliki akses ke seluruh departemen akuntansi perusahaan, jadi minta direktur / pemodal untuk memberikan angka Anda, tetapi untuk sekarang, masukkan 57 %
Contoh perhitungan: pemrogram yang diterapkan menerima 82.000 rubel per tangan. Rata-rata 164 jam kerja (termasuk hari libur), yaitu gajinya per jam adalah 82.000 / 164 = 500 rubel. Kami menetapkan tingkat 1000r / jam. Itu saja.
Sebelum melanjutkan, ada baiknya menjelaskan cara akuntansi lain untuk biaya overhead. Seperti yang mungkin sudah Anda perhatikan, biaya overhead untuk kantor, cookie, dan pengacara adalah sama untuk junior dan senior, sehingga tidak sepenuhnya benar untuk menghitung faktur sebagai% dari gaji mereka. Oleh karena itu, Anda dapat meminta direktur untuk mengatur tugas bagi penyandang dana untuk menghitung rata-rata jumlah pengeluaran kantor per jam untuk periode tersebut (tahun / kuartal / bulan - tidak masalah, bagi dengan jumlah jam). Kemudian kita mendapatkan angka, misalnya, 300r / jam faktur secara terpisah dan biaya gaji per jam (dengan pajak) secara terpisah 82.000 * 1.43 / 164 = 715r / jam, dan ini akan lebih akurat, kita akan mendapatkan jumlah 715 + 300 = 1015r / h Satu-satunya masalah besar di sini adalah sangat sulit untuk mendapatkan jumlah overhead yang tepat untuk periode tersebut dari departemen akuntansi. Saya hanya berhasil sekali, jadi saya lebih suka menambahkan minat pada gaji. Ya, dan proyek ini ditarik terutama oleh middle dengan gaji yang kurang lebih sama, sehingga perbedaan antara kedua metode akuntansi tidak terlalu besar. Pada akhirnya, Anda dapat menyetujui, sekali lagi, untuk menempatkan sekarang 57% dari faktur gaji, dan ketika (lebih tepatnya, jika) departemen akuntansi memberikan nomor faktur per jam - dengan cepat mengubah beberapa tarif, dibutuhkan 5 menit dari gaya, semuanya akan dihitung ulang secara otomatis.
Apakah ini sederhana? Menurut saya, ya.
Kami sekarang dapat menghitung tarif dari gaji, jadi tidak masuk akal untuk memberikan perhitungan di sini untuk pengembang lain, untuk menghemat waktu. Taruh saja tarifnya segera:
Programmer - 1300r / jam
Desainer sirkuit - 800r / jam
Peternak PCB - 800r / jam
Tester - 600r / jam
Implementer - 1000 r / jam
PM, mis. Anda sendiri - 1200r / jam, sementara Anda 30% terlibat dalam proyek, sisanya adalah proyek lain, beban presale, dll.
Dengan perhitungan harga selesai. Inilah jadwal aslinya:
Menurut jadwal - saya tidak akan berdebat tentang bagaimana seharusnya dalam kenyataan. Jadwalnya sangat disederhanakan, sampai batasnya dengan kenyataan, dan dibuat dengan tujuan menunjukkan dampak tugas pada uang, daripada memberikan templat standar untuk pengembangan perangkat lunak dan kompleks perangkat keras. Secara umum, "Saya seorang seniman, saya mengerti."
Oke, klik tombol “Lembar Sumber Daya” dan pada tampilan yang terbuka kita masukkan tarif yang diterima:
Perhatikan garis "Tanam". Ini adalah artikel pembelian di mana semua uang harus diberikan segera, atau lebih tepatnya, sedikit di muka, karena pembukuan Anda tidak segera mentransfer uang, tetapi secara berkala, sekali atau dua kali seminggu, ditambah uang akan pergi untuk beberapa waktu.
Oleh karena itu, di sini kami menetapkan jenis sumber daya untuk melakukan pembelian sebagai "Bahan", menetapkan jumlah 40.000 dalam "Biaya / Penggunaan" dan mengatur pembayaran (Diterima Di) pada awal tugas. Tentu saja, di Feng Shui, Anda perlu memecah tugas "Membuat Papan" menjadi dua Tonggak: membayar dan menerima, tetapi lebih rumit - dua baris alih-alih satu, tambahkan offset sementara yang tidak terlihat pada jadwal, dll. Jadi, seperti yang dilakukan - itu lebih visual dan lebih sulit untuk dilupakan. Anda masih bisa mewarnai tugas ini dengan oranye, tetapi ini sudah terlalu banyak.
Sekarang mari kita kembali ke tampilan grafik Gantt. Untuk melihat nilai yang dihasilkan, tambahkan kolom yang disebut "Biaya" atau "Biaya" dan inilah yang kami dapatkan:
Biaya proyek sekarang transparan dengan akurasi untuk bekerja. Manajemen melihat dengan tepat bagaimana uangnya akan dihabiskan dalam proyek Anda, dan ini membedakan Anda dari RM lain yang tidak memberikan informasi seperti itu. Dan perselisihan tentang orang-orang di proyek jauh lebih mudah untuk diterjemahkan ke dalam cara yang konstruktif: semuanya transparan, jika Anda ingin yang lebih murah dan lebih cepat - mari kita menempatkan orang-orang senior ke dalam proyek-proyek utama daripada yang sedang untuk tugas-tugas utama, kami akan menceritakannya sekarang.
Sebenarnya, bagian utama selesai pada ini, dan Anda dapat bermain dengan model yang dihasilkan dalam kisaran yang cukup besar, mendapatkan nilai instan dari biaya dengan perubahan apa pun. Ini bagus, tetapi ada lebih dari itu. Kami dihadapkan dengan tugas menghapus bunt kedua dari manajemen - untuk menghitung arus kas pada proyek untuk memberikan jawaban yang beralasan untuk pertanyaan: berapa banyak untuk meminta pembayaran di muka dan bagaimana memecahnya secara bertahap.
Bagian Dua Arus Kas dan Pendapatan Masa Depan
Metode perhitungan ini dapat digunakan dalam berbagai opsi, mulai dari tujuan yang telah disebutkan sebelumnya yaitu menghitung persentase pembayaran di muka yang diperlukan dan distribusi pembayaran secara bertahap, sehingga cadangan cache tidak menjadi negatif, hingga cara yang sangat nyaman dalam proyek yang sudah berjalan, dengan banyak pemasok, untuk dengan cepat memberikan jumlah kepada pemodal pembayaran eksternal pada tahap yang direncanakan selesai dalam beberapa bulan mendatang.
Mari kita masukkan dalam proyek profitabilitas 30%, yang memberi kita 1.233.600 * 1,3 = 1.603.680. Kumpulkan hingga 1.600.000 agar tidak bingung dalam sepeser pun. Pada jumlah ini, Anda perlu menghitung berapa banyak bertanya di muka, dan berapa banyak - di akhir tahapan. Merupakan standar untuk pengembangan perangkat lunak dan sistem perangkat keras untuk memiliki kemajuan sebesar 40% pada awalnya, karena pembelian peralatan dan komponen terjadi pada tahap pertama, dan 30% pada akhir tahap pertama dan kedua. Kita masuk dengan cara ini:
640 ribu - pembayaran di muka
480 ribu - pada akhir tahap pertama dan kedua.
Kami memasukkan tonggak proyek (tonggak) sesuai dengan saat-saat pembayaran tahap. Untuk mengganti nama, agar tidak menghasilkan jalur yang tidak perlu, tugas "Mulai proyek" di "Pembayaran di Muka", dan "Akhir dari proyek", masing-masing, dalam "Pembayaran tahap kedua". Dan kami menambahkan tonggak "Pembayaran tahap pertama" setelah tugas "Mentransfer perangkat lunak ke papan target" - lebih mudah meyakinkan pelanggan untuk berpisah dengan uang berikutnya pada saat melihat produk yang mulai berfungsi. Di kolom "Nama Sumber Daya" kita menempatkan "Pembayaran 1", "Pembayaran 2" dan "Pembayaran 3". Seharusnya terlihat seperti ini:
Klik "Lembar Sumber Daya" lagi dan masukkan nilai prabayar yang diterima. Kali ini, tentu saja, dengan tanda negatif, karena kami dulu menghitung uang meninggalkan saku perusahaan, dan sekarang sebaliknya. Dan kami akan mengubah jenis sumber daya "Pembayaran x" dari "Pekerjaan" menjadi "Bahan", mengatur jumlah di atas (dengan tanda negatif, karena kami dibayar, bukan kami) dalam Biaya / Penggunaan dan mengatur pembayaran (Diterima Di) pada awal tugas:
Harap dicatat bahwa hanya MS Project 2019 yang menampilkan nilai dengan tanda negatif, dalam versi sebelumnya nilai negatif terlampir dalam tanda kurung. Meski semuanya dianggap benar.
Diperkenalkan. Beralih kembali ke Gantt dan lihat gambar ini:
Total biaya proyek dinyatakan dalam istilah negatif dan ini tidak diragukan lagi bagus.
Oke, pindah ke flo cache selama berbulan-bulan. Di sini, sayangnya, Anda sudah harus mengekspor data ke Excel dan mencarinya. Anda dapat, tentu saja, mengganti nama beberapa bidang dalam nama bulan dan tahun, mencetak setiap bulan di kolom Anda sendiri dan membangun formula monster Anda sendiri untuk setiap kolom, dengan mempertimbangkan tahun dan bulan ... Saya melakukannya sekali, tetapi terlihat menjijikkan, terutama jika proyeknya panjang. Di mana lebih mudah untuk menggunakan alat pelaporan bawaan dan mengeluarkannya ke Excel, kami akan pergi dengan cara ini.
Seperti biasa, semuanya sangat sederhana - buka tab "Laporan" dan klik tombol "Visual Laporan Ekspor":
Selanjutnya, di jendela yang terbuka, pilih "Laporan Arus Kas", atur level ke "Bulan":
Klik "Lihat" dan di jendela Excel yang terbuka, pilih tab kedua (lembar) - "Penggunaan Tugas". Kami mendapatkan jendela seperti itu, tetapi itu masih tidak informatif:
Di atasnya, letakkan tanda centang "Kalender Bulanan" di "Bidang Tabel Pivot" dan klik ikon "+" yang ditandai dengan oval merah pada gambar. Sebelum kami membuka apa yang kami inginkan: cache-flo bulanan di proyek kami dengan informasi kumulatif, mis. Kami memahami setiap bulan hasil keseluruhan - kami berada dalam plus atau minus bulan ini, dan dinamika - kami telah keluar dalam plus dalam proyek untuk uang, atau belum:
Mari kita menafsirkan data. Oval merah menunjukkan tempat di mana Anda harus berhati-hati.
Pada bulan Maret, total laba kami negatif (jangan lupa untuk membalikkan tanda dalam pikiran kami, karena kami berbicara tentang pengeluaran), pengeluaran melebihi pendapatan sebesar 67.360 rubel. Untuk April - positif, tetapi hanya pada 13280r, penundaan hanya sehari akan membuatnya negatif. Karena itu, Anda harus bersikeras untuk meningkatkan uang muka hingga 45%, atau kembali dari dunia angka ke dunia nyata dan memahami bahwa jumlah ini tidak ada dengan sendirinya, mereka hanya informasi untuk membuat keputusan. Disebutkan + 57% untuk tingkat insinyur - semacam abstraksi, pengacara dan akuntan mendapatkan gaji mereka tidak hanya karena ini, tetapi juga untuk proyek-proyek lain. Sekarang, jika akan ada kesenjangan uang tunai untuk mereka semua pada bulan Maret, maka ini adalah kesempatan untuk bersikeras meningkatkan pembayaran uang muka pada proyek, atau menunda pembayaran Anda untuk bulan ini, dan jika tidak, cari cara lain untuk menutup lubang, misalnya, mengambil pinjaman dari bank untuk pasangan. bulan. Tetapi keputusan ini dibuat oleh pemodal / direktur, dan bukan Anda sebagai RM. Anda sudah memberi mereka informasi yang sangat berharga: dalam dua bulan ada risiko kesenjangan uang tunai, Anda punya waktu, pikirkan. Ini jauh lebih baik daripada belajar tentang masalah ini dalam dua minggu.
Itu saja. Semoga sukses dengan perencanaan keuangan Anda!