Die Workalitic Android-App ist bei Google Play live. Wir haben sie für Techniker vor Ort gebaut, die vor allem den Auftrag finden, den Timer starten, die verwendeten Teile erfassen und weiterarbeiten wollen. Manager behalten die Web-App.
Ein Modell beantwortet jede Frage, die Ihnen einfällt. Es sagt Ihnen nicht, dass die Frage die falsche ist. In dieser Lücke liegt der eigentliche Grund für Mentoring, und sie ist dieses Jahr größer geworden statt kleiner.
Die meisten Kataloge gehen davon aus, dass ein Produkt einen Preis hat. In der Distribution hat es mehrere, und an genau dieser falschen Annahme zerbricht Standard-E-Commerce-Software, ohne dass es jemand merkt. Wir zeigen, was wir geändert haben, auch wie wir KI als Anreicherungsdienst für den Katalog einsetzen statt als Content-Maschine.
Gerade macht eine gute Übersicht über die Arbeit von Engineering-Leads die Runde: sechs Aktivitäten, die sich jeden Tag wiederholen. Wir haben alle sechs wiedererkannt. Wir machen aber fast keine davon so, wie das Framework es voraussetzt, denn wir sind 14 Leute, vollständig remote, und liefern eigene Produkte aus.
Omnotic ist unsere POS-Hardware-Marke für den serbischen Markt: ein Thermodrucker, der nicht stehen bleibt, und ein Terminal, das nicht veraltet. Die Geräte haben wir nicht selbst entwickelt. Wir haben alles drumherum gebaut, und das war am Ende der schwierige Teil.
Ein Kunde verfolgte Story Points pro Sprint, als wären sie das Evangelium. Die Zahl stieg jedes Quartal. Sein Produkt wurde jedes Quartal schlechter. Wie eine einzige schlechte Metrik ein Engineering-Team unbemerkt ausgehöhlt hat, und was wir stattdessen verwenden.
Take-Home-Aufgaben fühlten sich fair an, bis wir merkten, dass sie gute Engineers aus den falschen Gründen aussortierten. So stellen wir bei Norveon heute ein, und deshalb halten wir den Prozess für besser.
Wir machen kein Scrum, aber wir lieben tägliche Stand-ups. Seit Jahren feilen wir an diesem Format: keine Boards, keine Statusberichte, niemand muss reden.
Wir haben zugesehen, wie ein Kunde sein Engineering-Team in zwei Jahren auf fünf verschiedene Arten umorganisiert hat. So ist es jedem Ansatz tatsächlich ergangen.
Googles Deadline zum 1. November für die Unterstützung von 16KB Page Sizes sah auf dem Papier simpel aus. Dann haben wir es tatsächlich versucht. So lief die Migration von Arheev Mobile wirklich ab, mit nächtlichen Debugging-Sessions und Bibliotheken, die einfach nicht mitspielen wollten.
Unser Team wuchs auf 14 Leute, und die Stand-ups wurden zu 45-minütigen Quälereien. Wir haben die Aufteilung in Frontend und Backend probiert, asynchrone Updates, rotierende Leads. Alles gescheitert. Was am Ende wirklich geholfen hat, lesen Sie hier.
Wir arbeiten seit dem ersten Tag vollständig remote. Nicht wegen COVID, nicht weil es im Trend liegt, sondern weil es sinnlos schien, ein Softwareunternehmen anders aufzubauen. Das haben uns zwei Jahre vollständig remote und die Jahre verteilter Arbeit davor wirklich gelehrt.
Jahrelang haben wir anderen Start-ups beim Bauen ihrer Produkte geholfen. Dann begannen wir, Arheev zu bauen, und merkten, dass wir allen anderen Ratschläge gegeben hatten, die wir selbst nicht befolgten. Was passierte, als wir uns plötzlich an unsere eigenen Regeln halten mussten.
Wir sind kein großes Unternehmen. Vierzehn Leute, vollständig remote, die gleichzeitig Arheev und Kundenprojekte bauen. So arbeiten wir wirklich, wenn es kein Prozesshandbuch gibt, hinter dem man sich verstecken kann.
Nachdem wir die Abwesenheiten unseres eigenen Teams seit der Gründung in Google Sheets verwaltet hatten, ist uns endgültig der Kragen geplatzt und wir haben Arheev gebaut. Der Launch am 22. Februar 2025 fühlte sich an, als würden wir etwas Halbfertiges ausliefern. Weil es das irgendwie auch ist.