![]() |
#1 |
Участник
|
Solutions Monkey: EP team has reached ZBB for AX 2012.
Источник: http://blogs.msdn.com/b/solutions/ar...r-ax-2012.aspx
============== HUGE THANKS to the entire team!!!. EP team has reached ZBB for AX 2012.Great to see the product that we worked on for 3 years has come out beautifully and achieved this milestone on time which takes us close to the final step for RC. We already have two customers live and this itself is a testament to the great set of features that we built in this release. Thanks to the performance, UX , Pro and MSIT teams for the great partnership in making this happen. MS Expense 2.0 MS E&D Xbox ![]() ![]() ![]() ============== Источник: http://blogs.msdn.com/b/solutions/ar...r-ax-2012.aspx
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору. |
|
![]() |
#2 |
Модератор
|
Zero Based Budgeting ?
Zac Brown Band ? Или опять закомментировали все отклонения от Best practice ? ![]()
__________________
-ТСЯ или -ТЬСЯ ? |
|
![]() |
#3 |
Участник
|
ZBB what? This stands for Zero Bug Bounce, or as alternately phrased, Zero Bug Backlog. At this point we have been logging, tracking and verifying all changes to the product in great detail for some time – collectively we refer to this list of logged issues as the “bug list”, though in reality it includes a variety of issues including bug/defect reports, tracking records for artwork or content, usability improvements, numerous suggestions (submitted by team members or beta testers, or representing customer or partner requests), and various other categories of issues.
The ZBB milestone is defined as the date across which we will no longer carry logged product issues that are more than one week old. Hence, the “backlog” of issues has been cleared out, and all older pending decisions on what we are or are not going to change before we ship have been made. It also means that the developers have “caught up” or “outpaced” the incoming find rate of our test efforts. From here on out, the focus is increasingly on lock down. We are testing for defects literally around the clock, using a variety of methods ranging from automated efforts such as “massive file testing” to targeted manual test passes and “ad hoc” free testing. We also continue to log and fix significant issues found in private beta testing. At this point we remain busy fixing bugs as they are found (any one of our millions of lines of code could be the source of a defect,) but there will now be increased scrutiny on making changes – i.e., is there sufficient customer need to justify a proposed code change given the associated risk of regression (the outside chance that making a given change causes a new and potentially more severe problem.) Stabilizing the product for release requires conscious commitment to slowing and eventually stopping the changes we’re making to it, and as a result we now start reviewing all proposed changes daily in “triage”. Последний раз редактировалось Evgeniy2020; 23.05.2011 в 13:12. |
|
![]() |
#4 |
Участник
|
ZBB - zero bug bounce - is one of the key milestones for the engineering teams in MS towards final release. This means that ALL known product issues are fixed within certain severity\priority constrains.
__________________
Thx, Ievgenii Korovin| Dynamics Ax SCM| Microsoft Corp| http://blogs.msdn.com/DynamicsAxSCM/ ![]() |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|