Unternehmen für kundenspezifische Softwareentwicklung

Wir haben mit diesen Plattformen gearbeitet:

• STM32/8, 8051/x86, ARM, AVR, PIC, DSP
• Texas Instruments (DSP und andere),
• Intel Embedded Serie, Qualcomm (Snapdragon 410, 800, 820), NXP (i.MX8m) MediaTek (mt7688/mt7628 – OpenWRT)
• Freescale , ATMEL, Microchip, – Mikroprozessor-Plattformen
• FPGA (Xilinx, Altera)

Unsere Embedded Rockstars verwenden die folgenden Sprachen für die Entwicklung von Embedded Firmware:

• C, C++, C#
• Java
• Assembler
• VHDL
• JS

Für die Embedded-Entwicklung haben wir die folgenden Betriebssysteme verwendet:

• Embedded Linux
• RTLinux
• FreeRTOS
• embOS
• QNX
• VxWorks

Als eines der führenden Unternehmen für die Entwicklung von Embedded Software und Hardware bieten wir Dienstleistungen für das Testen von Embedded Software an. Es kommt vor, dass nicht jeder sein Produkt von Null an entwickeln muss, sondern Fehler finden und debuggen muss. Wir führen Qualitätstests mit manuellen Tests, Google Testing Framework, Travis-CI.

Wir verfolgen einen agilen Ansatz, praktizieren Scrum und Kanban in unserem embedded Entwicklungsprozess. Unsere gesamte Entwicklung basiert auf zweiwöchigen Sprints. Wir haben alle Standard-Scrum-Zeremonien: tägliche Stand-ups, regelmäßige PBR, Pokerplanung und eine Retrospektive am Ende jedes Sprints. Außerdem führen wir einmal im Monat eine interne Demo durch.

Obwohl wir bei der Entwicklung von Embedded-Hardware schon seit Beginn der Unternehmenstätigkeit einen flexiblen Ansatz verfolgen, haben wir vor anderthalb Jahren begonnen, Scrum-Tools aktiv einzusetzen. Die Voraussetzungen dafür waren das Wachstum des Unternehmens, die Zunahme der Kundenzahl und die daraus resultierende Vervielfachung der Aufgaben.

Global gesehen reduziert sich das Management des Entwicklungsprozesses auf die Kontrolle von zwei Arten von Risiken. Das erste besteht darin, dass die vereinbarten Bedingungen nicht eingehalten werden. Im besten Fall erfahren wir noch am selben Tag, an dem der Entwickler mit der Arbeit begonnen hat, dass eine Aufgabe mehr Zeit erfordert. Im schlimmsten Fall ein oder zwei Tage vor dem Abgabetermin. Die zweite Art von Risiko besteht darin, eine Funktion zu entwickeln, die später niemand mehr braucht. Und das ist das Schlimmste, was passieren kann. Lesen Sie weiter unten, wie wir diese Risiken kontrollieren.