MVP scope hujjatiga nima kiradi

Ko'pchilik "scope hujjatlari" - bu belgilangan funksiya ro'yxati va raqam. Bu scope hujjati emas. Bu formatlangan taxmin.

Real scope hujjati shunchalik aniqki, faqat hujjatni o'qigan ikkita turli muhandislik jamoasi taniqli darajada bir xil mahsulotni quradi. Mana bu aslida nimani talab qiladi.

Qisqa javob

Sakkizta bo'lim. Ikki-uch tasini o'tkazib yuborsangiz, sizda reja emas, taklif bor.

Funksiya ro'yxati emas, muammo bayoni

Hujjat bitta funksiya nomlanishidan oldin, oddiy tilda hal qilinayotgan muammo va kimda bu muammo borligi bilan ochilishi kerak. Bu aniq eshitiladi va doimiy ravishda o'tkazib yuboriladi.

Nega muhim: keyin keladigan har bir scope qarori shunga qarshi sinovdan o'tadi. Oltinchi haftada funksiya so'rovi paydo bo'lganda, "bu bayon qilingan muammoni hal qiladimi" "bu foydali eshitiladimi"dan tezroq va halolroq filtr.

Zaif versiya: "Avtopark operatorlarini mexaniklar bilan bog'laydigan ilova." Ishlaydigan versiya real og'riqni nomlaydi - operatorlar hozir har bir buzilish uchun mavjud mexanikni telefon orqali topish uchun ikki-olti soat sarflaydi, oldindan qobiliyatni tekshirish imkoni yo'q.

Funksiya ro'yxatidan oldin foydalanuvchi oqimlari

Alohida funksiyalar mahsulot ishlashini aytmaydi. Oqimlar aytadi.

Hujjat foydalanuvchi haqiqatan boshdan oxirigacha o'tadigan ikki-uchta asosiy yo'lni xaritalab berishi kerak - har bir ekranni emas, mahsulotni ishlaydigan qiladigan ketma-ketlikni. Aynan shu yerda "reyting tizimini qo'sh" o'zida "reyting adolatsiz bo'lganda nizolarni hal qilish" ni yashirin talab qilishini bilib olasiz, buni hech kim alohida rejalashtirmagan.

Aslida ustuvorlashtirilgan funksiya ro'yxati

Yassi bullet ro'yxat emas - yo'q bo'lsa mahsulotni buzadigan narsa bilan yoqimli bo'lardi degan narsa bo'yicha saralangan ro'yxat. Biz ilgari 46 funksiyani 11 taga qisqartirish haqida yozgan edik, aynan shu test yordamida: agar bu yo'qolsa, asosiy loop hali ham ishlaydimi?

Shu testdan o'tgan har bir funksiya "Bo'lishi shart"ga kiradi. Qolganlarning hammasi aniq belgilangan "Ikkinchi bosqich" bo'limiga kiradi - hujjatlashtirilgan, yuqori darajada baholangan, va hozir qurilayotgan narsaning aniq qismi emasligi bayon qilingan. Aynan shu amaliyot har qanday shartnoma bandidan ko'ra ko'proq scope nizosining oldini oladi.

Sabab bilan texnik arxitektura

Faqat texnologiyalar ro'yxati emas - har bir tanlov ortidagi mulohaza, chunki aynan shu kimdir olti oydan keyin qarorlar hali ham mantiqiymi deb baholashga imkon beradi.

Scope hujjati stack'ni, hosting yondashuvini va qaytarish qimmat bo'lgan ikki-uchta qarorni bayon qilishi kerak - tranzaksion mahsulot uchun ma'lumotlar bazasi tanlovi, bildirishnomalar WhatsApp orqali yoki faqat email orqali marshrutlanishimi, arxitektura hozir bitta platformada ishga tushirilsa ham keyinroq ko'p platformalarni qo'llab-quvvatlashi kerakmi.

Tavsif emas, ekranlar yoki prototip

"Toza, zamonaviy dashboard" - bu texnik topshiriq emas. Besh-sakkizta asosiy ekran, ideal holda bosiladigan prototip sifatida, qurilish o'rtasidagi eng katta hayronlik manbaini olib tashlaydi: asoschi va jamoa bir xil funksiyaning boshida turli rasmga ega bo'lishi.

Bu piksel-mukammal yakuniy dizayn bo'lishi shart emas. U "admin panel" abstraksiya bo'lishdan to'xtab, real, bahslashadigan narsaga aylanadigan darajada aniq bo'lishi kerak.

Yagona raqam emas, modul bo'yicha ajratilgan smeta

Yagona narx uni ishlab chiqargan har bir taxminni yashiradi. Modul-modul taqsimot - hisoblar va ruxsatlar, asosiy tranzaksiya oqimi, to'lovlar, admin panel va hokazo - yagona raqam qila olmaydigan ikkita narsani qiladi: nima qimmat va nega ekanini ko'rishga imkon beradi, va butun narxni qayta muzokara qilish o'rniga byudjet yetmasa aniq modulni qisqartirishga imkon beradi.

Aniq nomlangan risklar va bog'liqliklar

Umumiy risk tili ("texnik risk", "jadval riski") befoyda. Real risk bo'limi loyihani sekinlashtirishi mumkin bo'lgan aniq narsani nomlaydi - to'lov provayderining tasdiqlash jadvali, noaniq stavka chegaralariga ega uchinchi tomon API, hali qaror qilinmagan asoschi qarori - va kim buni hal qilishga javobgar ekanini.

Bu bo'lim shuningdek kritik yo'l aniqlanadigan joy: kechiktirilsa, muhandislik qanchalik yaxshi ketayotganidan qat'i nazar ishga tushirish sanasini kechiktiradigan ikki-uchta narsa.

Aniq istisno qilingan narsalar

Bu ko'pchilik scope hujjatlari butunlay o'tkazib yuboradigan bo'lim, va u keyinroq eng ko'p bahslarni oldini oladigan bo'lim.

Nima kirmasligini oddiy aytib bering: uchinchi tomon xizmat xarajatlari, kontent yozish, ma'lumot ko'chirish, belgilangan muddatdan tashqari qo'llab-quvvatlash, ikkinchi platforma. Bu bo'limning eng yaxshi versiyasi uzun va biroz zerikarli o'qiladi. Bu xususiyat, nuqson emas - bu yerdagi noaniqlik "men buni kiritilgan deb o'ylagandim" nizolarining manbai.

Real versiyasi qanday ko'rinadi

Biz namuna Blueprint e'lon qilamiz, unda shu sakkizta bo'limning hammasi real loyihaga qarshi to'ldirilgan - shablon matn bilan emas, real qarorlar va real raqamlar bilan haqiqiy scope hujjati. Buni o'qish uning tavsifini o'qishdan tezroq.

Sizniki real ekaniga test

Hujjatni siz bilan hech qachon gaplashmagan muhandisga bering va jadvalni baholashni so'rang. Agar u aniqlashtiruvchi qo'ng'iroqsiz qila olsa, bu scope hujjati. Agar o'nta savol bilan qaytsa, sizda narx yopishtirilgan funksiya ro'yxati bor - va o'sha o'nta savol loyiha allaqachon boshlangandan keyin, javob berish ancha qimmatroq bo'lganda, o'zgartirish so'rovlari sifatida paydo bo'ladigan aynan narsa.

To'liq scope hujjati real loyihaga qarshi qanday ko'rinishini ko'rmoqchimisiz? Namuna Blueprint hujjatimiz - qisqartma emas, to'liq hujjat. Yoki loyihangiz haqida ayting, biz raqam aytishdan oldin uni to'g'ri belgilaymiz.