top of page
earth-1756274_1920.jpg

Hi, I am Daiany!

Engineer by education

Manager by evolution

Leader by passion

Bio

My Story

I am an IT professional with a broad range of experiences: starting as a software developer, I've gone through different roles in my career path covering the following areas so far:
requirements engineering, agile moderation/facilitation, conference speaker, devops practices and technical trainings.

My professional journey so far has been exciting, diverse and enriching but mostly one thing: an answer to my continuous desire to make my work match my passions.
I am deeply convinced that motivated people can achieve amazing things. So, always when I am passionate about my work, I deliver great results. I like challenges and I face them with energy and courage.

I am a lifelong learner, always seeking ways to further extend my comfort zone. I am a team-builder, I enjoy enabling people and teams to do their best and achieve their goals.
With my open personality and communicative ways, I am a natural bridge-builder.

A passionate storyteller and a true believer that one can be good at anything one puts enough effort into.

DP-Rooftop_edited.png

"If you only do what you can do, you will never be more than you are now"

Master Shifu (Kung Fu Panda 3)

Recent blog posts

Past Speaking Engagements

Full-stack DevOps engineers: a myth? - Daiany Palacios
04:54

Full-stack DevOps engineers: a myth? - Daiany Palacios

About a year ago I was faced with the task of building a team from scratch, to rebuild and redesign an old application into a new one, more modern and flexible to include a lot of new requirements. Counting with enough budget I started by proposing a usual setup: a system analyst (requirements engineer), a few full-stack, a tester and a DevOps engineer. However, the budget available at the end was allowing me to hire only 3 new employees. I went for the following setup: one system analyst and two full-stack DevOps engineers. “Full-stack DevOps engineer”, is that even possible? Well, I guess my colleagues would probably disagree to be called like that, though at the end that pretty much covers what they are effectively doing in the team now. In this ignite talk I want to share some thoughts to further sparkle an opinion exchange with the audience about the scope of these two roles “Full-stack vs. DevOps”. Based on my experience, I will put the focus on the actual minimum skillset necessary to develop and maintain a system when the “usual” role-specific constellation in a team is simply not possible. What to search for in possible candidates? What to keep in mind and how a team dynamic could look like, in order to succeed. Daiany Palacios IT Product Lead Customer Care & Verticals @ Kuehne + Nagel I work at Kuehne + Nagel for the Customer Care & Verticals Product Group in Hamburg. Originally from Venezuela, I joined the company in 2011 and have had different roles so far. Today I can better be defined as an IT specialist with a broad range of experience: starting as a software developer, I’ve been business analyst, agile facilitator, conference speaker and devops engineer. I am a lifelong learner, convinced that if you try hard, you can get good at anything. I like challenges and I face them with energy and courage. I am passionate about continuous improvement & exchanging experiences with the tech community.
Growing into new roles beyond the cloud by Daiany Palacios
05:16

Growing into new roles beyond the cloud by Daiany Palacios

With the growing cloud adoption, we constantly find new roles in the market that didn’t exist a short time ago: “Cloud Native engineers”, “Cloud Architects”, etc. Where do suitable candidates come from? My answer: people evolve into those new roles. For companies it’s faster to find people with the right (but not necessarily perfect) combination of the required skills and the right mindset in this way than trying to find someone filling in all new job requirements. For us, employees, it’s a chance to grow and take on new professional challenges, which is usually combined with a boost on the motivation (and on the salary!) Stepping into the unknown requires courage. I went through this adventure between 2019 and 2021 when I joined a cloud-migration project as an engineer in a platform team coming from a system analyst role in a product team. The technological learning curve was very steep and difficult, but other kind of skills were my key to tackle the challenge and not to lose sanity in the way. In this talk I will take the audience in a journey from catching the opportunity, starting in the new role, growing into it and learning to be prepared for whatever is coming next. I will provide tips on how to improve our self-confidence, self-awareness, adaptability and effective learning through storytelling with daily-work examples that anyone can hopefully use whenever it’s time to step out of the comfort zone and grow into any new role, even beyond the cloud.
Growing into new roles beyond the cloud - Daiany Palacios
45:21

Growing into new roles beyond the cloud - Daiany Palacios

¿Y si lo escuchas mientras vas al trabajo o te pones en forma?: https://www.ivoox.com/48497684 ------------- Site-reliability engineer roles did not exist 10 years ago. With the growing cloud adoption, we find roles in the market that didn’t exist 5 years ago: “Cloud-Native engineers”, “Cloud-Architects”, etc. Where do suitable candidates appear from? My answer: people evolve into those new roles. For the companies it’s faster to find people with the right (but not necessarily perfect) combination of the required skills in this way than trying to find someone filling in all new job requirements. And for us, employees, it’s a chance to grow and take on new professional challenges, which is usually combined with a boost on the motivation (and on the salary!). It’s a win-win situation. Stepping into the unknown requires courage. I’ve been in this adventure since early this year when I joined a cloud-migration project as an engineer in a platform team coming from a system analyst role in a product team. The technological learning curve has been very steep and difficult, but other kind of skills have been my key to tackle the challenge and not to lose sanity in the way. In this talk I will take the audience in a journey from catching the opportunity, starting in the new role, growing into it and learning to be prepared for whatever is coming next. I will provide tips on how to improve our self-confidence, self-awareness, adaptability and effective learning through storytelling with daily-work examples that anyone can hopefully use whenever it’s time to step out of the comfort zone and grow into any new role, even beyond the cloud. ------------- Todos los vídeos de DevOpsDays 2020 en: https://lk.autentia.com/DevopsDays20-YT ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX
The Flaw of Averages | Die Schwachstelle von Mittelwerten und wie du sie umgehst
36:30

The Flaw of Averages | Die Schwachstelle von Mittelwerten und wie du sie umgehst

Kanal abonnieren ►► http://bit.ly/lwipshhsub Werde Teil der Community ►► http://bit.ly/lwipshhmeetup Infos zum Video: Folgendes hast du sicherlich schon erlebt: Das nächste Stück Software ist so schnell wie möglich zu entwickeln. Zwei Teams werden gefragt, wie lange sie brauchen würden. Team 1 sagt 5-8 und Team 2 6-9 Monate. Der Abteilungsleiter steht aber unter Druck, er soll einen Liefertermin nennen. Er nimmt daher einfach 7 Monate, Durchschnitt beider Teams und so basiert auch der Rest des Projektplans auf Mittelwerten. Inspiriert durch das Buch "The Flaw of Averages" erklärt unsere diesmalige Half Hour Heroine Daiany Palacios, warum Pläne, die auf dem Durchschnitt basieren, in genau diesem Durchschnitt dann versagen. Gleichzeitig wird sie eine konkrete Alternative aus aus ihrem Arbeit präsentieren, wie auch du diese Schwachstelle bei Software-Entwicklungsschätzungen umgehen kannst. Daiany Palacios arbeitet seit 2011 bei Kühne + Nagel für das KN FreightNet Projekt in Hamburg. Ursprünglich aus Venezuela kam sie als Softwareentwicklerin zum Unternehmen. Heute arbeite sie u.a. auch als Requirements Engineer und unterstützt die agilen Coaches des Unternehmens bei der Moderation agiler Retrospektiven. Ihre leidenschaftlich für continuous improvement lässt sie immer wieder nach Wegen suchen, die Arbeitsweise des Teams zu verbessern, um die versprochenen Ergebnisse auch zu liefern. In diesem Sinne war sie von Anfang an vom Continuous Probabilistic Forecasting Ansatz begeistert dieser in einem ihrer Teams eingeführt und etabliert wurde. Der Vortrag war Teil des Treffens der Limited WiP Society Hamburg vom 06.08.2019 Ein besonderes Dankeschön geht an unseren Raumsponsor Kühne + Nagel ►► http://www.kuehne-nagel.de/ sowie an Lukas Schmidt und Peter Schwind von der Deutsche Telekom AG - Mayflower für die freundliche Unterstützung beim Bearbeiten des Videos.
DevOps - An Umbrella term for business evolution by Daiany Palacios
06:01

DevOps - An Umbrella term for business evolution by Daiany Palacios

What is DevOps? The first time I heard that term was as the name of a conference “DevOpsDays”, in 2015. Intuitively, the first thing I did was to google it up. A lot of definitions appeared for that term: “DevOps = Development & Operations working together”. Wikipedia says it “is a software engineering practice that aims at unifying software development and software operation”. But it turns out it goes a lot beyond that. Some say it’s a culture, a movement, a philosophy, a set of practices, a set of techniques and tools, a working model, a transformation, a change. I would say it is all that. I even dare to go further and name DevOps an “Umbrella term” that gathers all of that. An umbrella term for all those factors that, at the end of the day, will bring any IT business forward. An umbrella term for business evolution. After diving myself into many sources of information: books, blogs, meetUps and conferences, and at the same time gathering some experiences in the department I work at Kuehne + Nagel with continuous delivery practices, and witnessing how a “DevOps” wave started spreading in general in the company, I came to that conclusion. In my opinion, there is no “DevOps” goal. The journey itself is the goal. In this presentation I want to share with the audience why I came to that conclusion and give my personal takeaways for a starting point, whenever a “DevOps” journey is to be started.
bottom of page