niedziela, 15 czerwca 2014

Konferencyjny zawrót głowy!

Muszę przyznać się do winy… Nie miałam czasu na pisanie na blogu!

Muszę się usprawiedliwić – ostatnio sporo jeżdżę po konferencjach plus kończę studia doktoranckie. Obiecuje się poprawić i przy okazji w końcu napisać relacje z konferencji na których byłam :)



Tymczasem zachęcam do przyjścia jutro na ACE! (Agile Central Europe!). Może są bilety „Last Minute”? Zachęcam, bo konferencja zapowiada się wyśmienicie!



wtorek, 22 kwietnia 2014

Kwietniowe prezentacje

Początek kwietnia był równie pracowity jak końcówka marca :) Miałam okazję mówić na meetupie (ALE Kraków), barcampie (LoGeek Night) i na konferencji (4developers) :) 

Fajnie było! Kocham mówić!

A o to prezentacja z ALE Kraków


Skad programisci wiedza co pisac from Kasia Mrowca

Pozostałe prezentację pozostaną póki co jeszcze w ukryciu ;)

Jeśli przegapiłaś/przegapiłeś mój występ i chciałbyś zobaczyć o czym mówię na żywo to zapraszam na konferencje:
- 31 maja na Quality Excites: http://qualityexcites.pl/en/
- 16/17 czerwca na Agile Central Europe: http://aceconf.com/ 

wtorek, 25 marca 2014

Kongres kobiet, misja: podzielić się pasją!


Razem z koleżankami z PTI oraz z Hacker Space Kraków, reprezentowałam "kobiety w IT" podczas I Małopolskiego Kongresu Kobiet. Podczas naszego panelu dyskusyjnego próbowałyśmy zachęcić panie młodsze i starsze do wkroczenia na techniczną ścieżkę zawodową ;) Odkryłyśmy też nieznane oblicza IT, które zostały entuzjastycznie przyjęte przez publikę :) Pełną relację można przeczytać tu: http://pti.krakow.pl/?p=1360

Zapraszam od obejrzenia paru zdjęć :)



source: https://www.facebook.com/acelinskaphoto


source: https://www.facebook.com/acelinskaphoto

source: https://www.facebook.com/acelinskaphoto

poniedziałek, 24 marca 2014

Zabiegany marzec

Cześć!

Miło mi was poinformować, że będę mówiła na dwóch konferencjach w tym tygodniu :)

Najpierw mówię na konferencji "Kompleksowe Systemy Informatyczne" (GigaCon) a potem prowadzę warsztat na Studenckim Festiwalu Informatycznym. Oba wydarzenia są tego samego dnia - 27.03.2014

13:10 - "Kompleksowe Systemy Informatyczne" (GigaCon) - Jak wybrać systemy IT wspierające działalność przedsiębiorstwa?
Rejestracja:  http://gigacon.org/ksi/krakow/rejestracja 

15:30 - Studencki Festiwal Informatyczny - Sztuka wojny wg analityka IT, czyli metody współpracy z wymagającym klientem
Rejestracja:
1. Wyślij e-mail na adres: warsztaty@sfi.org.pl
2. Tytuł maila: [27.03] Sztuka wojny wg analityka IT, czyli metody współpracy z wymagającym klientem
3. Maile można wysyłać do północy 26.03
4. Zapis należy potwierdzić do 30 min przed rozpoczęciem warsztatu przy recepcji Studenckiego Festiwalu Informatycznego
fot. Agnieszka Celińska

sobota, 15 marca 2014

In-house made software vs. External vendor software


Miałam przyjemność pracować w wewnętrznym dziale IT, który dostarczał aplikacje wspierające działalność biznesową firmy (która nic z IT wspólnego nie miała). Obecnie mam przyjemność pracować w firmie, która jest dostawcą rozwiązań IT - więc końcowy klient aplikacji jest "na zewnątrz". Tak się zastanawiałam - czy są znaczące różnice w produkcji aplikacji w przypadku tych dwóch modeli?

Komunikacja
Po pierwsze, jeśli jesteś dostawcą - nie masz bezpośredniego kontaktu z klientem. Czasami IT nie ma kontaktu z klientem wcale (cała komunikacja jest kierowana przez określone proxy). Jeśli pracujesz jako wewnętrzny dostawca, to zawsze możesz złapać swój "biznes" na korytarzu, w kuchni tudzież w innym miejscu - i zadać pytania ;) To sprawia, że praca jest znacznie prostsza!

Elastyczność
Oczywiście elastyczność jest mocno związania z komunikacją. Filozofia agile pozwala na łatwe i szybkie dostosowanie planów do szybko zmieniającej się rzeczywistości. Czyli jeśli IT ma dobre stosunki z biznesem, to wszystko pięknie funkcjonuje. A co gdy komunikacja nie zachodzi wcale? (To pytanie pozostawiam jako retoryczne ;))
Agile nie jest lekarstwem na wszystkie bolączki. Jeśli klient zmienia zdanie ciągle, przykładowo: podczas pierwszej iteracji chciał czołg, podczas drugiej helikopter aż finalnie w trzeciej okazało się że chce łódź podwodną, wtedy produkt finalny będzie wyglądać jak mały (albo ogromny) potworek. Elastyczność jest ważna, ale powinna mieć swoje granice!

Odpowiedzialność
Jeśli pracuje się dla wewnętrznego klienta, to chce się mu umożliwić "zarabianie", bo przecież dzięki temu jest wstanie zapłacić za wykonaną pracę. Proste, nieprawdaż? Doprowadzenie własnego pracodawcy do bankructwa jest podcinaniem gałęzi na której się siedzi, więc nikt o zdrowych zmysłach tego nie chce. Jeśli jest się zewnętrznym dostawcą, to presja jest nawet większa - "firma-matka" zarabia na dostarczaniu aplikacji, więc jak jakość aplikacji jest niska, to nikt jej nie kupi. Jeśli natomiast wdrożenie aplikacji "zbije" firmę klienta, to nikt inny na rynku nie pokusi się o kupienie*.

*wyjątek stanowi SAP, który "zabił" jednego ze swoich klientów (FoxMeyer), a mimo to ma się świetnie. Więcej o FoxMeyer można poczytać >>tu<<

Cel
Wracając do pierwotnie zadanego pytania - oczywiście różnice istnieją, ale w obu przypadkach cel jest jeden. Stworzyć super oprogramowanie :) Programiści to pasjonaci, który lubią pisać porządny kod (tak, są geekami i zwykle są z tego dumni :)).


Źródło: http://geek-and-poke.com/geekandpoke/2014/3/4/hr-is-key