Architecture Decision RecordADR માટે ટીમવર્કની સલાહ
જો તમે તમારી ટીમ સાથે નિર્ણય રેકોર્ડનો ઉપયોગ કરવાનું વિચારી રહ્યા હોવ, તો ઘણી ટીમો સાથે કામ કરીને અમે શીખેલી કેટલીક સલાહ અહીં છે.
તમારી પાસે "શું" ફરજિયાત બનાવવાને બદલે "શા માટે" વિશે સાથે મળીને વાત કરીને તમારા સાથીદારોને દોરવાની તક છે. ઉદાહરણ તરીકે, નિર્ણય રેકોર્ડ એ ટીમો માટે વધુ સ્માર્ટ રીતે વિચારવાનો અને વધુ સારી રીતે સંવાદ કરવાનો માર્ગ છે; જો તે માત્ર કામ થયા પછી ફરજિયાત કાગળકામની જરૂરિયાત હોય તો નિર્ણય રેકોર્ડ મૂલ્યવાન નથી.
કેટલીક ટીમો "ADR" ટૂંકાક્ષરને બદલે "નિર્ણયો" નામ વધુ પસંદ કરે છે. જ્યારે કેટલીક ટીમો "decisions" ડિરેક્ટરી નામ વાપરે છે, ત્યારે જાણે બલ્બ પ્રગટે છે, અને ટીમ ડિરેક્ટરીમાં વધુ માહિતી મૂકવા લાગે છે, જેમ કે વિક્રેતા નિર્ણયો, આયોજન નિર્ણયો, સમયપત્રક નિર્ણયો વગેરે. આ તમામ પ્રકારની માહિતી એક જ ટેમ્પલેટ વાપરી શકે છે. અમારી ધારણા છે કે લોકો ટૂંકાક્ષરો ("ADR") કરતાં શબ્દો ("નિર્ણયો") થી વધુ ઝડપથી શીખે છે, અને "રેકોર્ડ" શબ્દ હટાવવામાં આવે ત્યારે લોકો કામ-ચાલુ દસ્તાવેજો લખવા માટે વધુ પ્રેરિત થાય છે, અને કેટલાક ડેવલપર્સ અને કેટલાક મેનેજરોને "આર્કિટેક્ચર" શબ્દ ગમતો નથી.
સિદ્ધાંતમાં, અપરિવર્તનશીલતા આદર્શ છે. વ્યવહારમાં, પરિવર્તનશીલતા અમારી ટીમો માટે વધુ સારી રીતે કામ કરી છે. અમે હાલના ADR માં નવી માહિતી તારીખના સિક્કા સાથે અને આ માહિતી નિર્ણય પછી આવી એવી નોંધ સાથે ઉમેરીએ છીએ. આ પ્રકારનો અભિગમ "જીવંત દસ્તાવેજ" તરફ દોરી જાય છે જેને આપણે બધા અપડેટ કરી શકીએ. સામાન્ય અપડેટ ત્યારે થાય છે જ્યારે અમને નવા ટીમના સભ્યો, નવી ઓફર, અમારા ઉપયોગના વાસ્તવિક પરિણામો, અથવા નિર્ણય પછીના તૃતીય-પક્ષ ફેરફારો જેવા કે વિક્રેતાની ક્ષમતાઓ, કિંમત યોજનાઓ, લાઇસન્સ કરારો વગેરેને કારણે માહિતી મળે.