Vertical Divider
|
Tobías Zisik
|
Vertical Divider
|
Enrique Martín
|
Vertical Divider
|
Alba Arroyo
|
Vertical Divider
|
Tobías Zisik
|
Vertical Divider
|
Enrique Martín
|
Vertical Divider
|
Alba Arroyo
|
Home
Box? what box? ManifestoHow do we do it?Who do we work with?What the say about us
Success experiences
Is your project accelerable?Vertical Divider
|
BlogContactVertical Divider
|
x close
THE CONVENCIONAL STRATEGY
OF BUSINESS CONSULTANTS Almost always the same consultant team for each different challenge. Experts in almost everything.
|
THE UNCOVENTIONAL STRATEGY
OF BOX? WHAT BOX? Each business challenge is different and has its own requirements. People should change depending on the challenge. Not only market or industry experts, but change agents should be enrolled in the project as well. Having technical or comercial experience doesn't necessarily mean you can manage people’s abilities in effective ways, increase velocity, find out the most suitable solutions or learn on the way. If we don't have the most suitable people we look for them. If we don't find them, we don't tackle the project.
|
Focused on defining in advance non flexible plans, sketching Gantt diagrams, tasks, milestones and rigid windows of time. Wasting precious time building an unreal scenario that can never be met. Squandering more time changing original plans again and again until finally it is conceded that targets can not be met.
|
We look at Business challenges as if they were living creatures. Discovering better and faster ways to solve problems and make decisions, allowing for more agility and surety along the way. We define and redefine goal deadlines based on learning achieved along the way.
|
Always employing the same tools and frameworks, those that are familiar and comfortable. Always thinking inside the box.
|
We experiment with, mix together and shake up all kinds of tools and approaches that we consider useful. We formulate specific combinations so as to adapt to each individual challenge. Always thinking out of the box.
|
The customer hasn’t the right to change its requirements “under penalty” of increments to cost and time devoted.
|
New customer requirements on the fly are welcome. They are managed and prioritized to not impact on the budget or on objectives.
|
Documentation and the “weight” of files is an indicator of usesfulness. There is a direct relation between papers generated and commitment to task.
|
Solutions that work don’t require much documentation. We put learning experience and real solutions before explanations and documentation. Do not expect much paper with us. Do expect solutions.
|
Customers’ technical and emotional dependency is increased so as to maximize the time spent achieving goals and the possibilities of stringing out projects.
|
We co-work with the client only as long as necessary, until they’re able to tackle challenge autonomously.
|
Knowledge of the customers’ business is taken away by the team to be applied in future projects. Yet, No fresh and useful methodologies or tools are gifted to the client.
|
Equally as important as the solution, are the thinking strategies and tools to tackle the challenge. We transfer knowledge and methodologies to the customer in order that they can apply them in future challenges. Our goal is independence.
|
Decision making and solutions deployment don’t speed up throughout the project. The status is always a “work in progress”. There are no valuable or fully operative intermediate solutions. There is 1 whole solution, which is always at the finish of the project.
|
We are committed to a continuous improvement process so as to achieve learning and velocity on the fly. As Mark Watney says in The Martian “You'd be amazed at how fast you can get going with a tiny acceleration over a long time". We divide the challenge into sprint phases. You'll get incremental, tested and useful solutions as outcomes of each sprint. Solutions will work properly. It will be on you to release them to the market
|
Responsibilities and data are transferred amongst different people and teams.
|
Data and responsibilities transferred between people and teams open the door to disaster. We create self-organizing and cross- functional teams able to plan, manage and build solutions autonomously.
|
Delays just involve more resources (at the client’s expense) or a reduction in the scope of the solutions.
|
We became aware many years ago that increasing the number of people involved in a project has a detrimental effect on solving delay problems. We keep the number of people in the team always under figures of two digits so as to keep it agile and autonomous. The goal of the business challenge is always kept as the main focus in order to deliver the solutions that are actually important for the client.
|
x close
x close
x close