Available Sessions for this Seminar:

ipwebinar.aspx?tab=1&smid=1554, January 06, 2015

Available Sessions for this Seminar:

ipwebinar.aspx?tab=1&smid=1460, December 29, 2014

Available Sessions for this Seminar:

ipwebinar.aspx?tab=1&smid=1236, December 22, 2014
ipwebinar.aspx?tab=1&smid=1236, January 07, 2015

Available Sessions for this Seminar:

ipwebinar.aspx?tab=1&smid=1670, December 18, 2014
ipwebinar.aspx?tab=1&smid=1670, January 21, 2015
ipwebinar.aspx?tab=1&smid=1670, February 03, 2015
ipwebinar.aspx?tab=1&smid=1670, February 10, 2015

Available Sessions for this Seminar:

ipwebinar.aspx?tab=1&smid=1371, December 18, 2014
ipwebinar.aspx?tab=1&smid=1371, January 21, 2015
ipwebinar.aspx?tab=1&smid=1371, January 26, 2015
ipwebinar.aspx?tab=1&smid=1371, February 03, 2015
ipwebinar.aspx?tab=1&smid=1371, February 10, 2015

Available Sessions for this Seminar:

, December 17, 2014

Our Best Practices consultation session is structured as a 2-day course.
 
Designed to ensure a smooth implementation, a knowledgeable consultant will guide your firm's implementation leaders through important decisions within the software.

Through the first day of this course, new customers gain a head start on using the software to its full potential while existing customers benefit from a detailed
review of their current use of ProSystem fx Practice Management.  Both new and existing customers learn how to implement CCH's recommended best practices.

Day two provides a more detailed look at the Implementation Checklist resulting in a customize Best Practices document that will suit your firm's workflow
and organizational structure. Additional time will also be available to discuss more complex technical, procedural and functional implementation issues.

Topics

    - Assess implementation goals
    - Discuss setup items you need to complete for a successful conversion
    - Use the implementation checklist to create a to-do list for conversion and implementation
    - Make assignments and set due dates in the implementation checklist
    - Begin updating the Best Practices guide to build best practices specific to your company
    - Ensuring an in-depth understanding of the implementation checklist and related best practices documents
    - Customizing a "Policies and Procedures Guide"
    - Working through complete multi-office or large-scale implementations

Attendees

Practice Management Champions Team, which should include representation from each department that will use the program.

Available Sessions for this Seminar:

ipwebinar.aspx?tab=1&smid=1334, December 16, 2014

Available Sessions for this Seminar:

ipwebinar.aspx?tab=1&smid=1635, December 15, 2014
ipwebinar.aspx?tab=1&smid=1635, December 15, 2014
ipwebinar.aspx?tab=1&smid=1635, January 05, 2015
ipwebinar.aspx?tab=1&smid=1635, January 05, 2015
ipwebinar.aspx?tab=1&smid=1635, January 06, 2015
ipwebinar.aspx?tab=1&smid=1635, January 07, 2015
ipwebinar.aspx?tab=1&smid=1635, January 07, 2015
ipwebinar.aspx?tab=1&smid=1635, January 20, 2015
ipwebinar.aspx?tab=1&smid=1635, January 27, 2015
ipwebinar.aspx?tab=1&smid=1635, January 27, 2015
ipwebinar.aspx?tab=1&smid=1635, January 29, 2015

Congress on Friday demanded an independent inquiry, headed by a retired high court judge, into the death of two-time MLA Jitendra Deshprabhu. State Congress president Girish Chodankar alleged that Deshprabhu died due to the negligence of Goa Medical College authorities.

Enraged over unbridled mining transportation through the village, a group of locals from Capxem, near Sanvordem, marched to the local office of a major mining firm and demanded an explanation over the steep rise in the movement of mining trucks from its mine along the Kalay–Cuddegal–Sanvordem–Capxem route.

I think about design principles a lot. I’m such a nerd for design principles, I even have a collection. I’m not saying all of the design principles in the collection are good—far from it! I collect them without judgement.

As for what makes a good design principle, I’ve written about that before. One aspect that everyone seems to agree on is that a design principle shouldn’t be an obvious truism. Take this as an example:

Make it usable.

Who’s going to disagree with that? It’s so agreeable that it’s practically worthless as a design principle. But now take this statement:

Usability is more important than profitability.

Ooh, now we’re talking! That’s controversial. That’s bound to surface some disagreement, which is a good thing. It’s now passing the reversability test—it’s not hard to imagine an endeavour driven by the opposite:

Profitability is more important than usability.

In either formulation, what makes these statements better than the bland toothless agreeable statements—“Usability is good!”, “Profitability is good!”—is that they introduce the element of prioritisation.

I like design principles that can be formulated as:

X, even over Y.

It’s not saying that Y is unimportant, just that X is more important:

Usability, even over profitability.

Or:

Profitability, even over usability.

Design principles formulated this way help to crystalise priorities. Chris has written about the importance of establishing—and revisiting—priorities on any project:

Prioritisation isn’t and shouldn’t be a one-off exercise. The changing needs of your customers, the business environment and new opportunities from technology mean prioritisation is best done as a regular activity.

I’ve said it many times, but one on my favourite design principles comes from the HTML design principles. The priority of consitituencies (it’s got “priorities” right there in the name!):

In case of conflict, consider users over authors over implementors over specifiers over theoretical purity.

Or put another way:

• Users, even over authors.
• Authors, even over implementors.
• Implementors, even over specifiers.
• Specifiers, even over theoretical purity.

When it comes to evaluating technology for the web, I think there are a number of factors at play.

First and foremost, there’s the end user. If a technology choice harms the end user, avoid it. I’m thinking here of the kind of performance tax that a user has to pay when developers choose to use megabytes of JavaScript.

Mind you, some technologies have no direct effect on the end user. When it comes to build tools, version control, toolchains …all the stuff that sits on your computer and never directly interacts with users. In that situation, the wants and needs of developers can absolutely take priority.

But as a general principle, I think this works:

User experience, even over developer experience.

Sadly, I think the current state of “modern” web development reverses that principle. Developer efficiency is prized above all else. Like I said, that would be absolutely fine if we’re talking about technologies that only developers are exposed to, but as soon as we’re talking about shipping those technologies over the network to end users, it’s negligent to continue to prioritise the developer experience.

I feel like personal websites are an exception here. What you do on your own website is completely up to you. But once you’re taking a paycheck to make websites that will be used by other people, it’s incumbent on you to realise that it’s not about you.

I’ve been talking about developers here, but this is something that applies just as much to designers. But I feel like designers go through that priority shift fairly early in their career. At the outset, they’re eager to make their mark and prove themselves. As they grow and realise that it’s not about them, they understand that the most appropriate solution for the user is what matters, even if that’s a “boring” tried-and-tested pattern that isn’t going to wow any fellow designers.

I’d like to think that developers would follow a similar progression, and I’m sure that some do. But I’ve seen many senior developers who have grown more enamoured with technologies instead of honing in on the most appropriate technology for end users. Maybe that’s because in many organisations, developers are positioned further away from the end users (whereas designers are ideally being confronted with their creations being used by actual people). If a lead developer is focused on the productivity, efficiency, and happiness of the dev team, it’s no wonder that their priorities end up overtaking the user experience.

I realise I’m talking in very binary terms here: developer experience versus user experience. I know it’s not always that simple. Other priorities also come into play, like business needs. Sometimes business needs are in direct conflict with user needs. If an online business makes its money through invasive tracking and surveillance, then there’s no point in having a design principle that claims to prioritise user needs above all else. That would be a hollow claim, and the design principle would become worthless.

Because that’s the point with design principles. They’re there to be used. They’re not a nice fluffy exercise in feeling good about your work. The priority of constituencies begins, “in case of conflict” and that’s exactly when a design principle matters—when it’s tested.

Suppose someone with a lot of clout in your organisation makes a decision, but that decision conflicts with your organisations’s design principles. Instead of having an opinion-based argument about who’s right or wrong, the previously agreed-upon design principles allow you to take ego out of the equation.

Prioritisation isn’t easy, and it gets harder the more factors come into play: user needs, business needs, technical constraints. But it’s worth investing the time to get agreement on the priority of your constituencies. And then formulate that agreement into design principles.

Singh, Gurcharan, 1945- author

Sætre, Glenn-Peter, author

Richards, Richard A., author

Henderson, M. H. (Margaret Helen), author

Wilson, Brenda A., author

Setchell, Joanna M., 1973- author

Hickman, Cleveland P., Jr., author

Melville, Jane, author

Willey, Joanne M

Pakistan's two parliamentary committees in a joint resolution asked India to immediately suspend the ongoing construction of the Kishanganga and Ratle hydro power projects in Jammu and Kashmir, Dawn reported. ​