Detailed Notes
In this episode of Building Better Habits, hosts Rob Broadhead and Michael Meloche explore the art of breaking down complex problems, simplifying tasks, and mastering productivity. Whether you’re a developer, a project manager, or simply someone looking to boost efficiency, these insights are practical, actionable, and transformative.
Read more... https://develpreneur.com/breaking-down-problems-simplifying-solutions-and-getting-things-done/
*Challenge Yourself: Breaking Down Problems Every Day*
Rob proposes a simple challenge to help build this habit: for the next week, before starting any task, write down the steps required to complete it. Whether it’s a 15-minute errand or a multi-day project, this exercise will improve your focus and efficiency.
*Stay Connected: Join the Develpreneur Community*
We invite you to join our community and share your coding journey with us. Whether you’re a seasoned developer or just starting, there’s always room to learn and grow together. Contact us at [email protected] with your questions, feedback, or suggestions for future episodes. Together, let’s continue exploring the exciting world of software development.
*Additional Resources*
* Solving Problems Without Solving the Problem (https://develpreneur.com/solving-problems-without-solving-the-problem/) * Breaking Things Down for Success: How Developers Can Build Better Habits (https://develpreneur.com/breaking-things-down-for-success-how-developers-can-build-better-habits/) * Revisit Problems To Provide Better Solutions (https://develpreneur.com/revisit-problems-to-provide-better-solutions/) * The Developer Journey: Key Lessons for Career Growth and Consistency (https://develpreneur.com/the-developer-journey-key-lessons-for-career-growth-and-consistency/)
*Follow-us on:*
* https://develpreneur.com/ * https://www.youtube.com/channel/UCZOuFN_LhczvGyT2KSItH_g/featured * https://facebook.com/Develpreneur * https://twitter.com/develpreneur * http://linkedin.com/develpreneur
Transcript Text
[Music] have we talked about breaking things down um because this kind of made me as we're talking about this one and we're talking about scope one of the things I see a lot of developers having bad habits on is just taking a ticket and running with it and not taking a pause and looking at what they're supposed to do and breaking it down and making sure that it is uh that they understand what the task is actually that I like that that actually fits very well with the idea of sort of like leveling out your calendar your you know your Daily Grind kind of stuff because it's it is it's the same thing it's like taking that that big project and breaking it down into the little steps that are going to be required to get you to that you know to to completion basically so I like that as a I don't know where we'll get from a from a title but basically the idea of like um you know avoiding you know too high a high or too low of lows avoiding getting stuck in something that you you know that's basically just too big buying off more than you can chew um I think just simplifying your task understanding the problem yeah it's it does go by it's like a little bit like we talked about it's like actually spend a little time on design kind of thing is like what you know where we at and and stuff like that as oppos to diving in and figure out how that's going to go so let's I think that works oh by the way welcome back everybody I we are recording we just sort like so at some point here Michael's going to edit in and it'll be like hey we're restarting because we had stuff we were running for too long not like bonus bad thing not like I did the other day where I've somehow left a zoom meeting and didn't leave the zoom meeting and so it ran for like 16 hours it was recording and it was yeah so we had to edit that sucker down quite a bit because it was taking up a lot of space and was very useless as far as a you know to anybody that would ever want to see it it's like why did you just let me see 10 hours of a dark office you know and stuff like that that is exactly what we run into and that is how you kill your Zoom account yes it does Zoom doesn't like that they will tell you by the way that it's like hey we are not going to record well unless you're on the unlimited account I guess there is an unlimited somewhere but in uh in our situation we were not on the unlimited and guess what they said hey we are not going to record anymore until you clean some of that crap up because you are blowing through your quota because a lot of you know hours and hours a day of of video it takes up some space so yeah we to the wise kill your get yourself out of your Zoom meetings uh it's just like one of those things it's like when you when you think you're on mute make sure you are on mute before you get into it too far because sometimes that will cause some problems you don't want to end up in the situation where you left the oven on left the house and your house burned down exactly even if it is the figurative you left the house you let the House burn down because you thought you were on mute and you were saying bad things about your boss and then your boss now fired you because they didn't like what you had to say or similar kinds of things so beware be wise out there there so we will dive into H we just call it simplifying things or whatever it's going to be we'll get into that one here three two one well hello and welcome back we are continuing our season of building better habits we're building better developers we are the developing nor podcast I am Rob Broadhead one of the founders of all of the four mentioned also a founder of RB Consulting where we help you figure out how to take technology and make it your Workhorse is allows you to you know become better as a company as a boss or whatever it is you do is doing your business better is taking technology leveraging that through simplification automation integration and even research and some of the things we'll do so we can help you figure out where do you need to be not just today to be more productive but what are the trends what are the things that you need to do so that you don't have to come back and hire consultants and teams every year and redo all of this stuff instead you have a road map for the future that allows you to Serious put a serious budget to it that doesn't have all kinds of wild estimations you know where your growth is and you know that your systems are going to be there when you need them and they're going to be I don't know reliable in some of those kinds of things that people like to have as far as habits go this time around I want to talk about because I've talked about Pomodoro probably a little bit too much uh in those one of the ones that's really been good uh that I've made some adjustments on which actually goes to our one of our prior most recent prior episodes is the list is figure out where my priorities are and it's really been a challenge because I have a lot of priorities everything's a priority I have a big list of things that I have to do but in doing so I've basically take I've I've been able to adjust a little bit with my list habit of looking at that list and taking one item for the couple of things that have to be touched for the projects that have to be touched for the customers I have to reach out to things like that and least one thing in each of those so it's a little bit of a different different approach from prioritizing stuff as much as it's saying these things are all critical but I want to make sure that I at least get these things done and it's sort of you know really refining and pushing to the why what is it what do I need to do to take a step forward in each of these areas and so that's helped me quite a bit from the The Habit side of things um in the good things bad things of come through like I think maybe a lot of you have come from a lull and it was a little bit of a struggle getting through the holidays to make sure that I was like I was taking advantage of what I need to Tak advantage of and that is going to get a little bit into our topic today but it was making sure that I wasn't just sitting there twiddling my thumbs and things like that and so I was like struggling a little bit because it was hard to start the day when I didn't necessarily know what I had and I had to go look for work to do to some extent it's not really that I had to look for work to is I had to had to figure out what is it that I want to attack next it was I had many options essentially so a little bit of a challenge the good news is I made it through there and then as we start into the year it's like bam slammed with everything so I don't have to worry about that I got so much stuff to do I'm having to figure out what I can't do today to build my list it's basically my list is huge and I'm having to just whack away at that to get it down to something that I can get done in a reasonable amount of time one of the big items on my list today is to pass this over to Michael and let him introduce himself so I'm going to let him introduce himself while I go check that off my list hello everybody my name is Mike malash I'm one of the co-founders of building better developers develop andur I'm also the founder of Envision QA where we are your software development and quality assurance partner we build tailored software to meet the needs of healthc Care Professionals and small to midsize e-commerce businesses we work with you we figure out what your business needs and we help identify the systems that you need to have built for you or to customize what you have to work for you so that your software works for you you aren't working for your software good and bad uh good I'm getting a little more sleep uh like Rob I'm hacking things off my list I'm actually uh kind of getting back on track from the holidays so things are getting back into more of a grind a routine uh bad thing it took me a good portion of the week to get back to that routine uh lost a couple days of sleep and and just trying to get back into normal habits after the holidays and with that talking about the habits so this past week what I've really been working on a lot is trying to break things down a little bit which will kind of lead into this episode and also talking about uh or working on my lists and trying to focus on what needs to be done in the near future to make sure that all the projects I'm working on are on track where they need to be and make sure that we meet those deadlines that are coming up in the next few months and that really gets to I think what I want to focus on is it's there's a couple ways we can look at the the topic this time around and it could be the idea of um leveling out your your schedule your work schedule because so you know we tend to have sort of a feast or famine kind of thing where there's a lot of work that needs to be done and then there's not as much work that needs to be done and you know it's the it's sort of the it that you'll you'll have like a regular steady little home and then the next thing you know we've got to crank everything out for production release and things going wrong and all this kind of stuff and so now we you know we're working late nights we're working through the weekends and we're exhausted and the stuff that really is not helpful in the grand scheme of things it's not as productive it's not healthy and finding ways to level that out but but part of that is is really making sure that we can break things down in a way that then we can you know sprinkle it across the days and the weeks to get to that point so like Michael said is that there's going to be things that we know are coming up that we need to be we really there it's going to be a lot of work so we need to start chipping away at that now versus waiting until it becomes critical and then dealing with it it's sort of like if you're you know it's the death by a Thousand Cuts kind of thing it's like if you know if you're you know like sort of addressing stuff as it goes then everything's a little thing but if you let too many of them go then then next thing you know it's now you're bleeding to death and you're trying to patch all that stuff up at once as opposed to taking the little things as they go now this is not uh firefighting and just being like okay I'm just going to fix the thing that's broken right now and everything else is going to be awesome it is looking at the things that are going to come up that are going to need maintenance that are going to need to be addressed and making sure that you have plotted out a way to get those things done in a a timely manner and that's really where we're going to get into the the habit and the ch challenge is it is it's sort of for lack of better term it is it goes to you know some of the longer term scheduling stuff that we've talked about we've we've talked about some habits related to daily scheduling but within that I think we also need to look at some of the longer term things because yes we don't want to spend all day you know we don't want to spend all day every day talk thinking about what we're going to do six months from now or a year from now or two years from now but what we do want to do when we're building our list for today is our prioritization should have as part of it the idea of what are the things that I need to get done because I need to be making progress on this versus the things it's like I really could like if I don't do this today it's not going to matter and it does get into the idea of the thing that if I don't do it today it's not going to matter that much so I'm going to push it tomorrow at some point it raises in priority that's like I need to get that done it's the idea of a of building habits a lot of times I've heard that you can miss a day if you're doing a daily habit but don't miss two days in a row and that's sort of where we want to get with this and it's the idea of taking something big and then looking at it and breaking it down to how do I get that thing complete instead of looking at it as a whole instead it's like how do I break this down and that's a little bit what we're going to talk about as well so it's how do I go from this huge honking elephant of a project to break it down and realizing that okay it's got legs it's got a trunk it's got ears it's got a tail it's got you know a midsection and and then looking at those sections and saying okay well how do I tackle the foot how oh well with then the foot maybe there's like a knee and there's a foot and there's toes and legs and stuff like okay well then how do I break that down that's the kind of stuff we want to do is we want to take in order to do this we have to be able to look at the big problem which may be like in a you know agile sense like an epic or something like that it's like how do I for example how do I build let's say billing functionality for my customer for their app they've got this huge application and now I get to be I'm assigned as a developer billing well and it's like let's look at what is what are the pieces what are included in Billing now maybe you got something put together where you've got uh you've got user stories and you got very specific requirements or families of requirements so you can now break that down so for example billing maybe like uh sending it out like invoicing but then it's also receiving payments and then it's applying payments and then it's reconciling those so maybe those are like four areas right there so now you've already broken that down a little bit so if you have to get this billing thing done in six months well okay I've got these four areas well let's look a little bit deeper into those so we can figure out are they equally the same amount of work so I need to get like about a month and a half to get each of them or is there one that's going to take half the time and the others can get done very quickly and so I basically just rinse and repeat so I go into like say for example the invoicing piece so now I've I've gone into that I'm like all right I need to be able to send invoices out well that's like okay well what do I need to do to be able to send invoices well I need to be able to attach all of the bills or charges that are for that customer for that invoice period so I need to be able to have some way to enter an invoice period and then have it go you know either have a list of customers or just grab all customers then for a customer I need to be able to get all of the charges that are related to them during a time frame and then I need to have maybe there's some calculations so I've got to take all of that and maybe now I've got to uh add in maybe some interest charges or maybe I need to figure out is there a past due and you what does an invoice look like what am I actually telling them that adds up to this is what you owe and this is what I need you to pay me by whatever the due date is so now you've broken that into these smaller pieces and you can estimate what it's going to take to each of those and then now you know once you've done that you can sort of roll that back up and you now have have a rough idea it's going to take x amount of time to do the billing or to do the invoice part of the billing okay now I can move on to for example receiving payments well what's involved with that do I need to set up an integration with the system because now I'm going to be taking you know credit card payments do I need to have some sort of a system that allows for taking cash in like some sort of POS or something like Point of Sales system or something along those lines do I need to um can I take partial payments do I need to be able to support payments like from checks and then if they're checks do I need to have some way to make sure that those checks have actually been deposited at the bank now I've built these pieces out and I can estimate all those and I can roll that up and that is the receiving payment side and we keep doing that and so what we'll do is we'll break it down to certain you know a few pieces and ideally every time you break it down it's I don't know three five maybe a half dozen pieces and then you break that in and break that down and break that down and eventually you may have to go several layers deep and have hundreds or maybe thousands heaven forbid of pieces but then those are all bite-sized chunks that you can figure out what what is it going to take to do that you can roll that stuff back up and now you know for example this is Project planning 101 it's going to take me six months of work to do this and lo and behold I have a six-month deadline okay I need to make sure what work am I getting done each month each week each day to keep on on my track to keep that thing going to hit that 6month goal so that's part of what we're talking about say how do we do that and this is where we're going to get into the challenge but first i'm going to let Michael give his two cents and then some worth on how we do this thanks Rob so you've laid out at a very good high level from like a project manager a high level view of breaking the problem down I want to kind of flip it a little bit and take it more from the developers perspective as we start taking those pieces and looking at them even further before we actually start working on them so as you as developers we essentially take these tickets or take these tasks like Rob broke down and once you have them at the small pieces it's time to start working on them so we create the tickets we do the Sprints and we lay these out but as developers a lot of times we get into the habit of okay we have a ticket we jump in and we just start working uh the problem the problem may be in the fact that the problem itself isn't broken down enough the problem hasn't been simplified so what you might be doing is you might be working on a feature and blowing it out beyond what it needs to be so what you really need to do and how I want to tackle this is as a developer as you start to do your work look at the task you have been given and read through it again now you may have gone through the ceremonies of the high level pointing and all that but still typically we are busy typically those meetings go quickly and you got to go through very fast and everyone just ask the questions as they can but sometimes you don't get to that work right away sometimes that work doesn't get reviewed or doesn't get started for weeks and while it was in your mindset at the time you did the pointing things may have changed by the time you get to that ticket things in the system may be different so it's always a good idea when you sit down to start a problem or a task read through the whole process again read through your ticket and make sure that you are tackling one problem that your focus is on one feature and that that feature or the piece that you're trying to work on isn't really multiple pieces doesn't need to be broken down further because if you get into it and you find out oh this needs this this needs this this needs this your task that may have been agreed to that hey this is going to take a couple of days to do may now mean it's going to take a couple weeks now if you don't do this if you don't take the time to read through this now you could be at the end of your Sprint and be like oh why is this one two day task taking me two weeks if you had taken the time day one to reread your ticket take 15 minutes hey even take a half an hour if it's a very complex ticket read through it read through it again and then kind of visualize what it is that you're building if you get to the the point where this task as you're reading through it's like wait this doesn't make sense anymore because we made this change but the ticket says it wants this well that you you have a conflict you need to raise that now before you start the work because you could be removing or that requirement might have changed so what is always in our mind that we have to get stuff done we have to get work done we have to show that we're productive make sure that the work doing is the right work even though it's in a ticket it doesn't necessarily mean it is the right thing to do always review your work before you start your work is kind of going to be my Mantra on this one you want to simplify the problem but you also want to make sure that you are getting the problem done right that you are solving the problem in the right way so again to break it down further make sure that when you take your task read through the task make sure that it fits within the big picture also make sure that it is one concise piece of that feature and not multiple pieces because if it's multiple pieces you might need to break it down further and it might need to require more tickets or more features that need to be flushed out so before again before you work read through your pro read through your requirements read through your tickets make sure you understand the problem make sure that the ticket addresses that problem and make sure that the problem that is being addressed is still relevant to the big picture so what are your thoughts on that Rob first I have to unmute myself see it's like making sure you put your task as you're thinking through that this is I think this goes back to something that we have talked about before from a a coding and documentation point of view is the idea of instead of just writing code it start out with like essentially pseudo code is use some comments that say I'm solving this problem and this actually is very near and dear to my heart because I'm spending a lot of time essentially doing some code reviews and refactoring and things like that where there are these very complex uh functions and methods and figure out is there a better way to do this that is more readable that breaks this down so it's smaller chunks of work and thus probably easier to uh to reuse those chunks of work and I think that's a way to do is we can take a a problem and have a you know a main or a primary application whatever it is we want to think about that we start out where it's just all it is is a bunch of comments of in order to solve this problem I need to do this I need to do this I need to do this I need to do this and so that may not be the the be all and endall but this is where it goes to what Michael's talking about is now You' thought through it a you're spinning spending some time dare I say designing your solution a little bit and saying this is the approach I'm going to take and then as you get into each of those steps you'll probably find you may find some additional things you're like oh shoot I need to break this into two steps or I forgot that because I have this that means there's this other step I'm going to have to do you there's things like that but what it is doing is it's giving us our sort of like our outline of what it really is I guess it comes down to it's an outline of what is it going to take to get this thing solved now we've broken it into smaller steps and even with each those as we're thinking about them that may help us break it into other steps or the reason we try to want to do this sooner rather than later is it may bring up questions because we'll say wait a minute I don't have all the information I need to complete this step because now that I'm thinking about it I don't know how to do that I'm not sure what that's going to be so I'm going to have to go um you know reach back out to a customer or my manager or I'm going to have to go back and spend some time thinking about this design or whatever it is to be able to actually figure out what needs to be done to complete that task and in so doing so I think you're going to write smaller easier to understand easier to maintain code it goes to like there's all kinds of lenters and stuff out there that'll tell you that you know there's like these code complexity scores and all this kind of stuff that are in a general sense they're just trying to simplify stuff and sometimes it's too much it's too granular but sometimes it's not so it is very much A good rule of thumb to say okay I shouldn't have you know thousands of line of code in a function I should be breaking that thing down where possible and so it should be it really shouldn't be that much it should be there's maybe a series of steps and if if that has too many steps then maybe I can group some of those steps so that it is readable that it's understandable it's easier to maintain it's easier to document it's easier for somebody else to come behind you and say oh this is what I'm doing and this is how I'm doing it before I give the challenge I want to throw that back to you Michael and see if there's anything that that that popped up in your head anything else to discuss yeah so the other thing Bas because of how you laid it out I like that um which goes back to my test rriv development model is when you sit down with a ticket the best way to this works great for test development is start the ticket essentially write out the steps on how you would or how you would essentially test this ticket from the end user and as you walk through you start finding out okay I get to this step here I get to this step here oh wait I now have multiple choices on this step well if you are writing a feature you should not have multiple choices unless that's defined in the ticket if you get to a step and it's like oh well I could go here I could go here I could go here I could go here you you need to stop and go ask for direction because you should have a straight path from the user's expectation to the solution you should not have multiple paths to get there unless it is an if then scenario and that if then should be laid out within the ticket so if you again write it out or kind of do it as a test driven approach first you're going to catch a lot of this a lot of these I guess open-ended questions in tickets where they're not flushed out they're not well defined or if the feature has changed as you're going through this process you'll get to a step and say wait the system doesn't do this anymore so why am I being asked to do this in this ticket I think that combination of the why the thinking through it and the why is really going to solve a lot of your problems it's it's amazing how those are very simple steps they are a little bit hard to to build the habits to get there but once you do they will make a big difference they will help you stay focused and help you really comes back down to like leveling out stuff so you're not you're not going to be surprised as not you're going to be able to estimate better you're going to be able to plan better and the the bumps and bruises that generally come with softer development will be smaller and very manageable so from a habit point of view this is again this is one of those very similar to a couple of our sort of a theme we have as we're we're starting this year it feels like with a couple of these episodes and and building better habits is it with each item that you're doing on a daily basis this your challenge for the next week when you start a task the first thing you do is actually start the task is it's like look at your to-do list and say I'm going to focus on this task so this is what I'm going to do right now and first thing you do with that is what you know we've talked about in PR like what does it mean to complete it okay now I know what it means to compl completed so I know what I need to get there so walk through what am I going to do to get that done now it could be as simple as like for example I want to get my laundry done okay how do I get that done well I need to first I need to go to my laundry hamper maybe first I have to pick up all my dirty clothes and put it into the hamper then I have to take the hamper to the washing Place wherever that happens to be and then I have to do some number of loads of wash and some number of loads of drying and then when I'm done I need to gather all that crap up and I need to fold it iron it put it away whatever it is depending on what's your your tasks how you want to Define that but now what I've done is said okay in order to be done with washing doing my laundry these are the steps I need to do and of course in doing so you're going to do exactly what I just did is you're going to say well first I just have to get my clothes to the to the washing place but as I said it's like oh wait maybe first I need to gather my clothes into someplace so I can then take them somewhere so for example if I'm going to you know do a garbage run first I need to what are all the garbage cans I need to empty into wherever I'm you know the device the transportation thing that is going to do the garbage run and then I need to run dump it all out and come home those kinds of things when you start laying out those steps I think you'll be amazed at how often you're like oh yeah there's another step I need to think about that may have been a pain in the butt had you gotten into doing the process and then had to adjust and add that step versus you thinking about that step from the start in particular things where it's like maybe it's like making dinner well if I'm going to slow cook dinner first I need to prep it and get the slow cooker going because if I wait until 5 minutes before I'm going to eat dinner that slow cooker hence the name slow cooker is not going to have my food ready for me so there's things like that that I need to do to plan out my day and if I think about those steps it's going to help me so the advanced thing would be to look at all the steps you need to do to get the things that you have to get done let's organize those but we're going to start simple with your habit I just want to do a habit of attacking a task and that the first thing I do is I write down how am I going to get to that task what am I going to do what are the steps to complete that task as I'm thinking about this I think this is going to be really fun for me to do because I don't do it this way but I'm going to be very anal retentive about it and try to do it in the next week and let's see what this works out for me as far as habits go so first step for you send us an email at info developer order.com and let us know how you're doing how do you think about these habit building things are working for you is this a great use of is this is this getting you towards being a better developer we building a better developer by building better habits and if not I'm more than welcome to happy to hear from you what would be a better way if it's just a matter of like tell Rob to shut up and Michael needs to do everything cool because my schedule just got a lot easier so but don't do that just to make my schedule easier but whatever it is we have topics coming up we have new seasons we are not even close to done maybe you're like oh sadly so but no we're going to be around for a while we have a lot of things that we can cover and so we want to hear from you what is the best thing what is the best use of your time what are the best topics for us to cover whether they're timely whether they're more career uh you know span of your career kinds of things whether it's just how to tie your shoes I don't know what it may be but it's the things that you come bring to us and say this is what I don't think you're giving us enough of and I'd like to hear more of it because that's what we want to do we want to give you as much that you want as we possibly can and if not we'll fake it because hey we got skills that being said there's so many ways you can contact us I'm not even going to waste your time you can listen to the next episode or you can go to the one before us go out there and have yourself a great day a great week and we will talk to you next time bonus material so was interesting you threw out the slow cooker at the end because one of the best ways to think about simplifying the problem or breaking it down is cooking if the task you're essentially even as developers we need to think of our tasks as a recipe the ticket needs to identify what the problem is what it is that we're going to cook we need to have the end product what it is that we're trying to deliver and then we need to hopefully have the steps broken down as to what we need to solve the problem if we don't have what we need to solve the problem then we can't write really useful code we can write code but it may not solve the problem so we need to make sure that not only do we have the what it is we're trying to do and the end product but as developers when we look at our tickets we need to make sure that we have the steps we have what we need to solve this problem if the pro if the steps basically could lead to multiple Solutions then we have not refined the or defined the problem or the solution in a clear enough way for you to get from A to B I'm trying to think of a good I really it comes down to as I've thought about as I sort of like out of the blue came up with this um this habit challenge I'm really liking this idea of even like the simplest things I'm doing because I do have some of these tasks that are like the 15minute tasks kind of thing but even within those and probably even more so with those is to spend a sec you know spend a a minute basically saying okay how am I going to get this done so that when I get to the task it's just like Bam Bam Bam Bam Bam knock those things out very much like a Pomodoro kind of thing is a taking that and it's and which has been effective to me is that I have often taken a smallish kind of task you know a 20 to 30 minute kind of task and made that one of my pomodoros for the day saying I'm going to just like go heads down get this done and usually I do start it with what am I going to get done in this next little bit because I don't want to be in the middle of a Pomodoro and then be sitting there thinking okay what is my next step I want to be able to get in and just like crank through it so I frontload that and I think that's maybe a really good combo to help you guys get started with this is if you think of these in like pomodoros or mini Sprints within the days is what needs to be done with that and maybe you do start each one is just like like in a Pomodoro maybe you add something say in the first two minutes I going to plan out what am I doing in the next 23 minutes of my Pomodoro or something like that I mean this may be some sort of modified thing that we'll call it a a developer or something like that we'll figure something out that'll be some little branded name but it's like we can maybe we can tweak that and find a way to make that more effective to us so thing about that as you're going into it is like where can I spend just a little bit of time thinking through this and particularly complex tasks but even honestly some of the things that are uh wrote like dishes or laundry or groceries or cooking or some of those kinds of things like where can I maybe spend a little time with that and maybe performance tune that a little bit do it a little bit better that being said we will wrap this one up and let you get to your day because we got crap to do too so go out there and have yourself a great one we are still chugging along we we are getting towards the end probably another month is or so of habits and then we'll get into the next season which we still haven't figured that one out so we need better habits of maybe how to figure out where we're going to get to with our upcoming seasons and what our topics are going to be uh feedback is always welcome developer.com Facebook site X email smoke signals you name it we're good for it t telepathy whatever it is you figure it out we'll find a way to receive it and we want to take that feedback and do something with it go out there and have yourself a great one and we will talk to you next time [Music]
Transcript Segments
[Music]
have we talked about breaking things
down
um because this kind of made me as we're
talking about this one and we're talking
about
scope one of the things I see a lot of
developers having bad habits on is just
taking a ticket and running with it and
not taking a pause and looking at what
they're supposed to do and breaking it
down and making sure that it
is uh that they understand what the task
is actually that I like that that
actually fits very well with the idea of
sort of like leveling out your calendar
your you know your Daily Grind kind of
stuff because it's it is it's the same
thing it's like taking that that big
project and breaking it down into the
little steps that are going to be
required to get you to that you know to
to completion basically so I like that
as
a I don't know where we'll get from a
from a title but basically the idea of
like um you know avoiding you know too
high a high or too low of lows avoiding
getting stuck in something that you you
know that's basically just too big
buying off more than you can chew um I
think just simplifying your
task understanding the
problem yeah it's it does go by it's
like a little bit like we talked about
it's like actually spend a little time
on design kind of thing is like what you
know where we at and and stuff like that
as oppos to diving in and figure out how
that's going to
go so let's I think that works oh by the
way welcome back everybody I we are
recording we just sort like so at some
point
here Michael's going to edit in and
it'll be like hey we're restarting
because we had stuff we were running for
too
long not like bonus bad thing not like I
did the other day where I've somehow
left a zoom meeting and didn't leave the
zoom meeting and so it ran for like 16
hours it was recording and it
was yeah so we had to edit that sucker
down quite a bit because it was taking
up a lot of space and was very useless
as far as a you know to anybody that
would ever want to see it it's like why
did you just let me see 10 hours of a
dark office you know and stuff like that
that is exactly what we run into and
that is how you kill your Zoom account
yes it does Zoom doesn't like that they
will tell you by the way that it's like
hey we are not going to record well
unless you're on the unlimited account I
guess there is an unlimited somewhere
but in uh in our situation we were not
on the unlimited and guess what they
said hey we are not going to record
anymore until you clean some of that
crap up because you are blowing through
your quota because a lot of you know
hours and hours a day of of video it
takes up some space so yeah we to the
wise kill your get yourself out of your
Zoom meetings uh it's just like one of
those things it's like when you
when you think you're on mute make sure
you are on mute before you get into it
too far because sometimes that will
cause some problems you don't want to
end up in the situation where you left
the oven on left the house and your
house burned down exactly even if it is
the figurative you left the house you
let the House burn down because you
thought you were on mute and you were
saying bad things about your boss and
then your boss now fired you because
they didn't like what you had to say or
similar kinds of things so beware be
wise out there there so we will dive
into H we just call it simplifying
things or whatever it's going to be
we'll get into that one here three two
one well hello and welcome back we are
continuing our season of building better
habits we're building better developers
we are the developing nor podcast I am
Rob Broadhead one of the founders of all
of the four mentioned also a founder of
RB Consulting where we help you figure
out how to take technology and make it
your Workhorse is allows you to you know
become better as a company as a boss or
whatever it is you do is doing your
business better is taking technology
leveraging that through simplification
automation integration and even research
and some of the things we'll do so we
can help you figure out where do you
need to be not just today to be more
productive but what are the trends what
are the things that you need to do so
that you don't have to come back and
hire consultants and teams every year
and redo all of this stuff instead you
have a road map for the future that
allows you to Serious put a serious
budget to it that doesn't have all kinds
of wild estimations you know where your
growth is and you know that your systems
are going to be there when you need them
and they're going to be I don't know
reliable in some of those kinds of
things that people like to have as far
as habits go this time around I want to
talk about because I've talked about
Pomodoro probably a little bit too much
uh in
those one of the ones that's really been
good uh that I've made some adjustments
on which actually goes to our one of our
prior most recent prior episodes is the
list is figure out where my priorities
are and it's really been a challenge
because I have a lot of priorities
everything's a priority I have a big
list of things that I have to do but in
doing so I've basically take I've I've
been able to adjust a little bit with my
list habit of looking at that list and
taking one item for the couple of things
that have to be touched for the projects
that have to be touched for the
customers I have to reach out to things
like that and least one thing in each of
those so it's a little bit of a
different different approach from
prioritizing stuff as much as it's
saying these things are all critical but
I want to make sure that I at least get
these things done and it's sort of you
know really refining and pushing to the
why what is it what do I need to do to
take a step forward in each of these
areas and so that's helped me quite a
bit from the The Habit side of
things um in the good things bad
things of come through like I think
maybe a lot of you have come from a lull
and it was a little bit of a struggle
getting through the holidays to make
sure that I was like I was taking
advantage of what I need to Tak
advantage of and that is going to get a
little bit into our topic today but it
was making sure that I wasn't just
sitting there twiddling my thumbs and
things like that and so I was like
struggling a little bit because it was
hard to start the day when I didn't
necessarily know what I had and I had to
go look for work to do to some extent
it's not really that I had to look for
work to is I had to had to figure out
what is it that I want to attack next it
was I had many options essentially so a
little bit of a challenge the good news
is I made it through there and then as
we start into the year it's like bam
slammed with everything so I don't have
to worry about that I got so much stuff
to do I'm having to figure out what I
can't do today to build my list it's
basically my list is huge and I'm having
to just whack away at that to get it
down to something that I can get done in
a reasonable amount of time one of the
big items on my list today is to pass
this over to Michael and let him
introduce himself so I'm going to let
him introduce himself while I go check
that off my
list hello everybody my name is Mike
malash I'm one of the co-founders of
building better developers develop andur
I'm also the founder of Envision QA
where we are your software development
and quality assurance partner we build
tailored software to meet the needs of
healthc Care Professionals and small to
midsize e-commerce businesses we work
with you we figure out what your
business needs and we help identify the
systems that you need to have built for
you or to customize what you have to
work for you so that your software works
for you you aren't working for your
software good and bad uh good I'm
getting a little more sleep uh like Rob
I'm hacking things off my list I'm
actually uh kind of getting back on
track from the holidays so things are
getting back into more of a grind a
routine uh bad thing it took me a good
portion of the week to get back to that
routine uh lost a couple days of sleep
and and just trying to get back into
normal habits after the holidays and
with that talking about the habits
so this past week what I've really been
working on a lot is trying to break
things down a little bit which will kind
of lead into this episode and also
talking about uh or working on my lists
and trying to focus on what needs to be
done in the near future to make sure
that all the projects I'm working on are
on track where they need to be and make
sure that we meet those deadlines that
are coming up in the next few
months and that really gets to I think
what I want to focus on is it's there's
a couple ways we can look at the the
topic this time around and it could be
the idea of um leveling out your your
schedule your work schedule because so
you know we tend to have sort of a feast
or famine kind of thing where there's a
lot of work that needs to be done and
then there's not as much work that needs
to be done and you know it's the it's
sort of the it that you'll you'll have
like a regular steady little home and
then the next thing you know we've got
to crank everything out for production
release and things going wrong and all
this kind of stuff and so now we you
know we're working late nights we're
working through the weekends and we're
exhausted and the stuff that really is
not helpful in the grand scheme of
things it's not as productive it's not
healthy and finding ways to level that
out but but part of that
is is really making sure that we can
break things down in a way that then we
can you know sprinkle it across the days
and the weeks to get to that point so
like Michael said is that there's going
to be things that we know are coming up
that we need to be we really there it's
going to be a lot of work so we need to
start chipping away at that now versus
waiting until it becomes critical and
then dealing with it it's sort of like
if you're you know it's the death by a
Thousand Cuts kind of thing it's like if
you know if you're you know like sort of
addressing stuff as it goes then
everything's a little thing but if you
let too many of them go then then next
thing you know it's now you're bleeding
to death and you're trying to patch all
that stuff up at once as opposed to
taking the little things as they go now
this is not uh firefighting and just
being like okay I'm just going to fix
the thing that's broken right now and
everything else is going to be awesome
it is looking at the things that are
going to come up that are going to need
maintenance that are going to need to be
addressed and making sure that you have
plotted out a way to get those things
done in a a timely manner and that's
really where we're going to get into the
the habit and the ch challenge is it is
it's sort of for lack of better term it
is it goes to you know some of the
longer term scheduling stuff that we've
talked about we've we've talked about
some habits related to daily scheduling
but within that I think we also need to
look at some of the longer term things
because yes we don't want to spend all
day you know we don't want to spend all
day every day talk thinking about what
we're going to do six months from now or
a year from now or two years from now
but what we do want to do when we're
building our list for today is our
prioritization should have as part of it
the idea of what are the things that I
need to get done because I need to be
making progress on this versus the
things it's like I really could like if
I don't do this today it's not going to
matter and it does get into the idea
of the thing that if I don't do it today
it's not going to matter that much so
I'm going to push it tomorrow at some
point it raises in priority that's like
I need to get that done it's the idea of
a of building habits a lot of times I've
heard that you can miss a day if you're
doing a daily habit but don't miss two
days in a row and that's sort of where
we want to get with this and it's the
idea of taking something
big and then looking at it and breaking
it down to how do I get that thing
complete instead of looking at it as a
whole instead it's like how do I break
this down and that's a little bit what
we're going to talk about as well so
it's how do I go from this huge honking
elephant of a project to break it down
and realizing that okay it's got legs
it's got a trunk it's got ears it's got
a tail it's got you know a midsection
and and then looking at those sections
and saying okay well how do I tackle the
foot how oh well with then the foot
maybe there's like a knee and there's a
foot and there's toes and legs and stuff
like okay well then how do I break that
down that's the kind of stuff we want to
do is we want to take in order to do
this we have to be able to look at the
big problem which may be like in a you
know agile sense like an epic or
something like that it's like how do I
for example how do I build let's say
billing functionality for my customer
for their app they've got this huge
application and now I get to be I'm
assigned as a developer billing well and
it's like let's look at what is what are
the pieces what are included in Billing
now maybe you got something put together
where you've got uh you've got user
stories and you got very specific
requirements or families of requirements
so you can now break that down so for
example billing maybe like
uh sending it out like invoicing but
then it's also receiving payments and
then it's applying payments and then
it's reconciling those so maybe those
are like four areas right there so now
you've already broken that down a little
bit so if you have to get this billing
thing done in six months well okay I've
got these four areas well let's look a
little bit deeper into those so we can
figure out are they equally the same
amount of work so I need to get like
about a month and a half to get each of
them or is there one that's going to
take half the time and the others can
get done very quickly and so I basically
just rinse and repeat so I go into like
say for example the invoicing piece so
now I've I've gone into that I'm like
all right I need to be able to send
invoices out well that's like okay well
what do I need to do to be able to send
invoices well I need to be able to
attach all of the bills or charges that
are for that customer for that invoice
period so I need to be able to have some
way to enter an invoice period and then
have it go you know either have a list
of customers or just grab all customers
then for a customer I need to be able to
get all of the charges that are related
to them during a time frame and then I
need to have maybe there's some
calculations so I've got to take all of
that and maybe now I've got to uh add in
maybe some interest charges or maybe I
need to figure out is there a past due
and you what does an invoice look like
what am I actually telling them that
adds up to this is what you owe and this
is what I need you to pay me by whatever
the due date is so now you've broken
that into these smaller pieces and you
can estimate what it's going to take to
each of those and then now you know once
you've done that you can sort of roll
that back up and you now have have a
rough idea it's going to take x amount
of time to do the billing or to do the
invoice part of the billing okay now I
can move on to for example receiving
payments well what's involved with that
do I need to set up an integration with
the system because now I'm going to be
taking you know credit card payments do
I need to have some sort of a system
that allows for taking cash in like some
sort of POS or something like Point of
Sales system or something along those
lines do I need to um can I take partial
payments do I need to be able to support
payments like from checks and then if
they're checks do I need to have some
way to make sure that those checks have
actually been deposited at the bank now
I've built these pieces out and I can
estimate all those and I can roll that
up and that is the receiving payment
side and we keep doing that and so what
we'll do is we'll break it down to
certain you know a few pieces and
ideally every time you break it down
it's I don't know three five maybe a
half dozen pieces and then you break
that in and break that down and break
that down and eventually you may have to
go several layers deep and have hundreds
or maybe thousands heaven forbid of
pieces but then those are all bite-sized
chunks that you can figure out what what
is it going to take to do that you can
roll that stuff back up and now you know
for example this is Project planning 101
it's going to take me six months of work
to do this and lo and behold I have a
six-month deadline okay I need to make
sure what work am I getting done each
month each week each day to keep on on
my track to keep that thing going to hit
that 6month goal so that's part of what
we're talking about say how do we do
that and this is where we're going to
get into the challenge but first i'm
going to let Michael give his two cents
and then some worth on how we do
this thanks Rob so you've laid out at a
very good high level from like a project
manager a high level view of breaking
the problem down I want to kind of flip
it a little bit and take it more from
the developers perspective as we start
taking those pieces and looking at them
even further before we actually start
working on them so as you as developers
we essentially take these tickets or
take these tasks like Rob broke down and
once you have them at the small pieces
it's time to start working on them so we
create the tickets we do the Sprints and
we lay these out but as developers a lot
of times we get into the habit of okay
we have a ticket we jump in and we just
start working uh the problem the problem
may be in the fact that the problem
itself isn't broken down enough the
problem hasn't been simplified so what
you might be doing is you might be
working on a feature and blowing it out
beyond what it needs to be so what you
really need to do and how I want to
tackle this is as a developer as you
start to do your work look at the task
you have been given and read through it
again now you may have gone through the
ceremonies of the high level pointing
and all that but
still typically we are busy typically
those meetings go quickly and you got to
go through very fast and everyone just
ask the questions as they can but
sometimes you don't get to that work
right away sometimes that work doesn't
get reviewed or doesn't get started for
weeks and while it was in your mindset
at the time you did the pointing things
may have changed by the time you get to
that ticket things in the system may be
different so it's always a good idea
when you sit down to start a problem or
a task read through the whole process
again read through your ticket and make
sure that you are tackling one problem
that your focus is on one feature and
that that feature or the piece that
you're trying to work on isn't really
multiple pieces doesn't need to be
broken down further because if you get
into it and you find out oh this needs
this this needs this this needs this
your task that may have been agreed to
that hey this is going to take a couple
of days to do may now mean it's going to
take a couple weeks now if you don't do
this if you don't take the time to read
through this now you could be at the end
of your Sprint and be like oh why is
this one two day task taking me two
weeks if you had taken the time day one
to reread your ticket take 15 minutes
hey even take a half an hour if it's a
very complex ticket read through it read
through it again and then kind of
visualize what it is that you're
building if you get to the the point
where this task as you're reading
through it's like wait this doesn't make
sense anymore because we made this
change but the ticket says it wants this
well that you you have a conflict you
need to raise that now before you start
the work because you could be removing
or that requirement might have changed
so what is always in our mind that we
have to get stuff done we have to get
work done we have to show that we're
productive make sure that the work doing
is the right work even though it's in a
ticket it doesn't necessarily mean it is
the right thing to do always review your
work before you start your work is kind
of going to be my Mantra on this
one you want to simplify the problem but
you also want to make sure that you are
getting the problem done right that you
are solving the problem in the right way
so again to break it down further make
sure that when you take your task read
through the task make sure that it fits
within the big picture also make sure
that it is one concise piece of that
feature and not multiple pieces because
if it's multiple pieces you might need
to break it down further and it might
need to require more tickets or more
features that need to be flushed out
so before again before you work read
through your pro read through your
requirements read through your tickets
make sure you understand the problem
make sure that the ticket addresses that
problem and make sure that the problem
that is being addressed is still
relevant to the big
picture so what are your thoughts on
that
Rob first I have to unmute myself see
it's like making sure you put your task
as you're thinking through that this is
I think this goes back to something that
we have talked about before from a a
coding and documentation point of view
is the idea of instead of just writing
code it start out with like essentially
pseudo code is use some comments that
say I'm solving this problem and this
actually is very near and dear to my
heart because I'm spending a lot of time
essentially doing some code reviews and
refactoring and things like that where
there are these very complex uh
functions and methods and figure out is
there a better way to do this that is
more readable that breaks this down so
it's smaller chunks of work and thus
probably easier to uh to reuse those
chunks of work and I think that's a way
to do is we can take a a problem and
have a you know a main or a primary
application whatever it is we want to
think about that we start out where it's
just all it is is a bunch of comments of
in order to solve this problem I need to
do this I need to do this I need to do
this I need to do this and so that may
not be the the be all and endall but
this is where it goes to what Michael's
talking about is now You' thought
through it a you're spinning spending
some time dare I say designing your
solution a little bit and saying this is
the approach I'm going to take and then
as you get into each of those steps
you'll probably find you may find some
additional things you're like oh shoot I
need to break this into two steps or I
forgot that because I have this that
means there's this other step I'm going
to have to do you there's things like
that but what it is doing is it's giving
us our sort of like our outline of what
it really is I guess it comes down to
it's an outline of what is it going to
take to get this thing solved now we've
broken it into smaller steps and even
with each those as we're thinking about
them that may help us break it into
other steps or the reason we try to want
to do this sooner rather than later is
it may bring up questions because we'll
say wait a minute I don't have all the
information I need to complete this step
because now that I'm thinking about it I
don't know how to do that I'm not sure
what that's going to be so I'm going to
have to go um you know reach back out to
a customer or my manager or I'm going to
have to go back and spend some time
thinking about this design or whatever
it is to be able to actually figure out
what needs to be done to complete that
task and in so doing so I think you're
going to write smaller easier to
understand easier to maintain code it
goes to like there's all kinds of
lenters and stuff out there that'll tell
you that you know there's like these
code complexity scores and all this kind
of stuff that
are in a general sense they're just
trying to simplify stuff and sometimes
it's too much it's too granular but
sometimes it's not so it is very much A
good rule of thumb to say okay I
shouldn't have you know thousands of
line of code in a function I should be
breaking that thing down where possible
and so it should be it really shouldn't
be that much it should be there's maybe
a series of steps and if if that has too
many steps then maybe I can group some
of those steps so that it is readable
that it's understandable it's easier to
maintain it's easier to document it's
easier for somebody else to come behind
you and say oh this is what I'm doing
and this is how I'm doing it before I
give the challenge I want to throw that
back to you Michael and see if there's
anything that that that popped up in
your head anything else to discuss yeah
so the other thing Bas because of how
you laid it out I like that um which
goes back to my test rriv development
model is when you sit down with a ticket
the best way to this works great for
test development is start the ticket
essentially write out the steps on how
you would or how you would essentially
test this ticket from the end user and
as you walk through you start finding
out okay I get to this step here I get
to this step here oh wait I now have
multiple choices on this step well if
you are writing a feature you should not
have multiple choices unless that's
defined in the ticket if you get to a
step and it's like oh well I could go
here I could go here I could go here I
could go here you you need to stop and
go ask for direction because you should
have a straight path from the user's
expectation to the solution you should
not have multiple paths to get there
unless it is an if then scenario and
that if then should be laid out within
the ticket so if you again write it out
or kind of do it as a test driven
approach first you're going to catch a
lot of this a lot of
these I guess open-ended questions in
tickets where they're not flushed out
they're not well defined or if the
feature has changed as you're going
through this process you'll get to a
step and say wait the system doesn't do
this anymore so why am I being asked to
do this in this
ticket I think that combination of the
why the thinking through it and the why
is really going to solve a lot of your
problems it's it's amazing how those are
very simple steps they are a little bit
hard to to build the habits to get there
but once you do they will make a big
difference they will help you stay
focused and help you really comes back
down to like leveling out stuff so
you're not you're not going to be
surprised as not you're going to be able
to estimate better you're going to be
able to plan better and the the bumps
and bruises that generally come with
softer development will be smaller and
very manageable so from a habit point of
view this is again this is one of those
very similar to a couple of our sort of
a theme we have as we're we're starting
this year it feels like with a couple of
these episodes and and building better
habits is
it with each item that you're doing on a
daily basis this your challenge for the
next week when you start a task the
first thing you do is actually start the
task is it's like look at your to-do
list and say I'm going to focus on this
task so this is what I'm going to do
right now
and first thing you do with that is what
you know we've talked about in PR like
what does it mean to complete it okay
now I know what it means to compl
completed so I know what I need to get
there so walk through what am I going to
do to get that done now it could be as
simple as like for example I want to get
my laundry done okay how do I get that
done well I need to first I need to go
to my laundry hamper maybe first I have
to pick up all my dirty clothes and put
it into the hamper then I have to take
the hamper to the washing Place wherever
that happens to be and then I have to do
some number of loads of wash and some
number of loads of drying and then when
I'm done I need to gather all that crap
up and I need to fold it iron it put it
away whatever it is depending on what's
your your tasks how you want to Define
that but now what I've done is said okay
in order to be done with washing doing
my laundry these are the steps I need to
do and of course in doing so you're
going to do exactly what I just did is
you're going to say well first I just
have to get my clothes to the to the
washing place but as I said it's like oh
wait maybe first I need to gather my
clothes into someplace so I can then
take them somewhere so for example if
I'm going to you know do a garbage run
first I need to what are all the garbage
cans I need to empty into wherever I'm
you know the device the transportation
thing that is going to do the garbage
run and then I need to run dump it all
out and come home those kinds of things
when you start laying out those steps I
think you'll be amazed at how often
you're like oh yeah there's another step
I need to think about that may have been
a pain in the butt had you gotten into
doing the process and then had to adjust
and add that step versus you thinking
about that step from the start in
particular things where it's like maybe
it's like making dinner well if I'm
going to slow cook dinner first I need
to prep it and get the slow cooker going
because if I wait until 5 minutes before
I'm going to eat dinner that slow cooker
hence the name slow cooker is not going
to have my food ready for me so there's
things like that that I need to do to
plan out my day and if I think about
those steps it's going to help me so the
advanced thing would be to look at all
the steps you need to do to get the
things that you have to get done let's
organize those but we're going to start
simple with your habit I just want to do
a habit of attacking a task and that the
first thing I do is I write down how am
I going to get to that task what am I
going to do what are the steps to
complete that task as I'm thinking about
this I think this is going to be really
fun for me to do because I don't do it
this way but I'm going to be very anal
retentive about it and try to do it in
the next week and let's see what this
works out for me as far as habits go so
first step for you send us an email at
info developer order.com and let us know
how you're doing how do you think about
these habit building things are working
for you is this a great use of is this
is this getting you towards being a
better developer we building a better
developer by building better habits and
if not I'm more than welcome to happy to
hear from you what would be a better way
if it's just a matter of like tell Rob
to shut up and Michael needs to do
everything cool because my schedule just
got a lot easier so but don't do that
just to make my schedule easier but
whatever it is we have topics coming up
we have new seasons we are not even
close to done maybe you're like oh sadly
so but no we're going to be around for a
while we have a lot of things that we
can cover and so we want to hear from
you what is the best thing what is the
best use of your time what are the best
topics for us to cover whether they're
timely whether they're more career uh
you know span of your career kinds of
things whether it's just how to tie your
shoes I don't know what it may be but
it's the things that you come bring to
us and say this is what I don't think
you're giving us enough of and I'd like
to hear more of it because that's what
we want to do we want to give you as
much that you want as we possibly can
and if not we'll fake it because hey we
got
skills that being said there's so many
ways you can contact us I'm not even
going to waste your time you can listen
to the next episode or you can go to the
one before us go out there and have
yourself a great day a great week and we
will talk to you next
time bonus
material so was interesting you threw
out the slow cooker at the end because
one of the best ways to think about
simplifying the problem or breaking it
down is
cooking if the task you're essentially
even as developers we need to think of
our tasks as a recipe the ticket needs
to identify what the problem is what it
is that we're going to cook we need to
have the end product what it is that
we're trying to deliver and then we need
to hopefully have the steps broken down
as to what we need to solve the problem
if we don't have what we need to solve
the problem then we can't write really
useful code we can write code but it may
not solve the problem so we need to make
sure that not only do we have the what
it is we're trying to do and the end
product but as developers when we look
at our tickets we need to make sure that
we have the steps we have what we need
to solve this problem if the pro if the
steps basically could lead to multiple
Solutions then we have not refined the
or defined the problem or the solution
in a clear enough way for you to get
from A to
B I'm trying to think of a good I really
it comes down to as I've thought about
as I sort of like out of the blue came
up with this
um this habit
challenge I'm really liking this idea of
even like the simplest things I'm doing
because I do have some of these tasks
that are like the 15minute tasks kind of
thing but even within those and probably
even more so with those is to spend a
sec you know spend a a minute basically
saying okay how am I going to get this
done so that when I get to the task it's
just like Bam Bam Bam Bam Bam knock
those things out very much like a
Pomodoro kind of thing is a taking that
and it's and which has been effective to
me is that I have often taken a smallish
kind of task you know a 20 to 30 minute
kind of task and made that one of my
pomodoros for the day saying I'm going
to just like go heads down get this done
and usually I do start it with what am I
going to get done in this next little
bit because I don't want to be in the
middle of a Pomodoro and then be sitting
there thinking okay what is my next step
I want to be able to get in and just
like crank through it so I frontload
that and I think that's maybe a really
good combo to help you guys get started
with this is if you think of these in
like pomodoros or mini Sprints within
the days is what needs to be done with
that and maybe you do start each one is
just like like in a Pomodoro maybe you
add something say in the first two
minutes I going to plan out what am I
doing in the next 23 minutes of my
Pomodoro or something like that I mean
this may be some sort of modified thing
that we'll call it a a developer or
something like that we'll figure
something out that'll be some little
branded name but it's like we can maybe
we can tweak that and find a way to make
that more effective to us so thing about
that as you're going into it is like
where can I spend just a little bit of
time thinking through this and
particularly complex tasks but even
honestly some of the things that are uh
wrote like dishes or laundry or
groceries or cooking or some of those
kinds of things like where can I maybe
spend a little time with that and maybe
performance tune that a little bit do it
a little bit better that being said we
will wrap this one up and let you get to
your day because we got crap to do too
so go out there and have yourself a
great one we are still chugging along we
we are getting towards the end probably
another month is or so of habits and
then we'll get into the next season
which we still haven't figured that one
out so we need better habits of maybe
how to figure out where we're going to
get to with our upcoming seasons and
what our topics are going to be uh
feedback is always welcome developer.com
Facebook site X email smoke signals you
name it we're good for it t telepathy
whatever it is you figure it out we'll
find a way to receive it and we want to
take that feedback and do something with
it go out there and have yourself a
great one and we will talk to you next
time
[Music]