![\"\"](\"https:\/\/railsware.com\/handbook\/wp-content\/uploads\/2024\/08\/DSC_0412-1024x755.jpg\")
<\/figure>\n\n\n\nBRIDGES Framework<\/h3>\n\n\n\n
There are lots of concepts on the market to use for product discovery, decision-making, and solution development. However, most of those frameworks are usually focused on a single type of subject like a user, a company, or a product. <\/p>\n\n\n\n
Using quite a lot of different approaches through the history of Railsware, we have developed our own one – BRIDGeS Framework<\/strong><\/a>, a flexible decision-making framework, designed by us and inspired by Pivotal Labs\u2019 Inception. BRIDGeS offers a solid approach for multiple types of subjects that we use to ideate products, design a new feature or solution, build strategies and operations, make work or personal life-related decisions. <\/p>\n\n\n\n BRIDGeS is an abbreviation \u2013 Benefits, Risks, Issues, Domain knowledge, Goals, <\/strong>and Solutions<\/strong>. We use Subject\u2019s descriptors (BRIDG) to investigate the context of the problem and create a Solution that can meet all the essential requirements.<\/p>\n\n\n\n We use BRIDGeS every time we deal with complex, multidimensional contexts. The framework has a well-described flow<\/a> that explains how to collect, analyze, and process information to develop an optimal solution. Unlike many other tools and frameworks, BRIDGeS is relatively simple, it\u2019s versatile, and has a long list of advantages<\/a> that helps us make data-driven decisions fast. If you want to try it \u2014 just use our Figma template<\/a>!<\/p>\n\n\n\n <\/p>\n\n\n\n Daily routine usually includes a bunch of tasks. Ideally, you\u2019ll have enough time and energy to cover all of them \u2013 but it just might happen that the number of tasks is immense and the resources available are not in abundance. The art of setting priorities shows the efficiency of your workflow and the success of the company itself. Railsware\u2019s choice is the project management framework<\/a> by Dan Clegg- a simple yet powerful solution to set priorities both with and without timeboxes.<\/p>\n\n\n\n The framework has four priority categories it works with. These are Must-haves, Should-haves, Could-haves, and Won\u2019t-haves. And that\u2019s how you can define which task falls into which category:<\/p>\n\n\n\n These questions help you correctly figure out the importance of any task\/process\/feature\/etc.<\/p>\n\n\n\n RASCI matrix<\/a> is used for the allocation and assignment of responsibilities to the team members in projects, processes, or tasks. Our team has a long history of creating and using RASCI charts for both inner and external projects. Over the years, we have defined some additional roles that allowed us to distribute responsibilities more accurately and achieve better outcomes. <\/p>\n\n\n\n As a result, we have developed a RAtSCNIuo model<\/strong> which stands for responsible, approver, team, supportive, consulted, if no one else, informed, user, and occasional user.<\/p>\n\n\n\n Let us explain what the new roles mean.<\/p>\n\n\n\n However, each project is different. On some small projects, we may only have a Responsible and Approver and on other ones, we might have even more roles than described above.<\/p>\n\n\n\n Railsware takes advantage of collective leadership based on the RASCI model and makes decisions on different things including prioritization through voting. Team members can express the desire to work on some project, complete a task or pick a solution by choosing from several options like:<\/p>\n\n\n\n We designed this framework to ensure every team member is happy to contribute to a particular project. The approach allows us to stay motivated, engaged, and positive at work. When we form squads, we take people\u2019s preferences into account. Also, the framework helps make the decisions easier and the choice much more understandable to the team.<\/p>\n\n\n\n Being a remote-friendly and distributed team we understand the value of documenting everything. Documenting<\/strong> is a vital approach meant to put all kinds of verbal communication and decision-making into a written format. This approach helps us stay on the same page and always have access to details needed, no matter what time of the day or part of the world it is. Other than that, documenting promotes transparency and continuity of information and prevents the bus factor<\/a>.<\/p>\n\n\n\n The answer to \u201cWhy do we need documenting?\u201d mostly depends on the case and was clearly expressed by our CEO Yaroslav Lazor:\u00a0 \u201cNot to forget shit\u201d\u00a0<\/span><\/p>\n <\/div>\n However, there are also other purposes for writing things down:<\/p>\n\n\n\n Railsware is built not only on feedback but on processes <\/strong>too. To be precise, we have around 1000 repeatable process<\/em><\/strong> templates described and ready to be used on a daily basis. Those are the checklists that help us make the most of our memory and always deliver high-quality work.<\/p>\n\n\n\n When we have a task that should be done with some frequency but stays more or less the same<\/strong>, for example, the onboarding process for a new person, we write everything down<\/strong>. Basically, we create a checklist detailing all the steps that need to be completed each time for some repeatable activity or task. We make it even more useful by adding all the needed links and details to it. This way we make sure that no small details are left out unseen as everything is written down. Once the process template is ready for usage, each Railswarian can complete a process without additional help from anyone else.<\/p>\n\n\n\n As a result, we get a reusable process template. Usually, those templates are created with help of our SmartChecklist<\/a> and Smart Templates<\/a> (a part of the TitanApps<\/a> suite) and are stored in the task management system. Each Railswarian can create such a process at any time if there is a need and it will be automatically added to Jira and assigned to a needed person. <\/p>\n\n\n\n Railsware is built on feedback.<\/span><\/p>\n <\/div>\n We encourage Railswarians to share ideas about what can be improved or changed in our cooperation (e.g. finance, hiring, team events, etc.). We have a joint commitment to support and help each other grow, no matter one\u2019s position or amount of experience. This is a culture where no one is afraid to share feedback and is eagerly waiting to receive it.<\/p>\n\n\n\n At Railsware, we implement feedback on many different aspects of our work<\/em><\/strong>. There are one-on-ones where teammates share their thoughts with each other and can thus resolve issues. There are regular retrospectives that allow a lot of feedback to be shared and discussed, helping improvements be made on the spot. There are continuous feedback sessions integrated into onboarding and individual development processes where RWNs can receive feedback from a variety of teammates. A lot of feedback is given casually while working together or reviewing each other\u2019s work. It can be a quick Slack message or a brief call.<\/p>\n\n\n\n We gather inputs<\/strong> about almost all processes that we have or before\/after launching a new project. No matter the form, all feedback will be taken into consideration. This encourages people to share more constructive thoughts without the worry of being judged or misinterpreted.<\/p>\n\n\n\n We believe in Pair Work <\/strong>and practice it not only in programming. By working on a problem together, RWNs may create more effective high-quality solutions from the start. Multiple pieces of research show that pair work helps to avoid biased thinking while keeping all team members engaged and accountable in the process. It makes the outcome of work more linear and predictable. When working together we are more concentrated and able to generate better ideas for the project or task receiving better results at the end.<\/p>\n\n\n\n Sharing can happen in many forms, from internal training to talks headed by different team members. It can be a pair-work or mentoring session that more experienced teammates have with newcomers. It can be simple updates posted bi-weekly or monthly, letting everyone catch up and adopt new ideas.<\/p>\n\n\n\n When building successful products and running an efficient business, our team relies on the craft we started building in 2007. With a history of over 17 years, we have already found proven techniques or approaches that we use daily across all the guilds and squads. Some of those are widely known on the market, and…<\/p>\n","protected":false},"author":100,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[5],"tags":[],"coauthors":["Olia Ududiak","Daryna Kuzmyk"],"class_list":["post-16688","post","type-post","status-publish","format-standard","hentry","category-management"],"acf":[],"_links":{"self":[{"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/posts\/16688","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/users\/100"}],"replies":[{"embeddable":true,"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/comments?post=16688"}],"version-history":[{"count":83,"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/posts\/16688\/revisions"}],"predecessor-version":[{"id":17314,"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/posts\/16688\/revisions\/17314"}],"wp:attachment":[{"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/media?parent=16688"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/categories?post=16688"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/tags?post=16688"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/railsware.com\/handbook\/wp-json\/wp\/v2\/coauthors?post=16688"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"\"](\"https:\/\/railsware.com\/handbook\/wp-content\/uploads\/2024\/08\/DSC_0389-1-1024x716.jpg\")
<\/figure>\n\n\n\n\n \n
Prioritization Framework by Dai Clegg <\/h3>\n\n\n\n
\n
RASCI Responsibility assignment<\/h3>\n\n\n\n
![\"\"](\"https:\/\/railsware.com\/handbook\/wp-content\/uploads\/2024\/08\/DSC_0436-1024x705.jpg\")
<\/figure>\n\n\n\n\n
![\"\"](\"https:\/\/railsware.com\/handbook\/wp-content\/uploads\/2024\/08\/RASCI-1024x666.png\")
<\/figure>\n\n\n\n\n \n
Interests approach<\/h3>\n\n\n\n
\n
![\"\"](\"https:\/\/railsware.com\/handbook\/wp-content\/uploads\/2024\/08\/FRS09934-1024x684.jpeg\")
<\/figure>\n\n\n\nDocumenting things<\/h3>\n\n\n\n
\n
Processes culture<\/h3>\n\n\n\n
![\"\"](\"https:\/\/railsware.com\/handbook\/wp-content\/uploads\/2024\/08\/DSC_0496-1024x726.jpg\")
<\/figure>\n\n\n\nInputs culture<\/h3>\n\n\n\n
![\"\"](\"https:\/\/railsware.com\/handbook\/wp-content\/uploads\/2024\/07\/Yaroslav-Lazor-Avatar-full-head-blue-shirt-scaled.jpg\"){kind=avatar}
Pair work<\/h2>\n\n\n\n
![\"\"](\"https:\/\/railsware.com\/handbook\/wp-content\/uploads\/2024\/08\/DSC00065-1024x683.jpg\")
<\/figure>\n\n\n\n\n \n