For me it's a big deal that MLO is designed for exactly what you said you need: to focus on the one thing you should be focused on. That means you should have your entire life in ONE file, yet projects can be focused on when it's time to focus on that one. For example if my project is in a subfolder I can zoom as someone mentioned and I only see that one set of tasks and subtasks, as if it is the ONLY set of tasks in the file, even though it's not.
On Monday, August 7, 2023 at 7:06:37 AM UTC-6 Steven Barnett wrote: > I guess I’m no different to anyone else. I have developed a way of working > that works for me and that I am comfortable with. MLO helps me achieve what > I want to and does it very well. I see no need to change for the sake of > change or to fit in with an artificial constraint. Especially as MLO have > the will to remove the constraint – not all companies are willing to do > that, so credit to MLO. > > > > Looking at mural.co, it appears to be more of a drawing/whiteboard tool. > That’s great for designing a UI but I find the structured style of an > outliner easier for clients to expand their thoughts. A client will > typically come with a request “I want the software to do X and this is how > you do that”. Their thinking is limited to the feature they want and they > have decided how your software is going to achieve it. That gives me a > starting point of “I want X” – the how is nothing to do with them; that’s > my problem. > > > > Once I have a requirement of “X”, I can map out the consequences of > delivering it, so we’re all clear on what it is exactly they have asked for > (most clients typically have a very narrow view of change requests). I can > also map out potential extensions that make “X” more productive (which also > lets me make it more generic and less focussed on a specific client need). > I can explain why “X” is good but why “Y” might be better and more > flexible. That can’t be done effectively in diagramming tools (well, not by > me). > > > > I’ve found in the past that clients get a clearer understanding when they > can see the cause/effect in a hierarchical form. It also prompts more > in-depth thinking. I’ve lost track of the number of times I have presented > a potential extension to a client idea and they have run with it and > expanded out their thinking to a more comprehensive change. It’s a game – > not to deliver precisely what they asked for but to try and tease out that > additional functionality that you know they’re going to come back for. It > makes for a happier client and that’s what we’re all after at the end of > the day (isn’t it?). MLO does an excellent job of that. > > > > Regards a single file, yes, I could package all of this up into a single > file. I’m sure the 99% of MLO users who do not reach the limitation are > managing perfectly well with one or two files. That just doesn’t work for > me. I’ve always introduced separation into my projects, mainly because of > the focus it gives me. If, at some stage, MLO decides the limit is 10 and > strictly 10, then I’ll move to another tool. Dynalist gives me enough > functionality and the cross platform abilities I need and does not limit > me. It also does not charge me. I prefer to pay for MLO because it’s a > better tool. > > > > Steve > > > > *From:* [email protected] <[email protected]> *On > Behalf Of *A. W. > *Sent:* Monday, August 7, 2023 1:05 PM > *To:* MyLifeOrganized <[email protected]> > *Subject:* Re: [MLO] Re: Cloud sync limits > > > > @steve, > > wouldnt it be easier to: > > - ideate solutions with mural.co - e.g. > > - let MLO to the job just for you in one file for all clients > > - - with a archiving concept that then lead to two MLO files and many > mural.co-canvases > > > > ==> simpler and more effective overall handling by purpose built tools? :) > > Steve Barnett schrieb am Sonntag, 6. August 2023 um 22:45:03 UTC+2: > > I brainstorm with the clients. As a rule they tell me what to write. It’s > then my job to guide them to a solution that fills their needs and enhances > the product for everyone else. That is best done in an interactive session > where we use a tool like MLO to capture the requirement. > > Sent by Steve > > > > On 6 Aug 2023, at 21:25, Dwight <[email protected]> wrote: > > > > Steve, are you saying that you share your task lists with your clients? If > so then I totally get the need for segmentation, and I would say that your > 30-file limit on MLO is a very appropriate deal for you, > -Dwîght > > > > On August 6, 2023 3:39:28 AM EDT, Steven Barnett <[email protected]> > wrote: > > I don’t charge my clients. I’m retired and do this for the fun and to keep > my brain active, so separate licences isn’t an option. > > > > There are definitely opportunities where I could merge files. My flight > log v1 is ‘finished’ so I use that file for managing bugs. My v2 is > nearing the end of development so has a couple of features I need to > finish. My v3 is in requirements gathering so is pretty dynamic and gets > exposed regularly to the client I am developing it with. I could put these > in a single file but that risks exposing my bug list and my development > list to a client who doesn’t need to know. Especially if I decide to move > some of the functionality from v2 to v3. It does not pay to set > expectations that you cannot achieve. > > > > While developing v2 I also developed an XCFramework for a PDF generator. > That’s a generic library that is not specific to the flight log and that > will be used in other apps. I put that into a separate file so I could > focus on it without the distraction of the outstanding v2 and v3 work. > > > > While developing that, I also decided there were activities that I only > did occasionally and that took too long. I wanted a tool for the Mac that > could help me with these things, so I put that into a separate file because > it’s an internal tool and for the Mac rather than a client tool for iOS. > > > > Having them in separate files allows me to narrow my focus to the task in > hand. When you’re juggling a number of projects, focus is your best friend. > Yes, I could put all of these into one file and have the top most level be > the logical separation, but that makes it too easy to update the wrong > project and to expose information I do not want to share with a client. > > > > It is absolutely vital that client facing information is kept separate > from anything internal. > > > > The ‘one file’ concept may work for you and others. It doesn’t work for > me. Extrapolating, I only need one Word document. Word supports sections in > a document so every separate document could be a section in one file. I can > edit one section at a time and can print a page range, so why would I want > to create separate documents? It’s even better to have one document because > I could ensure the same styles for everything I produce. Same argument for > Excel as it has thousands of cells and multiple tabs. I could have one tab > per project. Why would I want separate files. Apart from organisation, of > course. Mind you, if I only had one Word and one Excel document their > organisation would be easy. > > > > Pushing to extremes, I could have one SQL database and use schemas to > separate dev, Q&A, uat and prod tables. It’s possible. What could possibly > go wrong? > > > > Maybe I’m not using MLO correctly. I’m using it as a brain storming tool > to flesh out a new release of a product or web site and then as a project > management tool to deliver the new release. I’ve always designed and > developed a new release starting with a new project. No professional > project manager would go with a single project file for all releases, past > and future. > > > > I could bang on for hours on the advantage of separate files. I suspect > every argument I make could be refuted in favour of a single file. My past > experience had led to separate files. Yours has led to a single file. > That’s the nice thing about being human; we’re not all the same. > > > > Maybe you’re right. Maybe I should look for another tool. MLO have given > me 30 files for now and that’s plenty for what I am doing. > > > > I suppose I could go back to Dynalist which gives me unlimited files for > free. I prefer MLO though. I could go back to CarbonFin Outliner, but > that’s iPad only and I had to write my own Windows application to read the > files (I’m not yet competent enough to write a Mac client - but I’m getting > there). I prefer MLO though as I can run Windows, iOS and Mac. > > > > I’ve written software in the past where I had a clear definition of how it > was to be used and what could be achieved with it. Then customers got hold > of it and did amazing things I had never contemplated. That’s the joy of > writing software. Quite often I thought to myself that users were using it > wrong… that’s not what I intended. But the fact that they could use it how > they wanted to use it and not how I prescribed it should be used was so > satisfying. MLO have done the same. They let me use it how I want to use it > and, when I came up against an arbitrary limitation, they fixed the limit. > All credit to them. > > Steve Barnett > > > > On 5 Aug 2023, at 23:23, imajeff <[email protected]> wrote: > > Steve could you enlighten me on what is less managable? I simply put > unrelated tasks in separate folders. The only reason I have two actual > files is because one is for my employer and the other is personal, on my > devices at home. > > If I was working with a file for each client say in my contract work and > it was necessary to keep each database separate, then mybe it would be > worth charging enough to pay a separate license for each client. > > Then again, Andre did say you could arrange to have more than 10 for some > special case, so I'm happy to see that's possible. > > On Friday, August 4, 2023 at 12:52:54 PM UTC-6 Steven Barnett wrote: > > I get it. So much of software is compromises and you set a limit. I > appreciate that and fully understand your reasoning. From my side, having > spent the last 45 years writing software and managing projects (simple and > scarily complex) I’ve developed the habit of separating projects. > > > > I love using MLO for managing the projects I am involved in now I’m > retired but old habits die hard and splitting projects that are not > logically connected is second nature. I could merge some of my projects and > reduce the file count but that would make them less manageable. > > > > MLO does everything I want of it. It’s an excellent tool. I do my thinking > on the iPad, sync to the Mac when doing Mac development and sync to Windows > for everything else and for printing. It’s a great workflow. > > > > My previous tool (CarbonFin Outliner) was a good tool and solved the > problem by letting me sync to OneDrive. Sadly, it has no Mac app and the > iPad app won’t run on the M2 Mac. I wrote my own tool for Windows. Syncing > to OneDrive was its major advantage. MLO beats it hands down in every other > way. > > > > Maybe I need a different project management package. I doubt that would > work for me as MLO doesn’t over complicate things the way full project > management tools do. > > > > Maybe you could take a tiered approach to cloud. I’d happily pay a little > extra for the extra files. > > Steve Barnett > > On 4 Aug 2023, at 19:13, Andrey Tkachuk (MLO) <[email protected]> > wrote: > > Hi Steve, > > > > >I seem to have hit a limit on the number of projects I can sync to the > cloud sync service > > Yes, by default there is a limit of 10 cloud files (not MLO projects) that > a user can synchronize with one account. > > > > >Bit of a pain, but at least they acknowledge the problem nd, who knows, > they my fix it before I renew. > > This is more of a limitation than a problem. Since we pay Amazon Web > Services for each request to the MLO cloud, we had to set a limit to > prevent abuse of the system and control the workload. > The limit we set is satisfactory for almost all of our users. In addition, > we can increase the limit manually for some users who request it. > In the future, we will consider how to optimize this behavior for users > requiring more resources while keeping the load manageable. > > > > Thanks, > > Andrey. > > On Wednesday, August 2, 2023 at 2:53:18 AM UTC+3 [email protected] > wrote: > > I had a response today. Apparently there is a limit of 10 and, if you need > more, they have to update it manually. I will have to contact them whenever > I renew my cloud sync because it will revert to 10 each time I renew. Bit > of a pain, but at least they acknowledge the problem nd, who knows, they my > fix it before I renew. > > On Tuesday, 1 August 2023 at 23:12:20 UTC+1 [email protected] wrote: > > I've never run into this. I just did a quick count and have a little > under 40 active projects. > > On Tuesday, August 1, 2023 at 7:25:08 AM UTC-5 Steven Barnett wrote: > > I seem to have hit a limit on the number of projects I can sync to the > cloud sync service. It has limited me to 10. I tend to do a lot of small > projects, so have a lot of separate outlines to sync at the same time. Now > I’m stuck on the 11th because I cannot sync it. > > > > I contacted support, but got no response. Does anyone here know how I > might get round this limit please? I don’t want to start merging projects > as that won’t make much sense organisationally. > > > > Thanks > > -- > You received this message because you are subscribed to a topic in the > Google Groups "MyLifeOrganized" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/mylifeorganized/uUSiIbINQxc/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/mylifeorganized/84558886-4e8e-435d-af56-d62cd9e91898n%40googlegroups.com > > <https://groups.google.com/d/msgid/mylifeorganized/84558886-4e8e-435d-af56-d62cd9e91898n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > -- > You received this message because you are subscribed to a topic in the > Google Groups "MyLifeOrganized" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/mylifeorganized/uUSiIbINQxc/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/mylifeorganized/241c60e3-d068-4afe-b2fa-f651f7b3a86fn%40googlegroups.com > > <https://groups.google.com/d/msgid/mylifeorganized/241c60e3-d068-4afe-b2fa-f651f7b3a86fn%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > -- > You received this message because you are subscribed to a topic in the > Google Groups "MyLifeOrganized" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/mylifeorganized/uUSiIbINQxc/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/mylifeorganized/492F6AC4-8327-447F-803D-3458F822126E%40gmail.com > > <https://groups.google.com/d/msgid/mylifeorganized/492F6AC4-8327-447F-803D-3458F822126E%40gmail.com?utm_medium=email&utm_source=footer> > . > > -- > You received this message because you are subscribed to a topic in the > Google Groups "MyLifeOrganized" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/mylifeorganized/uUSiIbINQxc/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/mylifeorganized/c9aeccea-7328-4f89-bad0-363b0b08e674n%40googlegroups.com > > <https://groups.google.com/d/msgid/mylifeorganized/c9aeccea-7328-4f89-bad0-363b0b08e674n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "MyLifeOrganized" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/mylifeorganized/06af85da-78e4-460b-8483-b7d889a14325n%40googlegroups.com.
