A few days ago, I received a free copy of the new book by Mike Gunderloy called “Painless Project Management with FogBugz”. Несколько дней назад я получил бесплатный экземпляр новой книги Майка Gunderloy называемой "Безболезненный управлению проектами с FogBugz". This is for FogBugz 4.0 and for those of you who don’t know what this is, it is a bug tracking system done by Joel Spolsky’s company Fog Creek. Это для FogBugz 4.0 и для тех из вас, кто не знают что это такое, это ошибка системы слежения проделанной Джоэл Spolsky компании тумана крик. As I enjoy reading both of these two authors and the fact that I have done some research into bug tracking systems for work recently, it was nice to have a go at this book. Что мне нравится чтение обоих этих двух авторов, и тот факт, что я сделал некоторые исследования по ошибке систем слежения за работой недавно, это было приятно иметь пойти на эту книгу. Also, I should mention I knew a little about FogBugz and had tried it out a few months back. Кроме того, я должен отметить, я знал немного о FogBugz и пытался его несколько месяцев назад.

Generally speaking, I guess before going for such a system you have to define your strategy as to how it fits into the big picture. Вообще говоря, я думаю прежде чем переходить к такой системе вам необходимо определить вашу стратегию в отношении того, как она вписывается в общую картину. By this I mean as your organization is trying to climb up the Capability Maturity Model (CMM) ladder you will need processes and tools for request analysis, requirement gathering, design and development work, testing, and maintenance and for this purpose you will need to define how you want to approach this. Под этим я подразумеваю, как ваша организация пытается влезть возможности погашения модель (ШМ) лестнице вам потребуется процессов и инструментов для анализа запроса, сбор требований, проектирования и разработок, испытаний и эксплуатации, а для этого нужно будет определить, каким образом нужно подходить к этому. There are a few ways to approach it but by now I am starting realize more and more that the best strategy is to be able trace things between different phases For example if you find a bug you should potentially be able to trace it from bug to test case, design and all the way up to a request. Есть несколько путей подхода, но сейчас я начала понимать, все больше и больше о том, что наилучшая стратегия заключается в том, чтобы быть в состоянии проследить вещи между различными этапами Например, если вы обнаружите ошибку вы должны быть потенциально способны отслеживать его ошибка для тестирования случае, проектирования и вплоть до просьбы. I don’t want to go into too much details about this as it is a separate discussion but my point is to think about your strategy and don’t evaluate products for source control, project management or bug tracking by themselves but rather how they fit into your overall picture. Я не хочу вдаваться в слишком много подробностей об этом, как это отдельная дискуссия, но моя точка заключается в том, чтобы думать о вашей стратегии и не оценить источник продукции для контроля, управления проектами или ошибка слежения сами по себе, но скорее в том, как они согласуются в общую картину.

In any case, after that little intro, here is what I thought of the book. В любом случае, после этого мало Intro, вот что я думал о книге. I will avoid talking too much about the product itself as I have not played around with this version, but rather what I thought of the book and how it’s written. Я буду избегать говорить слишком много о себе продукт, как я не играл в эту версию, а то, что я думал о книге и о том, как Ита € ™ S написано.

Mike starts with a top down approach by giving us a an overview, thoughts and philosophy of FogBugz and does this by giving you a feel for what it was created for with a few scenarios. Майк начинается с сверху вниз подход дает нам обзор, мыслей и философии FogBugz и делает это, предоставляя Вам чувствовать себя за то, что он был создан для с несколькими сценариями. Drilling down, you will then read about how a case is managed, what the pieces are, how you create them, filter, attach files etc to a case. Бурение вниз, а затем вы будете читать о том, как делать это удалось, какие куски ", как вы создаете их, фильтр, приложите файлы и т.п. дела. This is then followed by a whole chapter for the administrator of FogBugz and another one for the software manager on how to deal with deadlines, estimation of time and so on which I found interesting and useful. Это затем последует целая глава, для администратора FogBugz и еще одна для программного менеджера о том, что делать со сроками, расчет времени и так далее, которые я нашел интересными и полезными. FogBugz also handles communication with customers through discussion boards and email and he dedicates a whole chapter to this which I just skimmed through to see what features it offered. FogBugz также занимается общение с клиентами через дискуссионные форумы и электронную почту, и он посвящает целую главу с этой, которую я только что обезжиренное через Чтобы выяснить, какие функции он предлагает.

After that, he tells us how FogBugz integrates into your source control product. После этого, он рассказывает нам о том, как FogBugz интегрируется в ваш источник контроль продукции. This one was important as bug tracking and source control are in my opinion step 1 if you find yourself to be 0 on the CMM and want to do something about it. Это было важно, как ошибка слежения и управления источником являются, по моему мнению, шаг 1, если вы найдете себе быть 0 на ШМ, и вы хотите сделать что-нибудь о ней. And finally he shows us how FogBugz is installed. И, наконец, он показывает нам, каким FogBugz установлен.

While the book is well written and easy to get through, even though this is a product reviewing book, I would have found it more useful if Mike had given us a little more about his views on strategies regarding project management, bug tracking and source control a bit like I mentioned above and how FogBugz relates to it, its limitations and advantages. Несмотря на то, что книга хорошо написана и легко получить путем, даже если это продукт обзор книги, я бы счел более полезным, если Майк дал нам немного больше о его взгляды на стратегии, касающиеся управления проектами, ошибка отслеживания и управления источником немного, как я уже упоминал выше, и, как FogBugz относится к ней, ее недостатки и преимущества. This is because, if you haven’t done your home work on the big picture and are not sure how a bug tracking system fits into it, you will find it more difficult to see the drawbacks and advantages that FogBugz will bring to the table. Это происходит потому, что, если вы еще не сделали вашей домашней работы по картине, и не уверены в том, как ошибка системы слежения вписывается в нее, вы найдете его более трудно понять недостатки и преимущества, которые FogBugz приведет к столу.

And finally, “A Guide To Evaluating a Bug Tracking System” И, наконец, "Руководство к оценке системы отслеживания ошибок"