Getting Things Programmed najlepszą książką informatyczną w 2017r.

Wiadomość z ostatniej chwili!

Dziękuję za wyróżnienie! Przyznam, że najwartościowszą rzeczą, która przyszła razem z tą nowiną były dwie rzetelne recenzje od Kapituły Konkursu. Uwzględnię je w drugim wydaniu, o które Wydawnictwo ostatnio się dopytuje.

A Lesson Learned form Publishing New Book

A week ago InfoQ publisher released my new book: Conversation Patterns for Software Professionals.

For those of you who asked me about an english versions of my writing - this is it. Whole book was designed for the English-speaking reader.

Once I tried to publish outside Poland my 'How to Talk to the Clients Who Don't Know What They Want' book. But concept of the book was refused by publishers I contacted with.

Then I decided to release small pieces of the book wrapped in articles at InfoQ. I hoped someday I would be able to publish them in the form of a book.

It took 2 years and 4 months - quite quickly, I think. Lesson learned: I over value my one-year capabilities, I under value my 10-years capabilities.

eBook version is exclusively available for free at InfoQ. Printed (paid) version will be available soon at amazon.com and lulu.com.

Getting Things Programmed comming soon

So, I've fished work on my new book (in Polish) 'Getting Things Programmed'.

The goal behind this book is to help you become more effective developer than you can imagine. Many thanks to Maciej Aniserowicz for a deep review of the author's version.

I my two books:

• 'How to talk to the customer who doesn't know what he wants'
• 'Getting Things Programmed'

I cover set of issues with soft skills, communications and effectiveness you will face with working on software.

No matter you're a developer, ScrumMaster, ProductOwner, TechLead or PM. These books give you extremely useful techniques to find the solutions which are the best for you, you customer and your product.

More techniques, tools, cases and great training experience you will find during workshop I lead:

• Algorytmy dogadywania się 2.0
• Getting Things Programmed

Second Edition of My Book is Comming

I finally completed the script of the second edition of my book: Tailor Made Software. How to Talk to the Customer Who Doesn't Know What He Wants?

What were my motivations of writing:

• my publisher :)
• feedback from clients and attendees of my trainings
• I had rethought all this material during last three years so that came to conclusion that some of the stuff need to be described little bit different

What are the changes comparing with the first edition:

• pointed that business needs is a critical thing in the context of business-IT relations; I developed some useful techniques to discover them; also included usage of User Stories
• introduced dichotomy: mechanics of a conversation (questioning, stories, conversation flow, etc.) and chemistry of the conversation (soft skills, contact, empathy); also delivered techniques to use both of them
• underlined role of the conversation context
• some folks were confused because examples of conversations involved developers, analysts, clients and so on; now all conversations are between generic Specialist and generic Client
• nice professional pictures inside the book by Maria Pankowska
• new awsome cover by Helion
• some minor bugfixing

Some times I meet folks at the bus-stop, in the bus or train or at the conference, who were sharing with me their thoughts about the book. Thanks you all, guys.

Many thanks to Maria for superb pictures
and to Krystian for deep professional review of the author's version and some summary on the cover.

The book will be available in about September this year.

This is the detailed table of contents..

Developing with Different Cultures

Couple weeks ago I announced that I was working on chapter about collaboration with different cultures (from Polish folk perspective). So if you want to help I put some guideline for that purpose.

If you want to contribute to, I offer info about contribution in the chapter and immortal glory:)
Contact me via m{dot}bartyzel{at}bnsit.pl

Write, Review, Improve

Currently I am deep in writing the second edition of my book. I asked some professionals for help in early reviewing.

I also plan to involve some tips for those polish folks who work with different cultures - this is a hot topic these days.
Because of limitation of my personal experiences I'd like to collect the experience from volunteers. So if you want to share your tips via my book, please contact me. I consider these cultures:

• German
• Ango-Saxon, American
• Asia: Indian, Chinese, Korean
• Nordic: Denmark, Sweden, Norway
• any other?

Ale jaja...:)

Mariusz właśnie wyczaił, że ktoś na Allegro sprzedaje naszą książkę "Eseje o efektywności programistów". O tutaj i tutaj. Biorąc pod uwagę, że my jej nie sprzedajemy, tylko rozdajemy za darmo na szkoleniach - gratulujemy przedsiębiorczości :)! Dziękujemy bardzo za atrakcyjną wycenę książki. Ufamy, że odzwierciedla ona wartość dla sprzedającego.

Pozdrawiamy i życzymy udanych aukcji:)!
MB & MS

P.S. Na jednej z w/w aukcji sprzedawca oferuje przesłanie darmowego fragmentu. Nieśmiało chcieliśmy zaznaczyć, że zgodnie z deklaracją (C) na wewnętrznej stronie okładki jest to niedozwolone. Aczkolwiek wzruszeni tą inicjatywą handlu drugiego obiegu i świadomi, że osiągamy w ten sposób również cel marketingowy, niniejszym udzielamy rzeczonemu sprzedawcy pozwolenia na wysyłanie darmowych fragmentów nie dłuższych niż jeden rozdział:)

Ludzie książki piszą

Dwa lata temu pewna firma postanowiła wesprzeć swoje procesy za pomocą systemu ERP. Mieli wiele małych systemów, ale marzyło się im kompleksowe rozwiązanie. Tak się złożyło, że dostałem zlecenie zebrania wymagań, a następnie zaprojektowania architektury owego.

Dwa tygodnie później zachodziłem w głowę jak to się mogło stać, że uzbrojony w całą wiedzę z wiązaną z UMLem (i zakupionym na tę okazję EA), architekturą, programowaniem i doświadczeniem związanym z wytwarzaniem oprogramowania, poniosłem katastrofalną Klęskę. Dokładnie tak Klęskę przed duże "K". Czułem podskórnie, że ten projekt się nie uda i po jakimś czasie okazało się, że miałem rację. Lecz co z tego, ze miałem rację, skoro klient był niezadowolony? Pozostał z nierozwiązanym problem. Problem, którego ja nie potrafiłem namierzyć oraz nazwać.

Kilka tygodni później przypadkiem brałem udział w szkoleniu i prowadzący niby przypadkiem powiedział takie zdanie: "Problem jest początkiem rozwiązania". Do końca szkolenia nie mogłem się już skupić na niczym innym niż to, kołaczące mi w głowie zdanie: "problem jest początkiem rozwiązania".

Po powrocie do domu napisałem ten post. Potem obsesyjne zacząłem zastanawiać się nad moim problem związanym ze zbieraniem wymagań do wspomnianego systemu ERP. Potem w trakcie kolejnych rozmów z klientami zacząłem zauważać coraz więcej reguł jakimi rządzą się takie rozmowy. Powoli włączałem moje odkrycia do swoich szkoleń. W końcu postanowiłem napisać książkę.

Dlaczego ta książka warta jest Twojego czasu? Zwróć uwagę, że wszystkie popularne metodyki w inżynierii oprogramowania: począwszy na OOD a na DDD skończywszy mówią o: odwzorowywaniu rzeczywistości, modelowaniu procesów biznesowych, modelowaniu dziedziny, kruszeniu dziedziny, itd. I tylko drobnym druczkiem jest w tych książkach napisane, że zakłada się, iż wiadomo, co trzeba zrobić. A guzik prawda! Nie bez powodu narzekamy na nieprecyzyjne wymagania. Zapewniam Cię, że gdybyś dokładnie wiedział, co należy zrobić, to nie miałbyś najmniejszych kłopotów z zastosowaniem OOD, TDD, BDD, DDD, DDDD i jeszcze więcej "D". Z architekturą i późniejszym utrzymaniem też by nie było kłopotów.

Metody inżynierii oprogramowania zajmują się modelowaniem rzeczywistości. Ta rzeczywistość znajduje się w głowach Twoich klientów. I o odkrywaniu właśnie tej rzeczywistości jest książka Oprogramowanie szyte na miarę. Jak rozmawiać z klientem, który nie wie, czego chce?.

Ludzie książki piszą

Wydaliśmy naszą drugą książkę. Pierwszą próbą był ebook Jak całkowicie odmienić sposób programowania używając refaktoryzacji. Najnowsza książka nosi tytuł Eseje o efektywności programistów. Opiera się na artykułach, które opublikowaliśmy w SDJ w ciągu ostatnich dwóch lat. (tak na marginesie: książka ma 143 strony, na zdjęciu wygląda nieco grubiej:) )

Zaskakujące jest to, że redagując ponownie artykuły do książki stwierdzaliśmy, że wciąż są aktualne. O czym więc jest ta książka? O zespołach, trochę o projektach, o zarządzaniu czasem, nieco o refaktoryzacji. W tej chwili przygotowaliśmy nakład ok. tysiąca egzemplarzy, gdyż książka (podobnie jak poprzednia) wstępnie przeznaczona jest dla uczestników naszych szkoleń. Jeśli uważasz, że książka powinna być dostępna dla każdego, to daj znać pod postem:)

Dalej, w przygotowaniu (w trakcie pisania) jest kolejna książka o roboczym tytule Między Biznesem a IT, czyli sztuka zadawania pytań. Dedykowana jest wszystkim osobom (programistom, analitykom, liderom), którzy w procesie wytwarzania oprogramowania mają przyjemność bezpośredniego współpracowania z klientem/sponsorem/użytkownikiem. Książka uwypukla aspekt, który jest nagminnie marginalizowany w publikacjach nt: requirements management - mianowicie sam etap pozyskiwania wymagań. Ramowy outline tej książki wygląda następująco:

O postępach będę informował na bieżąco.

Lean Architecture: for Agile Software Development

Nie, to nie jest recenzja książki, a raczej gorące jej polecenie. Lektura tak mnie zachwyciła, że aż musiałem wpisać to na blogu, co poskutkowało dorzuceniem nowej etykiety, a o ile pamiętam liczba etykiet na moim blogu nie zmieniła się od początku jego powstania. Słowem: WIELKIE wydarzenie.

Nie znajdziesz w tej książce supertajnych wzorców w postaci UML, nie poczytasz o wyższości jednej technologii nad drugą. Jest ona o tym, o czym być powinna: o budowaniu zrozumienia dziedziny, o tworzeniu porządnego softu i o ludziach, którzy są w to wszystko zaangażowani. Wymagająca lektura nie-na-jeden-wieczór, ale warto!