How do we deliver good products fast?

We work in 4 to 6-week cycles, in small, self-sufficient teams, and have a couple of rules.

Read more about our process

Cycles, not sprints

Agile sprints are too short to deliver anything meaningful, 2 weeks is not enough to ramp up, design, implement, and deliver a new feature. If we add the Scrum ceremonies into the mix, and sync meetings, we're looking at around 5 days of implementation time.

Instead, we're using 4 to 6-week cycles, followed by a 1-week cool-down. This allows us to focus on the things that truly matter, building good products, fast.

The cool-down cycle is used for design, development and testing, while the cool-down periods are used for client demos, scope hammering, POC or bug fixes, and change requests received from the clients after we showcase the work.

Small teams

You can build big things with small teams, but you can not move fast and build small things with big teams.

We work with small teams that focus on features and contain all the required knowledge in the team to implement that feature successfully.

Instead of dividing our departments into technology, we prefer to divide our staff into teams that have all the knowledge needed to implement a certain feature (all the layers involved – design, frontend, backend). This ensures a higher cohesion on the team and allows us to build better products, faster.

Why small teams?

Smaller teams move faster, are more accountable, communicate better, and deliver better solutions.

Fast decision making

Flexibility

Improved communication

Reduce overhead ( core compecenties)

Increased accountability

Lower costs

Assigned to features, not tasks

Rules

Good technicians (developers, designers, testers) don't like meetings, and wasting time, they want to focus on the thing they are good at and to be able to hone their skills without other distractions.

rule-asset

The average developer spends a third of his time (roughly 11 hours/week) in meetings. Additionally, they spend around 6 hours in fragmented time (between meetings).

That means for a 40-hour week, they spend around 24 hours focusing on the tasks at hand (3 days/week instead of 5).

We prefer asynchronous communication by default and escalate to real-time only when necessary.

We've chosen to do better, we follow a set of rules that ensures our colleagues are working on the things that matter and they deliver better results, faster.

1. Uninterrupted time

2. No meetings

3. Devs and designers write their tasks

4. Devs and designers test their feature

5. Own the issue after we ship

6. We only hire good people

office@appssemble.com

New York

1740 Broadway, 15th Floor, 10019

London

Kemp House, 160 City, Road, EC1V 2NX

Cluj-Napoca

Blvd. 21 Decembrie 1989, 95-97 400603

Copyright © 2025 appssemble. All rights reserved.