|
| playingalong wrote:
| A side comment:
|
| I think you don't stand a chance to have a substantial customer
| base in Scandinavia. Their decision making process is by
| iterative consensus. You hold the meetings on the topic until
| there is a collective agreement for unanimous decision. If there
| is not, you hold another meeting in a few days.
| bjuly wrote:
| Sounds better than what we do in Germany: one meeting after the
| other and no decision!
| curious_cat_163 wrote:
| That sounds like a consensus algorithm.
| [deleted]
| guytv wrote:
| This is intriguing.
|
| Doesn't the CEO / Project lead / DRI at some point just makes a
| decision and whoever does not agree have to "disagree and
| commit"?
| playingalong wrote:
| There are several tricks to get to a decision. E.g. you can
| make sure the next meeting includes a narrower group.
| soco wrote:
| Or you enjoy meeting each other too much.
| igetspam wrote:
| How does one get access? I've written CAB processes for this in
| the past and I'm not sure doing it robotically will be an
| improvement in that but I'd be happy to take a look. I just put
| my email on the early access list.
| bjuly wrote:
| Thank you igetspam! We will contact you asap. Change-advisory
| boards is what we had in mind when we separated between expert
| input and decision making. We create the agenda for a meeting
| robotically only if the decision makers cannot agree
| asynchronically. Looking forward to exchanging thoughts with
| you!
| curious_cat_163 wrote:
| Good idea. Two things:
|
| 1. Usually, there is a larger context to decisions. Have you
| considered integrations around tying these decisions to
| frameworks like OKRs?
|
| 2. Usually, decisions require some form of execution. Execution
| also makes decision matter. People within an org should feel like
| not only they were heard, but when the final decision was taken
| by its owner, there was some form of action taken as a follow up.
| Sometimes the follow up would be merging some code in a git
| branch. Sometimes the follow up would be calling a lawyer and
| discussing long-term consequences. In any event, people should be
| able to see that something happened as a result of their input,
| within your UI. :)
| codingdave wrote:
| It is an interesting idea - you definitely have hit on a problem
| area. I don't think you have the correct solution. But that isn't
| a bad thing -- I think the process of launching this, and
| listening to feedback will allow you to find the correct
| solution. As long as you adapt to the feedback and don't come
| into it with ego, it should be an interesting journey.
| bjuly wrote:
| Hi codingdave, what feedback would you have? And how would you
| change our solution?
| codingdave wrote:
| - Making a decision at the last 5 minutes of a meeting is
| fine - if you make it earlier, the meeting was too long. But
| it has to be the right decision. You don't need to fight
| meetings - you need to fight bad decisions within meetings.
|
| - Getting all the info and feedback and allowing time for all
| stakeholders to vote can drive a culture of decisions by
| committee - while this does allow for great collaboration and
| engagement, it also can be slower than desired, and does not
| allow a visionary leader to really drive his organization. It
| also can make people who truly are experts in a field feel
| dismissed because now everyone is held on equal footing and
| their expertise is devalued. At the end of the day, people
| lower in the org chart will love it, execs will not. And
| without exec support, it won't become integrated into the
| org.
|
| Your idea of bringing asynch discussions and decision-making
| is on-target. But I think you have under-estimated what
| drives people at different levels of an organization, and
| this level of transparency and collaboration is not what
| everyone will want.
|
| In all honesty, I don't know how I would change the solution.
| I know that you need to continue to feed the ego of leaders
| and experts, while allowing contributions from everyone else,
| too. You have to balance different audiences with divergent
| personalities, and let the leaders lead, without the app
| feeling like lip service to non-leaders. In short, I don't
| think your solution is bad - I just think you'll find that it
| will take a ton of effort, listening, and understanding to be
| sure all participants truly feel the benefit of the product
| and there is no way to hit that mark on the first try.
| l7l wrote:
| Hi codingdave, great input, thanks a lot! We are really
| early in this journey and excited to learn and put all the
| pieces together.
| maliker wrote:
| I think you're working on a super important problem. Having moved
| from a software company to a political organization, this kind of
| thing drives me crazy. Used to be hey, what's the most critical
| issue and who's working on it and what's the latest status: oh
| easy just check the company-wide bug database. Now in a politics
| org: first track down 15 vague email threads, go to 3 different
| meetings which are 90% chitchat, get yelled at for not working on
| some other thing that's deemed higher priority. Making serious
| workflow management palatable to non-software organizations would
| be a huge win.
| l7l wrote:
| Hi maliker, thanks for your valuable input. Funnily enough we
| had political orgs. on our list of early adopters. We specially
| want to replace that digging through emails to reverse engineer
| decisions part.
| andix wrote:
| Does it integrate into MS Teams? Or some other established
| enterprise platform?
|
| Otherwise it's really hard to introduce it to a corporation,
| where it's probably most needed.
| bjuly wrote:
| Thank you for your questions andix! We are thinking about MS
| Teams integration. Depends on user feedback.
| westurner wrote:
| Webhook integrations: Slack/Mattermost; Zulip; _Zapier
| Platform_ ; GitHub Pull Requests
|
| Another issue/checkbox:
|
| Re: collaboration engineering, Thinklets: "No Kings: How Do You
| Make Good Decisions Efficiently in a Flat Organization?" (2019)
| https://news.ycombinator.com/item?id=20157064
| bjuly wrote:
| Thank you westurner for the link. Super helpful. Kind
| regards, Bastian
| westurner wrote:
| Great idea. IMHO, Feedback is necessary for
| #EvidenceBasedPolicy; for objective progress.
|
| Evidence-based policy:
| https://en.wikipedia.org/wiki/Evidence-based_policy
| (Jupyter, scikit-learn & Yellowbrick, Kaggle,)
|
| Town hall meeting:
| https://en.wikipedia.org/wiki/Town_hall_meeting
|
| awesome-ideation-tools:
| https://github.com/zazaalaza/awesome-ideation-tools :
|
| > _Awesome collection of brainstorming, problem solving,
| ideation and team building tools. From foresight to
| overcoming creative blocks, this list contains all the
| awesome boardgames, canvases and deck of cards that were
| designed to help you solve a certian problem._
| tpoacher wrote:
| The best meeting tool I've ever seen is the John Cleese video
| "meetings bloody meetings".
|
| Find a way to include all five summary points at the end of that
| video into your product, and you'll have a winner.
|
| Right now I see you only addressing one of them, maaaybe two.
| l7l wrote:
| Hi HN family
|
| I'm Linus, the other founder of TopAgree. We're super excited to
| launch our beta today!
|
| Why we built TopAgree Like many of you, we had lots of daily
| meetings. But with us, there rarely was a clear meeting agenda,
| or it was not followed, or even if so, someone was not prepared
| to make a decision. It often was a mix of private chat followed
| by opinionated discussions, ending in bad last-minute compromise
| decisions that were not actionable.
|
| So we went on a journey to talk to experts and heavy users to
| find out if they figured out what we failed at. This is what we
| have learned about remarkable decision-making: - Providing
| relevant background and reason - Diverging - independent
| collection of alternative decisions and ideas - Converging -
| weighting ideas and choosing the best - Have a clear decision
| that is actionable
|
| How TopAgree can help you? Automated process: TopAgree nudges all
| stakeholders so that you meet your deadlines Decision cockpit:
| All the information you need to decide in one place Decision log:
| Easily access all previous decisions
|
| TL;DR: If you want to have faster and better decisions, get early
| access to TopAgree!
|
| We are super excited to hear what you think!
|
| Best wishes
| elefantastisch wrote:
| Are you worried that you're trying to solve a
| process/people/culture problem with a technology solution?
| l7l wrote:
| Hi elefantastisch, could not be worried more. But we want to
| solve it for us and hopefully some others :)
| bjuly wrote:
| Good point, elefantastisch. Culture is a huge success driver.
| We think it is also about repeat, repeat and repeat the right
| things to achieve a great culture. And technology can help
| people not to forget to repeat. What do you think?
| pvg wrote:
| Your page says
|
| "Join the waitlist and get access soon."
|
| A Show HN needs to be something users can try when it's posted:
|
| _Off topic: blog posts, sign-up pages, newsletters, lists, and
| other reading material. Those can 't be tried out, so can't be
| Show HNs. Make a regular submission instead._ [...]
|
| _Please make it easy for users to try your thing out, ideally
| without barriers such as signups or emails. You 'll get more
| feedback that way.
|
| If your work isn't ready for users to try out, please don't do
| a Show HN. Once it's ready, come back and do it then. Don't
| post landing pages or fundraisers._
|
| https://news.ycombinator.com/showhn.html
| l7l wrote:
| Hi pvg! Thanks for your message, I wasn't aware of that.
| pvg wrote:
| You can edit the title to take the 'show hn' off although a
| mod will come along to do it for you at some point.
| soco wrote:
| I like the idea a lot. However, putting my company data -
| contacts info included - in some cloud makes me uncomfortable, so
| please comment or add somewhere information about how you (plan
| to) solve things like security and privacy.
| l7l wrote:
| Hi soco, great point! We think about encryption a lot as on-
| prem doesn't make too much sense. Would that work for you?
| soco wrote:
| But I would still need to register using my work address -
| thus sharing it with an external service. That could still be
| acceptable (depending on contractual guarantees). Your cloud
| service will then send emails to internal users, thus it's me
| sharing outside the company the 1. contact addresses (which
| did or did not agree to above contract) and 2. email contents
| (up to users what they put inside). Hmm, not ideal. A MS
| Teams app, if you ever thought about one, would be able to
| use the user's own MS Graph for storage and for the contacts
| info, thus completely independent of external servers.
| l7l wrote:
| Great points. Didn't know about Teams apps, going to look
| into it. Cool!
| akrolsmir wrote:
| Hey! I like the idea of this a lot; oftentimes in team standups,
| I feel our discussions would benefit from a clear issue owner, as
| well as the space for others to give feedback.
|
| I might suggest trying other more granular voting systems instead
| of just up/down voting: 5-star voting, set number of points, or
| my personal favorite: prediction markets! A prediction market
| makes participants calibrate how much they believe in a
| particular choice, and also makes a clear ledger so everyone can
| get a sense of how often they have been correct in the past.
|
| Here's one example of a market we set up for informing an
| important decision (which database our site would use):
| https://manifold.markets/Austin/what-database-will-manifold-...
| l7l wrote:
| Hi akrolsmir, thanks for your feedback! That's a really
| interesting concept, thanks for sharing!
| wcarss wrote:
| A feature suggestion: a way to list specific possible outcomes,
| and have pros/cons/questions/votes relate to them.
|
| In the "We will open a new office in Amsterdam" example, it's
| expressed as just a yes/no situation, but peter@acme.corp is seen
| asking a question which is really an alternate potential outcome.
| It seems like a whole separate "decision" would need to be made
| for that, with its own pros/cons/questions, which would be very
| clunky compared to having that alternative discussed in the same
| place.
|
| A different instance of something similar came up for me
| recently. I lead a small team and a member of the team is
| temporarily in a far flung timezone. We normally have a team
| meeting at a specific time which is very inconvenient in this far
| timezone, but moving to any convenient time would inconvenience
| the rest of the team. I considered a few options and ran a small
| poll, proposed a new meeting time for some of the meetings, and
| everyone on the team hated the idea, so we fell back to having it
| at its normal time.
|
| I think a tool like this could have been very helpful for listing
| out 3-4 possible options and allowing people to express specific
| pros/cons for each of those. We might have ended up at a more
| optimal situation, but instead we ended up with the one that was
| simplest to express, discuss, and agree on.
|
| All that said: even with that feature, I am not sure I would pay
| for this tool. I feel like the friction of introducing "a tool"
| for things like this, with accounts and signups and seats and
| process and payments -- it just isn't worth it for the pain it
| would solve for me. I feel the pain, but I'm not convinced I
| should pay someone to fix it, or that doing so would really make
| things better. I also feel (as a shitty developer customer would)
| that I could build this or something that gets me 60% of the way
| there for free, or accomplish it via existing mechanisms in
| slack/the team wiki, where my team already lives.
|
| (but, don't listen to me -- prove me wrong!)
| l7l wrote:
| Hi wcarss, thanks a lot for your great comment and input! We
| are already working on alternative decisions, but we need to do
| lots of improvements to keep it easy. Your willingness to pay
| sounds reasonable for your use case, we haven't decided on a
| business model yet. Best wishes
| sebhook wrote:
| I agree, this feels like it could be built as a feature of
| Asana instead of a separate tool.
| ChrisMarshallNY wrote:
| Really, you are talking about CBDM (Consensus-Based Decision-
| Making). That's something that I actually did a presentation
| on, years ago (a well-known soporific that puts many to sleep).
|
| I like this idea, and I haven't studied the system enough to
| know how it works, but it will need to come up with a
| "framework," where action items are derived from proposals or
| motions. I guess that using the system would mean agreeing to
| use their framework. Maybe they can have a menu of different
| frameworks, but each org would need to adopt a framework.
| synu wrote:
| I built something similar. It didn't really work as a business
| (or at least I wasn't able to make it work) so I open sourced it:
| https://github.com/async-go/asyncgo
|
| If there's anything useful there feel free to scavenge, or if
| you'd like to talk about what I learned trying to build it let me
| know.
| SoftTalker wrote:
| I remember a similar web app from 5 or 6 years ago or so, I
| thought maybe it was called "Decide Already" but
| decidealready.com doesn't seem to be it, at least not anymore.
| l7l wrote:
| Hi synu! Thanks for your comment! Very interesting! Would be
| great to have a chat! Best wishes, Linus
| synu wrote:
| My contact info is in my profile.
| jitl wrote:
| We've found decision logs and our structured "RFC" process quite
| useful at Notion. The extra structure from a dedicated SaaS for
| this could be helpful. But to me the Pro/Con voting system seems
| like it'll work only for Go/NoGo binary choices. What about
| selecting the best option from a suite of candidates?
| l7l wrote:
| Hi jitl! We are working on alternative decision proposals. But
| it ads a lot of complexity and people would need to come back
| to review those a lot. Thanks for the input!
| sankumsek wrote:
| Do you have any details on your decision log? I'm curious what
| details you add to it. I guess it'd have fields like date,
| decision made, options considered, and who approved the
| decision.
| jrib wrote:
| I was actually looking for good alternatives today and came
| across a few good resources:
|
| * https://microsoft.github.io/code-with-engineering-
| playbook/d...
|
| * https://github.com/joelparkerhenderson/architecture-
| decision...
|
| * https://adr.github.io/
___________________________________________________________________
(page generated 2022-09-08 23:01 UTC) |