Shortki Community
February 17, 2019, 12:21:44 PM *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: inShort 1.2.1 for Mac OS. Locations..
   Home   Help Search Calendar Login Register  
Pages: [1]
Author Topic: Tradeshow Preparation Template  (Read 1337 times)

Karma: +0/-0
Posts: 3

View Profile Email
« on: November 01, 2016, 06:43:22 PM »

I made a simple Tradeshow project plan for all the things needed for most tradeshow attendance as a presenter.  We have three shows coming up and I get tired of repeating the process.  This will make it simpler and ensure we are not MISSING something!.  It is attached to this message. I am not assigning Resources or Schedule yet, and currently it is just a process, with steps, that ALL need doing.  There are MULTIPLE results to the planning phase, which I am not sure how to represent, I did my best.  Also, I am not sure if there is a way to tidy up the data flow, where one source, SHOW INFORMATION, feeds data to six groups of processes.  I would prefer one line, with multiple branches, kind of like bus architecture.  Any comments of improvement most welcomed. David Balcaen

* TradeShow%0ATemplate.wfl (3.92 KB - downloaded 172 times.)
Hero Member

Karma: +16/-0
Posts: 566

View Profile Email
« Reply #1 on: November 02, 2016, 01:47:28 AM »

Thank you for sharing your workflow.

Unfortunately, I have little experience in the preparation of the participation in such events, but there are a few general points I can comment on.

First, almost all projects have one "source" or reason, this is, in fact, the goal of the project, so in this respect your process is not unique.

Secondly, your example is a classic case of the checklist project. Here, it should be noted that composing a well-written checklist is the art, for example, the military spent a lot of effort and money to learn how to make such lists properly.

inShort, you do not need to strive to do everything at once, even if it is possible.
1. Select several processes:
      a) early implementation of which gives an advantage,
      b) processes that contain possible contingencies,
      c) long-term processes.
2. Make an initial linear list out of them, then add in the beginning the processes that in fact should be fulfilled before selected ones.
3. Add the remaining items.
4. Select the items, the result of execution of which can "deteriorate" over time, or it is expensive to be stored for a long time — move them closer to the end.
5. And only now, make separate processes, which are executed by different people and do not depend on each other, parallel.
6. For each process, create a resource that lists easily verifiable criteria for successful implementation.

Oh, and you also have an inaccuracy in the diagram "Travel & Accommodation": the inputs of the process "Reservation" must have different ports of activation, as is clearly seen that only one of them can be active. Also, it is not clear why the process "Travel Binder" is designed as a folder, though it does not seem to be a separate independent project.

P.S. Try to use the ISH format when exporting, it is more complete, WFL files are intended for the exchange of diagrams with system.
Pages: [1]
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.20 | SMF © 2006-2011, Simple Machines Valid XHTML 1.0! Valid CSS!