Mixing this with http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-d... Would be pretty awesome. Your todo list could have graphs in them or dependancies.
Show HN: Project Management as Code with Graphviz
31–40 of 66 posts
Re: Show HN: Project Management as Code with Graphviz
#32How much do people use dependencies in jira etc? Seems that one ought to be able to create a plugin that would automatically generate and update this graph for any issue with dependencies.
I looked into this. There are plugins, but I can't add plugins at will at work. People don't use deps properly though - GIGO.
Well, yes both are then blockers to the success of this approach. And on the other side of the coin, knocking up one of these dependency graphs is reasonably quick and straightforward. Its a thought provoking article - thanks.
Re: Show HN: Project Management as Code with Graphviz
#33Earlier quoted context omitted.
Can I export it to code?
That is an odd question. There is data underlying any type of chart. You would work that data from your data layer, not your UI, and then code something new with it, or re-render a new visualization as you see fit.
Some data is easier to collaborate with as code than others. This is one reason why XML was superceded by JSON, and YAML exists as a rival.
GUI apps are great but less good for sharing. The conflicts are part of the point.
Re: Show HN: Project Management as Code with Graphviz
#34Gantt charts also represent dependencies among tasks. They add more information as well: time estimation, milestones, asignees, etc. Gantt charts receive some criticism since estimations are approximations and any precision issue starts compounding very quickly. Issue trackers may also support dependencies between tasks. The problem is that issue trackers usually come with scrum/kanban boards that do not have a repre…
Can I export it to code?
plantuml is also text based and supports many types of diagrams:
http://plantuml.com/gantt-diagram
Re: Show HN: Project Management as Code with Graphviz
#35This reminds me of an experiment I had going a year or so ago. Same basic idea, but far more automated: I'd been using taskwarrior for years, and had gotten into the habit of breaking what I was doing into multiple taskwarrior tasks with dependencies. Out of curiosity, I wrote a bash script that extracted those dependencies and created a graphviz dot file.
(I never really found much use for it though, and had forgotten about it until reading this. I now just prefer taskwarrior's urgency ranking in its regular output.)
Re: Show HN: Project Management as Code with Graphviz
#36nice one.
Dot (both the layout engine and the graph DSL) is used in OmniGraffle, so you can import the dot files like you made into OG and edit them further, either manually or via OG's scripting interface
and then for instance, quickly convert text inside a node to a link to a suboordinate graph (ie, the top-level graph might describe a large project, and each node in that graph, might represent a "sub-project"--hence you can represent a very large project as a hierarchy of graphs, eg, one per sub-project, but that still roll-up to a single top-level. This is a core feature in OG and trivial to do
Re: Show HN: Project Management as Code with Graphviz
#37What a great idea. I really struggle to plan sprints and projects just using lists. Also MS Project etc are just far too complicated for my small projects.
I actually resorted to drawing dependency and flow diagrams by hand, then translating those into JIRA tickets and adding to Kanban style boards.
The ability to track changes using git is such a simple (and with hindsight, obvious) idea, but I should think very effective.
Nice one.
Re: Show HN: Project Management as Code with Graphviz
#38What a great idea. I really struggle to plan sprints and projects just using lists. Also MS Project etc are just far too complicated for my small projects. I actually resorted to drawing dependency and flow diagrams by hand, then translating those into JIRA tickets and adding to Kanban style boards. The ability to track changes using git is such a simple (and with hindsight, obvious) idea, but I should think very eff…
Thanks - do get in touch with how to get on.
Re: Show HN: Project Management as Code with Graphviz
#39nice one. Dot (both the layout engine and the graph DSL) is used in OmniGraffle, so you can import the dot files like you made into OG and edit them further, either manually or via OG's scripting interface and then for instance, quickly convert text inside a node to a link to a suboordinate graph (ie, the top-level graph might describe a large project, and each node in that graph, might represent a "sub-project"--hen…
I'm interested in OmniGraffle and will check it out.
Re: Show HN: Project Management as Code with Graphviz
#40Earlier quoted context omitted.
Can I export it to code?
I am not sure a GraphViz digraph is the way to go. If you want to keep track of what is done and what is remaining eventually you will need to update that file. This will quickly lead to version control conflicts. Issue trackers I think are the way to go. You can integrate with one using their API.
I think version control conflicts are good in this case - they indicate the level to which there is conflict within the team around what the project consists of.