From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id KKdUGNCR1l/hIAAA0tVLHw (envelope-from ) for ; Sun, 13 Dec 2020 22:12:32 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id kPMXFNCR1l+5awAA1q6Kng (envelope-from ) for ; Sun, 13 Dec 2020 22:12:32 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 9D7EC9401BC for ; Sun, 13 Dec 2020 22:12:31 +0000 (UTC) Received: from localhost ([::1]:45932 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koZbS-0000H3-G3 for larch@yhetil.org; Sun, 13 Dec 2020 17:12:30 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36678) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koZUe-0008JQ-W5 for emacs-orgmode@gnu.org; Sun, 13 Dec 2020 17:05:36 -0500 Received: from mout.gmx.net ([212.227.17.22]:52597) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koZUW-00047H-L1 for emacs-orgmode@gnu.org; Sun, 13 Dec 2020 17:05:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1607897118; bh=6UpRlVi8UX1neb1clxAZWuhZAYfbgeSZKDUVDd1Qp08=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=RxtMNdf1bURKM4hXKox52hhU8T3u89bQggX1Tu68oodt6DzlxqIjXIryzcJ5QdTqE BQSvfUO7i7rJ/7pa9mDDduV1q7WoryG7B06EdqnAuCpxkJnNASpjGP/GFlDisAMPgv oi9KMOY1ZZ83aNqLKWvOuhCpAYVwd53RUwlJIGfc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [213.165.168.94] ([213.165.168.94]) by web-mail.gmx.net (3c-app-mailcom-bs09.server.lan [172.19.170.177]) (via HTTP); Sun, 13 Dec 2020 22:59:26 +0100 MIME-Version: 1.0 Message-ID: From: pietru@caramail.com To: Tim Cross Subject: Re: Adding Org Files to org-agenda-files Content-Type: text/plain; charset=UTF-8 Date: Sun, 13 Dec 2020 22:59:26 +0100 Importance: normal Sensitivity: Normal In-Reply-To: <87tuspidsz.fsf@gmail.com> References: <87h7p9135u.fsf@gmail.com> <87sg8tymeb.fsf@gmail.com> <87k0u4zupw.fsf@gmail.com> <87ft4s5oug.fsf@localhost> <87wny2uuuk.fsf@localhost> <87v9d54t19.fsf@localhost> <87tuspidsz.fsf@gmail.com> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K1:dSKL3Tt0QCsHDWjgKmdSpugMLxS1peUn9FNr9jvZiPNdDsUhKZYa2uEamVi0g8u8YUkE2 3zufFZznrFW1621B66wWtxOp+tE/TnlrnB/aRM2RcheklWUMz9j99UuL/OPg+M/QyxejLIvtgWJa kqOTs7rHaL3sifwO+KGZLYi1aviGi7BEXLe8rngiAPclUD7ql5rK4aAUekvLCGgGmZ/CVBt5QyMi Wn8rFc5r3hIzAnPN41kkqHGBZ/TRwpMHnN3cJQ/qNTk0Al6vS8usYdpElCrDdOqqjIcPDpyzkCa1 R8= X-UI-Out-Filterresults: notjunk:1;V03:K0:LDwTq57pz/M=:gnaITpr2MFiqMItNo+Fhrj /Q0+fg8Ff7ufles2gUHtxX5PYA7UFZezZaHbg85XsovyIcmc+wb8i4gjnBKWGSlcUQWD6Igml VRLcgv7T+MtP0aHiC/bUOvfDUpdPfkA3UKxnmsfSmN9bD8xy+1CZSZiOno20/g6AI6MV9g66F EL3yWMKlGRAS4PEkee3PAcmKWr/h5ur2fJl875OKzSNhJmzNYehbbPjMEwEFaCFUqH7t9Q9W4 RIhCXVrrX6L76CgQrzZbeu97WbDG84tll6/Gpa0Fk7+kJ4uQpOCpbIwnuStdmS2XxUaVGRl+q ViUwZ/8H1hI0XyKxQlRNYPJ3a82/62RiSvybBkamtn2Hd7WdgKJfbbaHvPNS1VmMB7tSmNxhl yWPiqwslWCNnvL2Ro/0DvYYKwPzf5kqZgS4GHunMd3rNqfT44jBlwhEp9XIEyNKAsyPn2oXE+ 9IX4VgSOL5gCyCjlq9C9AVREJDu/ZCbu6Io1D7fepxFZdbKVf4zHL8Uq8TZZgselVpOHsCbxI qZ/efYl3HlKyJRFlevNbr3qGln2LN8woQMcAdZEOZB1/anBMHkqwcih32t93ENlpGrN7nh3kS 2Dn7Yh/s664Zw= Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=212.227.17.22; envelope-from=pietru@caramail.com; helo=mout.gmx.net X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: emacs-orgmode@gnu.org, Ihor Radchenko , Jean Louis Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -0.70 Authentication-Results: aspmx1.migadu.com; dkim=fail (headers rsa verify failed) header.d=gmx.net header.s=badeba3b8450 header.b=RxtMNdf1; dmarc=fail reason="SPF not aligned (relaxed)" header.from=caramail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 9D7EC9401BC X-Spam-Score: -0.70 X-Migadu-Scanner: scn1.migadu.com X-TUID: PaxJgS5vbca7 > Sent: Sunday, December 13, 2020 at 9:59 PM > From: "Tim Cross" > To: "Ihor Radchenko" > Cc: "Jean Louis" , daniela-spit@gmx.it, emacs-orgmode@= gnu.org > Subject: Re: Adding Org Files to org-agenda-files > > > Ihor Radchenko writes: > > > Dear Jean Louis, > > > > Thank you for the detailed insight into your extensive experience of > > project management and practical planning. I do not have that much > > experience, but can provide a significantly different point of view > > related to my research work. > > > > Some good observations. I have cut most of it out to stop the thread > from becoming too long. > > I think it is very important to recognise there is no one way to do > project management or organise a project. Different industries have > different requirements. For example, project management requirements to > build a bridge are very different from those to build the software that > will be the next evolution of social networking sites. > > The way Jean Louis describes project management sounds very similar to > the waterfall methodology which was popular in software development up > until the late 90s. It is a methodology that can work well when you have > a well defined and understood project, like building a bridge where we > have a couple of thousand years of experience and engineering knowledge. > It doesn't work particularly well with software projects and has been > largely replaced by various 'Agile' methodologies which are similar to > what you outline as your experiences and approach with research. Even > within the software development space, you find considerable variation > because different stages within the software life-cycle have different > requirements. For example, during the R&D stage, there are far more > 'unknowns' than 'knowns'. Often, many things will need to be tried and > then accepted or rejected (suck and see). At this stage, you need to be > fast and flexible with maybe 80% of ideas ending up on the scrap heap. > You have limited ability to identify all the stages, all the tasks or > make terribly accurate estimates on completion time. Later, the software > will move into production status. Things change considerably at this > point. Here you need stability, reliability and performance. Changes > often need to be justified from a return on investment perspective. > There are fewer unknowns, more accurate estimates and better defined > tasks. > > Is org mode suitable in all these scenarios? Possibly not or perhaps > there are dedicated project management tools which are better suited. > Org is not a project management tool, but it is a tool that is flexible > enough for many people to use it for either project management or for > part of the project management process. > > To argue for a specific workflow using org mode in a specific manner > with only the task types you believe are relevant fails to recognise the > vast differences in requirements everyone has or personal preferences in > how individuals like to manage their projects or information. The great > power of org mode is in the ease to which it can be bent to fit with the > individual's preferred workflow. This is significantly different from > many other solutions which require you to adjust your workflow to fit > with the tool. The great weakness with org mode is that this tends to > make everyone think they have found and defined the ultimate approach, > which can easily reach religious heights and inspire a missionary zeal > to evangelise their perception of the world. I know people are trying to help. Still, I fully agree with Tim here. I want to give more flexibility to people in the ditches. They should decide their approach and be able to adjust their workflow as they see fit. Currently capture works ok for some, but if we get the buffer to hav= e flexibility as emacs, it would make a big difference, and they will use it= . Particularly for extensive excavations where different regions are under separate direction. > -- > Tim Cross >