Subscribe to Tasktop Blog feed Tasktop Blog
Connecting the world of software delivery.
Updated: 35 min 33 sec ago

Let’s Get Visual: Visualize Your Integration Landscape with Tasktop Integration Hub

Tue, 04/25/2017 - 06:21

On January 31st, Tasktop reimagined integration with the launch of Tasktop Integration Hub. Tasktop’s Model-Based Integration platform allows organizations to define their Value Stream Integration layer within the Tasktop interface automating information flow across teams, processes, and tools.

Today, Tasktop introduces an upgraded release of the Tasktop Integration Hub featuring Landscape View.

Landscape view provides a simple but dramatic visual overview of an enterprise’s entire software delivery value stream. This type of at-a-glance value stream overview is the first of its kind. IT allows users to quickly see which systems are integrated, what models are being used, whether the flows are one-way or two-way, and see which artifacts are flowing between tools (e.g. Stories, Defects, Requirements).

Using the landscape view, Tasktop administrators can visualize their entire integration landscape and filter the view by model or artifact within seconds.

On a macro level, administrators no longer need to explain integrations to CIOs via whiteboard diagrams. CIOs can see the entire value stream. And this holistic view helps them make critical business decisions faster.

For more information on Tasktop Integration Hub features visit our features webpage or request a demo today.

Editor’s Choice for Innovation: Tasktop Integration Hub

Thu, 03/30/2017 - 07:31

Before deploying Tasktop, most of our customers relied on a web of point-to-point integrations to connect their DevOps toolchain. Whether developed in-house or through third parties, the cost to create and maintain these integrations drained resources that are now being directed to delivering customer value. In a recent article, SearchSoftwareQuality Executive Editor Jan Stafford named Tasktop Integration Hub Editor’s Choice for Innovation and interviewed Tasktop customer TIAA.

Customer Perspective: Connecting the DevOps Toolchain at TIAA

As Relationship Technology Director for TIAA, Mark Wanish remembers managing tool integration before deploying Tasktop. “There was too much overhead to innovate, because it took so long to do point-to-point integrations. It got more and more cumbersome and costly,” he said.

Now that TIAA has automated integrations throughout the DevOps toolchain, the entire team has access to data across the value stream. “We can see what’s happening in each system without jumping around,” said Wanish. That means more time adding business value instead of jumping between different apps to find information or create reports for other team members.

Read the full article to learn more about why SearchSoftwareQuality named Tasktop Integration Hub Editor’s Choice for Innovation.

Four Things I Learned As A Project Manager (and none of them include Gantt charts!)

Wed, 03/29/2017 - 14:09

I joined Tasktop’s Product team last June after spending three years working as a Project Manager. Project Management as a field seems to get less respect than some disciplines in the world of technology, but there is one thing project managers are indisputably good at and that is making things happen.

As a project manager, your job is to ensure that contributors such as developers, business analysts, and others, are able to focus solely on their roles. The developer’s job is to code. So let them code! They shouldn’t have to worry about things like schedules, customer relationships, or resource allocation. By allowing each team member to focus only on their specific role, the team can function as efficiently as possible.

I was able to incorporate my project management skills into my new role at Tasktop by managing the release of our new product, Tasktop Integration Hub, across all departments of business. Though my current role extends outside of the project management world, I’ve been able to apply the lessons I’ve learned to a wide range of professional roles, and even to my personal life.

Here are the top 4 things I’ve learned from being a Project Manager (and none of them include Gantt charts):

Whenever making a request, no matter how small, assign an owner

I often see e-mails sent to an entire department containing a request. If a specific owner is not assigned, it’s easy for the request to get lost. Don’t assume that someone will answer your question just because it’s in an e-mail, especially if that e-mail is sent to more than one person! When a question is sent to multiple people, it’s easy for diffusion of responsibility to occur. Everyone assumes that ‘someone will take care of it,’ and your request will stagnate as a result.

Don’t say: “Could someone please schedule a meeting with the customer?”
Do say:Jane, could you please schedule a meeting with the customer?”

Assign deadlines to tasks

When making a request, add a deadline to it. If you aren’t sure what deadline to give, it’s totally fine to assign one (based on the information you have at the time). If you do have a tangible deadline (set by a customer, for example), make your internal deadline a few days earlier, so that you have time to troubleshoot any unforeseen issues that may arise.

Setting a deadline (even one that may change) helps keep things moving, and gives you a clear time at which you can follow up.

When setting a deadline, avoid using general terms like “asap.” What you think of as ‘soon,’ may be totally different from what someone else considers ‘soon.’

Don’t say: “Please get back to me asap on this request!”
Do say: “Could you send me a response by Wednesday morning?”

Provide context when making requests

When making a request, provide context. This will help the recipient of the request understand both the request itself as well as your requested deadline, which will make them more likely to fulfill it. When context is not included, a request can seem arbitrary or unreasonable, even if it isn’t.

Compare for example: “Please send me a status update on this feature asap – by Friday morning,” to “Could you please send me a status update on this feature by Friday morning? I have a meeting with the customer on Monday morning and want to make sure I have time to ask you any follow-up questions on Friday. That way I can present the status clearly to the customer and answer any questions they have.” Which request would you be more likely to fulfill?

Additionally, sometimes we think we know what we need when we make a request, but it turns out that we actually need something different. By including context, the recipient of the request can help redirect you in case some other solution would serve you better.

For example, a customer may ask for a new feature, such as the ability to create and execute custom scripts within your product. However, if they had provided context on what they truly wanted (perhaps the ability to query for specific artifacts), they could have learned that there is already an easy way for them to run queries right within the product’s UI, without any coding required. By including context, they are better able to find the ideal solution to their true goal.

Send a recap e-mail after a meeting is held, containing actionable tasks along with owners and deadlines

We’ve all experienced holding a meeting, feeling really good about what was discussed, and then three weeks later realizing nothing has come of it. To prevent this from happening, send out a recap e-mail after the meeting containing any actionable tasks that arose from the meeting. As we’ve already discussed, assigning owners and deadlines to the tasks will hold the team more accountable and make it easier to follow up.

Are there any strategies that have helped you become more effective in your role? Please comment below.

Software-Defined Technologies: Transforming the Value Stream

Thu, 03/23/2017 - 11:00

Software-defined is a concept that refers to the ability to control some or all of the functions of a system using software. The concept is sometimes incorrectly characterized as a buzzword or marketing jargon, when in fact it has a clear meaning that needs to be understood by organizations looking to keep pace with change.

When technologies become software-defined, there are major systemic benefits for organizations that use them, including lower costs, higher quality products and services, and less risk.

At the same time, software-defined technologies require major organizational changes for incumbent enterprises to adopt and use effectively. This often involves expensive and risky transformation projects that reengineer the value stream to take advantage of decoupled components, reduced dependancies and new management capabilities.

Today we will look at the origins of the “software-defined” concept and how its application presents both opportunities and challenges to the enterprise.

The beginning: ‘Software-defined Radio’

The software-defined concept comes to us from the evolution of radio transmission technology. A traditional radio communications system uses physically connected components that can only be modified through physical intervention. The antenna connects to the amplifier, which connects to the modulator, and so on. Operators are locked into the specifications of the components, the order in which they are connected, and whatever controls they expose. It’s an extremely inflexible technology and changes are best done by simply buying a new system.

As you can imagine, for businesses that operate large-scale radio deployments such as wireless telecom providers, technology decisions are hugely impactful. They can last decades and demand large upfront planning and capital costs. Keeping pace with change is extremely expensive and difficult.

Base Transceiver Station

In the mid-eighties however, researchers began to take specific components of the radio and make them digital, implementing functions like oscillators, mixers, amplifiers and filters by means of software on a computer. By emulating these functions in software, the system becomes adaptive and programmable, and can be configured according to the needs and requirements of the operator, rather than the specifications or the manufacturer.

In 1995, the term Software-Defined Radio (SDR) was coined to describe the commercialization of the first digital radio communication system, and this development changed the way these services and products can be delivered.

On the technical side, in becoming software-defined, many functional limitations are removed from radio systems. For example, by simply reprogramming the software, a device can have its frequency spectrum changed, allowing it to communicate with different devices and perform different functions. This has enabled a quick succession of technical advances that were previously the domain of theory and imagination, like ultrawideband transmission, adaptive signaling, cognitive radio and the end of the “near-far” problem.

On the business side, the changes are equally profound, having a significant impact on the value stream of enterprises throughout the wireless and radio industry, and the industry itself. A wireless telecom provider employing software-defined radio can easily add new features to its network, adapt its systems to take advantage of new spectrum bands, or reconfigure itself when a new handset technology like LTE 4G becomes available. A telecom provider able reconfigure its infrastructure by deploying updates to software rather than by buying new hardware can take advantage of huge operational savings while eliminating capital expenses.

SDR therefore provides significant strategic advantage to these businesses, introducing adaptability, modularity and agility to the organization where it was previously rigid and inflexible.

Taking advantage of SDR, however, is a long, transformational process, needing a lot of capital and a significant departure from the status quo. Not only does it require changing all infrastructure over to the new technology, but it also requires the business to think differently and reengineer the value chain to take advantage of the new capabilities.

Software-defined Infrastructure

The IT industry has also been deeply impacted by the advent of software-defined technologies. The following examples have created industries and enabled a generation of evolved products and services:

  • Hypervisors – A hypervisor is an operating system that runs virtual machines, like VMWare ESXi or Microsoft Hyper-V. It runs directly on the physical machine, abstracting and distributing the hardware resources to any number of virtual machines. This has undoubtedly been one of the largest and most impactful advances in IT in the last 20 years, ushering in the era of point and click server deployment and changing the way we manage and deliver IT services.
  • Software-defined Networking (SDN) – Traditionally, operating a network means managing lower level infrastructure that allows devices to connect, communicate with each other, and figure out where to send their packets. These switching devices – called “layer 2 devices” – each need to maintain their own state and configuration information, and make decisions about how to route packets based only on limited, locally available information. SDN abstracts layer 2 networking, and is the ‘secret sauce’ behind cloud computing – a critical functionality for all public cloud services including AWS, Azure and OpenStack-based providers. It allows the service provider to centralize routing and switching, and provides the orchestration capability required for large-scale multi-tenancy i.e. the ability to create and manage millions of logically isolated, secure networks.
  • Network-function virtualization (NFV) – Building upon SDN, NFV allows services like load balancers, firewalls, IDS, accelerators, and CDNs to be deployed and configured quickly and easily. Without NFV, to operate infrastructure at scale you would need a lot capital investment and an experienced team of highly specialized network engineers. NFV makes it easy to deploy, secure and manage these functions without having to understand the complexities underneath the hood.

“Software-defined” Defined

Having looked at where the concept came from and a few examples of modern software-defined technologies, I propose the following definition for what it means to be “software-defined”:

Software-defined means some or all of the functions of a system can be managed and controlled through software.

Some key attributes of a software-defined technology:

  1. The functions are abstracted
    • Software-definition strives to have stateless functions i.e. functions that do not maintain their configuration or state themselves. State and configuration information is maintained outside the function, i.e. in the software. By decoupling the state and configuration from the function and centralizing it, we gain adaptability, resilience, and the benefit of visibility at scale.
  2. Software controls functionality
    • No direct operator or human intervention is required for the function to operate – functions are managed solely through software. Management and administration are therefore decoupled from the function. We gain the ability to automate processes and activities, and manage the system independently from functional limitations.
  3. Functional components are modular
    • The software layer operates independently from any dependency on functional components. This means the functional components can be commoditized, modular and scalable. We can easily change or replace these components without disrupting the system.

 Adoption through Transformation

On the face of it, software-defined technologies are better-faster-stronger, and companies that use them will have a competitive advantage over those that do not. They lead to lower costs, higher quality and less risk for the business. Organizations building products and services that leverage these technologies can use them to disrupt incumbent enterprises.

For those enterprises, however, especially those locked in the middle of a legacy lifecycle, software-defined technologies present a significant challenge. Adoption requires rethinking the value stream and integrating with legacy systems. As stated in the book Lean Thinking,

“We are all born into a mental world of ‘functions’ and ‘departments,’ a commonsense conviction that activities ought to be grouped by type so they can be performed more efficiently and managed more easily” (p. 25)

Advances in technology has been able to provide solutions to problems, for large enterprises software-defined technologies are the problem. Not only do they present a threat to the business in the hands of startups, they also explicitly change the way functions and activities are organized, operated and manage. They demand rethinking how, where, when and by whom functions should operate in the value stream. They give startups the ability to disrupt entire industries while only creating waste for organizations that try to adopt them without first undergoing a transformation.

Not only do enterprises therefore face the challenge of developing competencies with new software-defined systems, they also face the challenge of changing their culture, reorganizing their team structures and reengineering their value stream. People in these organizations will need to be highly flexible and open to a paradigm shift in how they think about their work, their roles, and their activities in the value stream. Adoption needs to be driven through large-scale (and risky!) change and transformation projects.

In my next article, we will look at the next generation of business transformation projects – digital transformations – and see how the approach to deploying software-defined technologies in the value stream impacts success.

Putting Data Into Context: The Power of the Right Information at the Right Time

Tue, 03/21/2017 - 09:25
Part of a series of reviews on industry events, this blog talks about Tuuli’s reflections on Swiss Testing Day and the IBM CE event in March 2017.

Have you ever received an email and thought: “Why am I receiving this email? What’s the context?” It’s likely that someone had a discussion outside the email thread and with the best intentions, sent out an email to everyone they thought were affected by the topic of conversation, but forgot to reference relevant material in the email.

Receiving information without context is not only frustrating, but can sometimes have undesired implications. Let’s imagine someone had a war room discussion about a major incident that affected a CRM system, and for it to be fixed, you had to apply a fix from a vendor. Without knowing the context and thus the possible fix, the poor owner of the CRM system not only receives complaints from their team, but also customers, which often get escalated to management very quickly.

Last week I had the pleasure of attending Swiss Testing Day in Zurich and presenting at an IBM Continuous Engineering Symposium in London.

Though the subjects were fairly different, two clear themes emerged: the importance of data relationships and traceability. You can see how both of these derive from the same challenge of data context. Below I’ve broken down the two themes to explore these further:

Data Relationships

  • Helps understand connections.
  • Helps decide what action / non-action to take: Who needs to know? What is the importance of this information? Who is/ will be impacted? Who can I go to to ask more about this? What dependencies are there?
  • Julius Bär’s presentation mentioned this a number of times.


  • Presenting information in light of historical data.
  • It helps answer difficult questions such as: What happened before this information was sought? What triggered it? How can we prevent it from happening again?
  • What is the predicted risk? What may happen in the future based on the history?
  • It not only helps with audits, but also helps understand the story behind the data.

And all of this context boils down to one thing: It allows you to make informed decisions. But remember, all the information presented is up to interpretation, and the action or lack of action is up to the human reading and interpreting the data.

In our first example of the broken CRM system, the system owner may have prevented the issue had they been informed about the known error and vendor fix beforehand. They could have then taken action without having to deal with the issue and customer satisfaction at the same time.

Tuuli with Tasktop partners Informetis AG and Tricentis at Swiss Testing Day 2017.

Value Steam Automation = Superior Software Delivery

Mon, 03/20/2017 - 11:16

Automation isn’t a new trend in IT, but its increasing influence continues to dramatically transform business-critical processes including software delivery. In a time where speed and productivity can make the difference between the failure and success of a project – and provide that all-important competitive edge – automation is crucial in vanquishing repetitive tasks that are slow, onerous and susceptible to human error.

The quality of software and the speed with which it can be delivered relies on the real-time flow of information between the people, teams and tools across the lifecycle. That’s why the most successful organizations are prioritizing value stream integration to automate the flow of information across their software lifecycle.

Without value stream automation, stakeholders are forced to use manual means of sharing this information such as exporting data from one tool and importing into another, manually re-keying this information or sharing it during wasteful status meetings. These tasks are time-consuming and a perpetual drain on productivity, as well as undermining the accuracy and quality of the end-product and/or service.

Fortunately, value stream automation eradicates these issues, ensuring the automated flow of information such as artifacts (i.e. defects, user stories, trouble tickets), as well as information from events (such as build features, version control changesets, security scan vulnerabilities and performance monitoring alerts).

By automating the value stream, you create a frictionless flow of information across a unified software development and delivery lifecycle that is seamless and waste-free, helping organizations to increase their teams’ effectiveness and empowering stakeholders by:

  • Automating handoffs across people, teams and tools
  • Providing real-time updates of status, comments, attachments etc.
  • Enhancing collaboration through in-context communication
  • Removing non-value added work, bottlenecks and wasted time
  • Increasing velocity, reduces errors and rework
  • Enabling automated traceability and visibility
  • Enjoying productivity-related savings up to $10 million (based on Tasktop calculations for a 1500-person software development and delivery team)

By integrating your software delivery value stream with Tasktop, you can transform how you plan, build and deliver software. We’ve done this for some of the most successful companies in financial services, healthcare, retail and automotive – including nearly half of the Fortune 100.

Speak to us today to see how you can integrate your value stream, automate the flow information and greatly improve your software delivery capabilities.

How Value Stream Visibility Enhances Software Delivery

Wed, 03/15/2017 - 11:26

A software development and delivery lifecycle typically comprises many people, teams, tools and disciplines. Often the data within these multiple components is siloed and visibility across the value stream is poor (or even non-existent). Ultimately this means the quality and speed of the software delivery suffers, IT projects fail and Agile and DevOps transformations struggle to scale.

None of the popular best-in-breed software tools provide automated traceability across the value stream from ideation to production, meaning critical activity data is only reported in those individual tools. As a result, IT leaders have a fractured view into the health of their software delivery, inhibiting them from detecting patterns, spotting inefficiencies or tackling bottlenecks.

If tools within the value stream are not integrated, then there is no end-to-end visibility into the evolution of an artifact as it moves through the lifecycle. The lack of a holistic overview means it’s very hard to ascertain how the artifact has evolved across the disciplines and tools being used in the project, so the context of the artifact and the semantic understanding is lost.

However with Tasktop, whenever any of the artifacts change in any of the connected tools, this activity data is streamed to a centralized database. From there, data can be manipulated and visualized using standard business intelligence tools by stakeholders involved in the lifecycle. This provides the basis of a comprehensive metrics and governance programs, including:

  • Visibility into the full lifecycle of software development and delivery from ideation to production
  • Data for real-time insight into the state of application delivery and value creation
  • Consolidated metrics and KPIs for management, optimization and transformation
  • Automated traceability across the entire lifecycle

The data helps organizations to:

  • Identify bottlenecks in the value stream
  • Automate the creation traceability reports for governance programs
  • Obtain a consolidated view of the status of application delivery
  • Merge application delivery metrics with financial reporting data to determine the true cost and benefits of IT initiatives

Tasktop provides this data and enables end-to-end visibility, traceability and more. For more information, see our brand new website and contact us today to discuss how we can give you complete visibility into your software lifecycle for optimized decision-making that will help you drive your Agile and DevOps transformations.


A Day Without Women

Mon, 03/13/2017 - 10:54

This past Wednesday was International Women’s Day. In conjunction, many women participated in a “Day Without Women” protest.

I know in the age of social media, we’ve already moved on to the next big thing. The articles are written, all the tweets are twitten. But I wanted to take a minute to give a guy’s opinion. Oh, and by the way, this is meant for the guys out there. Women, feel free to skip this post. You know this already.

It honestly feels a bit odd to write about this. As a guy, it’s easy for me to fall into one of three camps, 1) the good intentioned, but misguided mansplainer, 2) the troll asking why we don’t have a ‘Day Without Men’, or 3) the silent ally.

The first group feels like they’re doing good by jumping out in front of the movement and proclaiming what women should do. It’s hard to fault these guys, but it’s patronizing and implies that women don’t have the ability or autonomy to act and think independently. And while it may feel good, I’m not sure if it actually helps.

We can skip right over the second category.

I happen to think there’s a whole lot more to the third category than we’d like to admit. This group supports the Day Without Women cause. They’re 100% behind their colleagues striking and nod in agreement during happy hour when the issues of women’s rights and gender equality come up. These are ‘the good guys’, but these are the guys that don’t do anything. They’re not blocking the movement, but they’re not advancing it either.

Here’s the catch…I don’t want to belong to any of those groups.

I want to be more than that. The silent allies have no skin in the game. They have no voice.

Here’s my little chance to speak out. To take just a little risk by writing about what I saw. It’s not much, but it’s better than sitting on my butt doing nothing.

A Day Without Women..

I woke up Wednesday not realizing that there was a women’s strike about to happen. Only after checking my social media feed did I remember.

To give some background, my department consists of three men and three women (one of which is my boss). A few weeks ago, my boss told us she was participating in the strike and all of the women were encouraged to participate as well.

So Wednesday came, and while my boss did in fact take the day to protest, neither of the other two women did. They both had work responsibilities that needed to be attended to right away. One took part of the day, but the other worked a full day. Another women who used to be on our team was also working that day.

I came home and talked to my wife. She’s a Product Manager at another software company. It was a completely normal day at her office. All of the women were still working. Coincidentally, she had one meeting that consisted of all women. This is just one example of how vital women are at her company.

Do I think the women on my team didn’t take the day off because they’re overworked or put upon? No. I think they went to work because they know their contributions are important and they were needed at their jobs that day. But it’s what another Tasktop woman said to me that provided a fresh perspective.

She told me that she worked, not because she didn’t agree with the strike, but because she feels supported here. She feels that our company has been good to her, supports women’s equality and needed her that day.

Some of my women colleagues who worked that day, supported the strike in different ways—wrote blogs, refrained from using their purchasing power that day and/or contributed to organizations that fight for women’s rights.

It was interesting for me to hear. Multiple women at Tasktop with strong convictions about women’s equality taking different paths all leading to the same gender equality goal.

Can’t be done

Because I’m a 40 year old male, this type of social issue is not typically at the forefront of my thoughts. I thought we were pretty much past this. Obviously, I was wrong.  Before the International Women’s Day, my company sent out a request for employees to answer the question “Why do you feel having women at Tasktop and/or in STEM is important/positive?”  You can see some of the replies in the subsequent blog post The Importance of Women in STEM. When I opened that email, I’ll be honest, I thought it was a bit silly. Why? Because I couldn’t imagine that anyone wouldn’t know that women are a valuable part of the workforce.  Silly because I couldn’t believe that there are people out there who think the US economy could survive if the workforce reverted back to what it looked like in the 1950’s.

The simple answer is that Tasktop would not be as successful without women. And it’s not because they’re women. It’s because they’re smart, talented, and driven people. It’s because they’re the right people for the job. Full stop.

It seems to me that limiting yourself and your company to half the workforce, half the world, is simply a very bad idea. Women at Tasktop have designed our product, they’ve built our product, they’ve marketed our product and they’ve sold our product.

So while I didn’t march on March 8th, or take the day off, I’ll be doing my best from now on to be more than a silent ally.

The Importance of Women in STEM

Wed, 03/08/2017 - 08:36

On March 8th, Tasktop joins organizations and individuals around the world in support of International Women’s Day. International Women’s Day is celebrated globally to bring together women, men, and non-binary people to lead within our own spheres of influence by raising awareness and taking action to accelerate gender parity.

Said best by Tasktop VP of Product Management, Nicole Bryan, in her blog, Role Model Ladders: A Concrete Path to Getting More Women in Technology:

“Through small but intentional steps, we can change things.”
At Tasktop, 35% of employees and 40% of Tasktop’s Management team are female. Not only are we changing the world of software development and delivery, we’re doing it within an environment of diversity and inclusivity. Our teams recognize the importance of diversity within the workplace and outside of the workplace.

Tasktop President, Neelan Choksi, serves as a trustee at TechGirlz, a non-profit working to get adolescent girls excited about technology. In addition, the Tasktop engineering team is spearheading a Technovation Challenge designed to help give girls around the world the opportunity to learn the skills they need to emerge as technology entrepreneurs and leaders.

As current leaders in technology experiencing the benefits of diversity firsthand, many Tasktop employees shared their thoughts on why having women at Tasktop and in STEM is important:

“From co-founder to every team and level of management, Tasktop has thrived by actively seeking and fostering an environment for women in tech.  The diversity in thinking and problem solving produces better innovations and better business results.  As high tech businesses continue to become more complex and more creative, the companies that are enlightened to this will outperform those who are stuck in the stone age of boys’ clubs.”
Dr. Mik Kersten, Tasktop Co-Founder and CEO |

“Having diverse teams at Tasktop enables a collaborative environment where voices with different experiences combine to create software that considers a problem from multiple perspectives. And it is a lot more fun to work in a diverse workplace!”
Gail Murphy, Tasktop Co-Founder and Chief Scientist |  

The more ideas you have to choose from, the better the result will be.  Each person with a different background, a different outlook, a different approach to life brings different ideas to the table.  Diversity drives innovation by starting with more points of view represented.”
Dawn Baikie, Tasktop Senior Software Engineer |  

“You wouldn’t voluntarily walk through life with one arm tied behind your back, would you? Regardless of who you are, we all have our own experiences inside and outside of work, and it’s these individual experiences that provide diversity of thought, sow the seeds of creativity and drive innovative ideas. Tasktop, STEM and wider society are all greatly enriched by the input, output and presence of many talented women, many of whom I’m proud to call my colleagues, friends and family.”
Patrick Anderson, Tasktop Content Specialist |  

“For the first time in my career, I’m on a team with a majority of women. Even though gender does not matter – I happily work with both women and men – it’s great to work for a company who promotes equality (be that gender, race, background, disability, or other). Where [gender] equality is known to correlate with income, education, political empowerment, and health, I can’t help but think that diversity and equality within an organization results in stronger financial results for companies.”
Tuuli Bell, Tasktop Partner Account Manager, EMEA |  

“Tasktop has women working in technical roles across the company. Seeing the work they do has broadened my conception of what it means to be a woman working in STEM. I realize that no longer is it just about coding (though that is important too). My experience has shown that all levels and teams from a company benefit from women who exercise their analytical and critical thinking skills and combine them with their other unique abilities.”
Cynthia Mancha, Tasktop Product Manager | 

“It is important to me to have women at Tasktop and in STEM because I want my kids to think of gender parity as we think of women’s suffrage, something that’s not to strive for, but something you are confused about how it could have ever been in question.”
Thomas Ehrnhoefer, Tasktop Senior Software Engineer | 

“Diversity is a major driver of creativity and innovation. Years ago women were criticized for not behaving more like men in business. Now we know that embracing the differences in the way we think and make decisions drives innovation and business success.”
Joyce Bartlett, Tasktop Marketing Director |  

Women represent nearly half of the workforce in the US today, but only a quarter of the jobs in STEM. The more we encourage women’s interest and passion​ in the fields of ​science, engineering, math and technology, the more we will see our perspectives and needs represented in society.  To be an agent of change is help others visualize what’s possible.”
Emily Kelsey, Tasktop Regional Sales Manager |  

“Because it’s silly we still have to have this conversation. Women are half the workforce. Not only is it the good & right thing to do, it’s a competitive advantage. Do it to be a better company.”
Trevor Bruner, Tasktop Product Manager |  

“There is rarely a week that goes by where I don’t contemplate how fortunate I am to be a Tasktopian. It’s not just that the company is doing interesting and important things, but it’s how we do it. Earlier this week, our CEO (Mik Kersten) made special effort to remind his team that Tasktop’s culture is a place where gender equality and justice run deep. He did so in support of those within the company that felt they wanted to support the “A Day Without a Women” initiative. At Tasktop, I am fortunate to work in an inclusive environment where diversity is a hallmark; where it’s recognized that the diversity in our thoughts, coupled with unity in action, leads to a stronger, more innovative company. “
Betty Zakheim, Tasktop VP of Industry Strategy |  

“It is important to have women as part of an IT organization to provide a range of critical thinking skills to their male counterparts. Including women creates a 360-degree view of challenges and possible solutions for a world that increasingly requires creative problem solving.”
Beth Beese, Tasktop Business Development Manager |  

Having different perspectives and ideas on the table is essential to the process of good software design.  We rely heavily on diversity within the team for those ideas and perspectives.  Women bring a unique perspective that when combined with other types of diversity ultimately leads to better design decisions and better software.”
David Green, Tasktop VP of Architecture |  

Women pursuing careers in STEM don’t always have it easy, but at Tasktop we’re striving to pave the way for the future women of STEM. One of the many reasons I’m proud to be a Tasktop employee.

Hey Guys… While the Women Strike, Consider This…

Wed, 03/08/2017 - 06:45

I believe that Women’s International Day has special significance this year. With the heightened political atmosphere charged with undertones of misogyny, the Women’s March shining a light on women’s rights and voice, and high profile news stories about sexual harassment, it just seems like Women’s International Day should be particularly meaningful and hopefully memorable in 2017.

So on this day where many women are striking to help bring attention to the value of women to our economy and our culture, I have a challenge for the men: be part of the conversation about women’s rights and social justice.  The fight for women’s rights and equality can only be won if it is not just women having the conversation.  We need men to play an active role in change.  And that means bringing men into the fold to talk about and consider why it is so important to have women in the workplace – treated and paid equally.   

I think it is apropos as men are at work looking around at empty desks, or, worse yet, looking around at not empty desks because your company is mostly male, to take a brief moment to consider why you value women in the workplace, and see them as equals, then share that story with your wife or partner or female friends.  Or grab a couple of your colleagues, gather around the water cooler and tell a few good stories about why you think having women as equal participants in our economy and workplaces is better for you, better for your company and better for the world.

To that end, at Tasktop, our CEO, Sr. Director of Business Development, Sr. Director of Engineering and Sr. Director of Technical Solutions have all contributed their thoughts as to why Tasktop is a better place to work and produces better work output because we value diversity and constantly strive to attract and retain women in the workplace.

Mik Kersten, Tasktop CEO: “From co-founder to every team and level of management, Tasktop has thrived by actively seeking and fostering an environment for women in tech.  The diversity in thinking and problem solving that results produces better innovations and better business results.  As high tech businesses continue to become more complex and more creative, the companies that are enlightened to this will outperform those who are stuck in the stone age of the boys’ clubs.”

Wesley Coehlo, Tasktop Sr. Director of Business Development: “Tasktop is absolutely a more successful business because women are involved. 75% of Tasktop’s Business Development team members are women. Because of their contributions we have been able to drive substantially higher revenue and become the most widely adopted integration technology for SDLC application vendors.”

Lucas Panjer, Tasktop Sr. Director of Engineering: “Tasktop is a more successful business because women are involved. (It’s really that simple). It’s the diversity, the perspective, and experiences that are brought to bear in design, decision making, strategy and execution. These things are concrete, important, and contribute to a better overall culture, product, and business. However, I would argue, these are less impactful reasons and that the impact of women is far bigger and simpler to explain. We’re not making to most of our world, society, and personal and professional opportunities if women, and any under-represented groups, aren’t fully present, participating, and at the fore. If women aren’t fully here, we’ve lost out on potential, and created a huge opportunity cost for ourselves, this company, and society as a whole.”

Shawn Minto, Tasktop Sr. Director of Technology Services: “Tasktop successfully supports our customers because of the dedication of the women involved. Whether it be working tirelessly with a customer to troubleshoot and solve a problem whilst building a strong relationship, understanding a new tool and it’s use in its entirety or working through complex legals to complete a sale, the women of Tasktop use their intelligence and skills to excel at their tasks. Through their perseverance, passion and commitment to everything that they do, they are integral to our success.”

These thoughts, coming from our male colleagues, make me extremely proud to be part of the Tasktop team and hopefully they will inspire other men to come forward and be a champion for women. It’s really being a champion for all.

Defect Management – Process Instead of Tracking

Tue, 03/07/2017 - 10:19

As software development continues to evolve, we need to reconsider how we manage defects. In the past, defect management focused merely on documentation and fixing the issues discovered. Today that is simply not enough, with modern Agile and highly integrated toolchains rendering the process ineffective.

Now we need to establish a process that tracks defects over the entire tool stack and use all possible information to improve the software development lifecycle. To achieve this, the process should have the following main goals:

  • Prevent defects (main goal)
  • Process should be risk driven
  • Measurement should be integrated into the development process and used by the whole team to improve process
  • Capture and analysis of the information should be automated as much as possible
  • Many defects are caused by an imperfect process – the process should be customizable based on the conclusions of the collected information

To reach these goals, one can take the following steps:

Defect Prevention – Standard processes and methodology help to reduce the risks of defects

Deliverable Baseline – Milestones should be defined where deliverable parts will be completed and ready for future work. Errors in a deliverable are not a defect until the deliverable is baselined

Defect Discovery – Every identified defect must be reported. A defect is only discovered when the development team has accepted the reported issue and it has been documented

Defect Resolution – The development team prioritizes, schedules and fixes the defect based on the risk and business impact of the issue. This step also includes the documentation and verification of the resolution

Process Improvement – Based on the collected information the processes should be identified and analyzed where this defect resulted to improve the process and prevent future similar defects.

Management Reporting – For all steps, it should be possible to use all collected information to allow reporting to assist with project management, process improvement and risk management.

When creating a defect management process that is right for your organization, it is also important to consider the stakeholders and the type of assets and artifacts involved.


The defect management process involves many different stakeholders and they must be taken into consideration when developing an effective defect management system. Let’s consider the flow of information.

The author creates or reports the defect to the development team. Based on where the defect was identified, the authors could be developers, testers or members of the support team.

These people could also be consumers of the defect. Developers must verify, fix and document the resolution for the identified defect. Testers use the information to create new test definition based on the found defect and verify if the resolution solves the problem. The support team can use the information to deliver possible workarounds and clarify the reported issue if they are already reported as defects.

In smaller teams the developer could also be a contributor. In larger teams, the developer manager holds this role to prioritize, schedule and assign the defects that have been created. Another consumer could be the executives or management as they use the information for reports to gain insight and improve the development processes.

Artifacts and Assets

The main assets for the defect management are error reports with a description of the problem which should include detailed information to reproduce the issue. To reproduce the issue, screenshots or screen capture videos can help with this process. Log files, especially with detailed tracing and stack traces, are an important source for the development team to identify the defect. In the most agile or application lifecycle management systems, a defect can tracked and documented as artifact (such as an issue, defect, problem or bug).

How Tasktop can improve your defect management

In today’s integrated software development lifecycle, stakeholders use different types tools to fit their needs and defects need to be created and tracked in each of these systems. To prevent a lag in communication and loss of information, it’s possible to integrate the different tools with Tasktop and have an automated information flow across the whole tool stack.

Some common integration patterns are:

Developer-Tester Alignment – Defects can be synchronized into testing tools for creating tests based on the defect.  Additionally, testers can create defects in their favorite tool and can synchronize back in the developer tool for quick and easy resolution

Help Desk Integration – Support can create a defect which is synchronized based on a reported problem, allowing support to track the status of the defect. Furthermore, it is possible to use the information from existing defects to create a knowledgebase with known issues and workarounds

Security Issue Tracking – Security violations discovered by an application security tool are synchronized as defect for resolution

Supply Chain Integration –Defects can be synchronized in the quality assurance process to a contractor or 3rd party supplier for quick resolution

Consolidated Reporting – All defect information can be aggregated and consolidated to create reports for optimization of the defect management process

For further information on defect management and how Tasktop can help by integrating your software value stream, please visit our website and contact us today.

Test Management – An Integration Opportunity

Thu, 02/23/2017 - 13:38

Test management is the practice of managing, running and recording the results of a potentially complicated suite of automated and manual tests. Test management also provides visibility, traceability and control of the testing process to deliver high quality software, quickly.

Tools for test management are generally used to plan and manage tests, test runs and gather execution data from automated tests.  Additionally, they can typically manage multiple environments and provide a simple way to enter information about defects discovered during the process.

When we explore how organizations manage their software testing, it becomes clear how an integrated software toolchain greatly improves test management. This benefit becomes particularly clear when we consider how a connected workflow supports the stakeholders and the flow of assets and artifacts in the process and the common integration examples you encounter.

There are several stakeholders involved in Test Management process:

  • Testers: consume requirements to create and execute test cases.
  • QA Managers: contribute to prioritization and high level planning of tests.
  • Developers: contribute to building the software and fixing defects found by testers.
  • Product Managers: define the requirements to be tested and determine release readiness.

Assets and Artifacts
Common assets used by Test Management tools are test plans, automated test scripts (code) and automated test frameworks (set up, tear down and result files). The most common artifacts used and produced by Test Management tools are test executions, test cases, test configurations, test sets, test instances, requirements and defects.

Integration Scenarios
Some common integration patterns used in Test Management process: Developer-Tester Alignment, Requirements Management-Test Planning Alignment, and Test Alignment.

  • Developer-Tester Alignment: defects generated by developers are synchronized into a Test Management tool so tests can be written against them to prevent regressions, and defects generated by testers are synchronized into development tools so that defects can be resolved.
  • Requirements Management-Test Planning Alignment: requirements generated by a Business Analyst in an Agile tool are synchronized into Test Management tool so that tests can be written against them in parallel to any development efforts.
  • Test Alignment: tests are generated by Agile team members to validate user stories during the Sprint. Tests are synchronized to Test Management tool so centralized testing organization can add additional details and automate the test as needed.

Integration Example
One popular test automation suite is Selenium. Selenium allows the organization to develop an extensive test suite for web-based products. One integration opportunity that is particular interesting is to capture the failures of test cases that have been run by Selenium in the test management tool (e.g. HPE ALM) and appropriately kick off development work for the issues. Therefore, the process is to inform the development and QA teams of issues that need to be attended to.

  • A QA team uses Selenium for automated testing of their web application and HPE ALM for test management, while the development team uses HPE ALM to resolve any defects found by Selenium.
  • When Selenium detects a failure in its testing, failures should be recorded and submitted as defects. Test case results should also be linked to their original test cases in the test management tool (HPE ALM in this case).

This integration that can extend the automation across the lifecycle using Tasktop Integration Hub, which automatically creates a new defect in HPE ALM for prioritization and resolution, extending the automation benefits to take advantage of automated tests, as well as the enterprise tool of choice for test management effectively.

To learn more about how Tasktop integrates your software value stream and improves your test management capability, visit our website and contact us today.

Strengthening Application Security in the Software Development Lifecycle

Tue, 02/21/2017 - 13:32

As software continues to pervade our lives, the security of that software continues to grow in importance. We need to keep private data private. We need to protect financial transactions and records. We need to protect online services from infiltration and attack.

We can obtain this protection through ‘Application Security’, which is all about building and delivering software that is safe and secure. And developing software within an integrated toolchain can greatly enhance security.

What’s application security?

Application Security encompasses activities such as:

  • Analyzing and testing software for security vulnerabilities
  • Managing and fixing vulnerabilities
  • Ensuring compliance with security standards
  • Reporting security statistics and metrics

There are several different categories of these tools, however the below are the most interesting in terms of software integration:

  • Static Application Security Testing (SAST) – used to analyze an application for security vulnerabilities without running it. This is accomplished by analyzing the application’s source code, byte code, and/or binaries for common patterns and indications of vulnerabilities.
  • Dynamic Application Security Testing (DAST) – analyze a running application for security vulnerabilities. They do this by automatically testing the running application against common exploits. This is similar to penetration testing (pen testing), but it is fully automated
  • Security Requirements tools – used for defining, prioritizing, and managing security requirements. These tools take the approach of introducing security directly into the software development lifecycle as specific requirements. Some of these tools can automatically generate security requirements based on rules and common security issues in a specified domain.

Other categories of Application Security tools, such as Web Application Firewalls (WAFs) and Runtime Application Self-Protection (RASP) tools, are more focussed on managing and defending against known security vulnerabilities in deployed software, and are somewhat less interesting for integration.

There are many vendors of Application Security tools. Some of the most popular are: Whitehat, who makes SAST and DAST tools; IBM, whose AppScan suite includes several SAST and DAST tools; SD Elements, who makes Security Requirements tools; HPE, whose Fortify suite includes SAST, DAST, and RASP tools; Veracode, who produces SAST and DAST tools; and Checkmarx, offering a source code analysis SAST tool. 

How is software integration relevant to application security?

When looking to integrate new tools into your software delivery process, it is important to first identify the stakeholders of those tools, and the assets consumed by and artifacts produced by those tools.

The most common stakeholders of Application Security tools are:

  • Security Professionals: write security requirements, prioritize vulnerabilities, configure rules for SAST and DAST tools, and consume security statistics, metrics, and compliance reports
  • Developers: implement security requirements in the software they are building, and fix vulnerabilities reported by SAST and DAST tools
  • Testers: create and execute manual security test plans based on security requirements
  • Managers: consume high level security reports, with a focus on the business and financial benefits of security efforts.

Common assets consumed by Application Security tools include:

  • Source code
  • Byte code
  • Binaries
  • Security rules

Common artifacts produced by Application Security include:

  • Vulnerabilities
  • Suggested fixes
  • Security requirments
  • Security statistics and metrics

With so many people and assets involved in the workflow, we need all stakeholders to be able to trace artifacts, spot vulnerabilities and have automated reporting to be able to address any issues as they arise. An integrated workflow does this, as illustrated in the below workflow.

Common integration scenarios

The three Software Lifecycle Integration (SLI) patterns we’ll be looking at are Requirements Traceability, Security Vulnerabilities to Development, and the Consolidated Reporting Unification Pattern.

  • Requirements Traceability: the goal is to be able to trace each code change all the way back up to the original requirement. When it comes to Application Security, we want security requirements to be included in this traceability graph. To accomplish this we need to link requirements generated and managed by Security Requirements tools into the Project and Portfolio Management (PPM), Requirements Management, and/or Agile tools where we manage other requirements and user stories. We can currently do this with a Gateway integration in Tasktop Integration Hub, by adding a Gateway collection that accepts requirements from our Security Requirements tool and creates matching requirements or user stories in our PPM, Requirements Management, or Agile tool.
  • Security Vulnerabilities to Development: this is about automatically reporting security vulnerabilities to our development teams to quickly fix them. To accomplish this we need to link vulnerabilities reported by SAST and DAST tools into our Defects Management or Agile tools, where developers will see them and work on a fix. We can currently do this with a Gateway integration in Tasktop Integration Hub, by adding a Gateway collection that accepts vulnerabilities from SAST and DAST tools and creates matching defects in our Defects Management or Agile tool.
  • Consolidated Reporting Unification Pattern aims to consolidate development data from the various tools used by teams across an organization so that unified reports can be generated. When it comes to Application Security, we want data about security requirements and vulnerabilities included so that it can be reported on too. We need to collect these artifacts produced by our Application Security tools into our data warehouse. We can currently accomplish this with a Gateway Data integration in Tasktop Integration Hub, by creating a Gateway collection that accepts security requirements and vulnerabilities from our various Application Security tools and flows them into a common Data collection.

For further information on how Tasktop integrates your software value stream and enhances Application Security, visit our website and contact us today.

Key Lessons From A Big Software Product Launch

Thu, 02/16/2017 - 14:14

Last month was a seminal moment for us – we launched our next-generation software integration product, Tasktop. As ever, the product development journey was one hell of a ride.

Three years. 500,000 lines of code. 20,000 automated tests. 5,000 wiki pages. Hundreds of design sessions. Many mistakes. Some tears. A few moments of deep soul searching. And many days filled with tremendous pride watching a team pull together to deliver something special – something that we truly believe will transform the way people think about integration.

In true Agile style, I’m a big believer in retrospection, ascertaining key lessons and gleaning takeaways from the experience to improve the way we work. So what did we learn this time round?

It’s ALL about the people and trust.

To combine the powers of talented individuals and turn them into a true team, you need trust. All of our team will admit there were some rocky moments at the beginning and that’s only natural. Yet with hard work and perseverance, you can forge a close powerful unit that runs like a well-oiled machine.

Trust that the product manager and designers have fastidiously analyzed what the customers want and are requesting an accurate representation of their needs. And trust that architects and developers are designing a codebase and architecture that can be built on (while at the same time being nimble and lightweight as possible).

If I had a ‘magic button’ (everyone at Tasktop knows my obsession with magic buttons!), it would be the ‘trust’ button. Of course that is not possible – trust is built up over time and can’t be rushed – but once you’ve got it, man, is it an addiction!

It takes a village.

Building a pioneering software product isn’t all about the developers (although they’re obviously integral). To get the best result possible, you need:

  • Strong user-focused product managers
  • Imaginative and creative user experience designers
  • QA professionals that see the BIG picture (as well as thousands of details)
  • Technical writers willing to rethink documentation from the ground up

Throw in sales and marketing into mix and the village becomes more of a city by the end. Embrace it, take everyone in and watch your product development flourish in this environment.

Don’t give up and don’t give in.

Set a vision and DEMAND a relentless pursuit of that vision. When it seems like everything is being called into question, reach deep inside and stick to your core vision. It’s your constant, your north star.

Now, this doesn’t mean that you can’t alter and tweak things along the way – in fact, I would say if you don’t do a good amount of that you are heading for potential disaster. But if you don’t believe in the core vision that was set, then you will lose your way.

Have urgency but at the same time patience.

There is a somewhat elusive proper balance of patience and urgency. If I had another magic button I would use it for this purpose…but since I don’t, I think your best bet is to trust your gut to know when to push, and when to step back and let things steep.

Laugh a little. Or a lot.

I treasure the moments during the course of building Tasktop where we were laughing so hard that we cried. The thing I love is that I can’t even remember many of the funny moments that we shared – there were too many. And, yes, there were also a not insignificant number of moments where there was frustration and downright anger. But those memories aren’t what stick – what sticks are the moments where we overcame the hurdle, pulled together and laughed at ourselves.

Be grateful for those who support you.

Last but definitely not least, appreciate and thank the people that made the vision come to life. That doesn’t just include the direct teams that were involved, but also those who support you outside of work such as your friends and families.

The family that puts up with 28 trips to Vancouver in five years. The family that lives and breathes the ups and downs with you. The family that wants to see this product succeed almost more than you do!

To that end, I would like to thank my family; my husband, my son and my daughter – I thank all of you for putting up with the craziness of the last three years! If only the walls could talk… but instead, my 10 year old daughter decided to write down her own thoughts a few weeks before the launch:

“3,2,1…BLASTOFF!!!!!! This launch is all my mom has talked about (and the election) for the past 3 months. How much she has been talking about it shows that this launch must be really important. You should get the front page on the newspaper – which if you haven’t read since the internet came out I don’t blame you.

To be frank, I actually don’t know what the big product is supposed to be, but from past experience, Mommy’s team gets all upset when a product doesn’t work. Also, another benefit of getting this thing to work is that everybody will be super happy and joyful.

But I will say, whoever scheduled the timing of her big trip to Vancouver for the launch must not have realized that the big trip almost makes me not see my mom for two weeks because I am going to Hawaii (yes, my parents are that awesome they are letting me go to Hawaii for a week as a 10th birthday present).

But, of course, don’t let that stop you from making this Tasktop’s best product yet. Make the product, make it work, and make it the most awesome thing the world has ever seen.

“Tasktop, the most empowering force ever!” I can see it in those big letters on the front page. Yes, I am waiting for the day I see those exact words marching bravely across the front page of the newspaper. So, don’t just stand there, get up and show the amazing, futuristic, and wonderful world of Tasktop.”

– Bailey Hall, one Tasktop’s youngest and brightest thought leaders.

I’d like to thank everyone involved in making the launch of Tasktop a success as we move on the next significant stage in the product’s development – getting it to market and harnessing its many capabilities to drive our customers’ large-scale Agile and DevOps transformations.

For more info on the new product, check out our new site

Value Stream Integration

Tue, 02/14/2017 - 07:27

Every business is now a digital business – if you’re not then you’re vulnerable to disruption. Traditional business models, infrastructures and operations are in a flux as software continues to usurp and transform the status quo. Look at Airbnb and hotels, Uber and taxis, Netflix and films, Amazon and retail…you get the picture. The message is clear: keep up or be left behind. Or to paraphrase organizational theorist Geoffrey Moore: “Innovate or die!”.

Most CIOs are acutely aware of this state-of-play and are under pressure to optimize their organization’s software delivery process. Many are investing in new staff, tools and processes to drive Agile and DevOps initiatives and are often encouraged (and given false hope) by initial success – especially at a local level. Then they try to scale and become stuck. There’s too many tools, people and disciplines. The toolchain is fragmented and their transformations are failing.

Why does this happen? The problem is that best-of-breed Agile and DevOps tools don’t work together, creating friction in the way stakeholders interact. This causes manual work that increases cost, reduces velocity, frustrates team members, all the while making it difficult for management to have the visibility and traceability that they so desperately need to make key business-decisions.

Organizations continually adopt new tools to improve the individual disciplines they serve – test automation, requirements management, agile planning, DevOps and the like. By using these tools, stakeholders create work specifically for collaborating with their colleagues. But that collaboration is compromised precisely because each of these disciplines are using different, unintegrated tools.

Furthermore, managers want to see metrics and dashboards for real-time status reports so they optimize a process and/or ensure compliance. However, with a fragmented toolchain it is nearly impossible to obtain a holistic view. And everyone knows that the only way to improve a process is to look at it holistically.

What can be done? The key is to integrate the value stream.

Value Stream: Sequence of activities required to design, produce, and provide a specific good or service, and along which information, materials, and worth flows – Business Dictionary[1] 

When we talk about an integrated value stream in software delivery, we mean bringing together the tools across the software development lifecycle to radically improve team effectiveness and project visibility which allows you to:

  • Eliminate the wasted time, errors and rework by automating the flow of work across people, teams, companies and tools. This increases the team’s velocity and capacity, enhances collaboration and improves employee satisfaction
  • Enable real-time visibility into the state of application delivery by coalescing activity data across the value stream. This data can be used for management, optimization and governance reporting and dashboarding, as well as data for automated traceability reporting
  • Create a modular, responsive tool infrastructure that can itself react and adapt to new tool innovations and changing working practices, enabling tools to be plugged in and out on-the-fly

Until now, creating this sort of integrated software delivery value stream has been too hard. Companies adopted point-to-point and homegrown integrations that were costly, brittle and unable to scale. It was simply too difficult to automate the flow of information across a large-scale tool ecosystem, making value stream integration and visibility financially unviable. But now the game has changed.

Our model-based approach dramatically reduces the complexity of creating and managing integrations, and scales to dozens of tools, thousands of users and millions of artifacts. For the first time, integration and visibility across the entire software value stream are economically possible and is helping some of the world’s most successful organizations – including nearly 50% of the Fortune 100 – to thrive in a digital world.

  • Are you finding it difficult to give your managers the visibility into how things are going?
  • Are your colleagues complaining that they spend a lot of wasted time doing administration?
  • Is there a disconnect between your Agile methods and the need for governance and compliance?

If so, check out our videos of about our one-of-a-kind model-integration approach and speak to us today about integrating your value stream and to drive your Agile and DevOps transformations.

[1] Business Dictionary

Reimagining Software Integration

Thu, 02/09/2017 - 12:40

For too long, software lifecycle integration has been viewed as the red-headed stepchild at organizations – an unglamorous chore that is often considered a developer issue and a developer issue alone. That perception must change – it’s actually a critical organizational issue and this misconception is why Tasktop is leading the charge in rebranding integration.

The word ‘integration’ shouldn’t make your eyes glaze over, nor should it be last on the agenda when talking to management about how to succeed at scale. Integration should elicit intrigue and demand immediate attention – it’s THAT important. Why? Because integration is, in fact, precisely what will allow you to achieve organizational success at scale.

Actually, let me say that stronger; without integration, you won’t be able to scale. Wait…stronger…succeeding at scale is 100% dependent on integration. Integration is precisely how you will achieve your business goals, be it an agile transformation, DevOps initiative or improving your software delivery capabilities.

We’re reimagining integration to fundamentally change the way people think about how they connect software development tools and transform the way they deliver software. Let me show you how…

Imagine a world where… you can configure a sophisticated integration between two complex systems in under an hour. How? With a completely reimagined user experience that presents itself not with bits and bytes and XML configuration but instead in a visual, intuitive, logical way that aligns with what you already know and how you think about the tools you use. No coding required. This video further explains this benefit.

Imagine a world where… after you configure your first integration, you can scale to hundreds of projects instantly, thanks to the magic of models, which are the secret sauce behind being able to map once and then scale infinitely – as explained in this video.

Imagine a world where… The tool you are using to integrate has already codified so much about the end tools that integrations almost create themselves. Scary? Ok, maybe a little. But our smart mappings and auto-suggests of flows show the power of connectors that are domain aware.

Imagine a world where… all integrations work. All the time. With Tasktop, it is built in from the ground up. Nothing runs on Tasktop that hasn’t been through our ‘Integration Factory – a unique testing infrastructure that runs over 500k tests a day across 300+ connectors.

But those are all just features … and above I said that integration was a 100% dependency to be able to scale… so let’s talk about that a bit.

Scaling means two things: more people and more processes. And more people and more processes means more tools. But if those tools don’t operate as one, scaling quickly turns into a creaky machine with all kinds of manual handoffs, endless meetings and unhappy practitioners. So integration means getting all these tools, teams and disciplines to act as one.

But can you really get these various tools that aren’t designed to work together to ‘act as one’? The short answer is “Yes!”. The longer answer is “Yes – but only with Tasktop.” Only with Tasktop can you ensure your tool landscape consistently functions as a single, powerful entity, no matter how many systems you add to the tool stack.

We know the key ingredients that enable you to scale your toolchain so that you can drive organizational objectives and consistently deliver customer value. In fact, our ‘reimagined world of integration’ places strong emphasis on the software value stream and it seems we’re on to something big. Since June 2016, we’ve received extremely positive feedback to our new proposition from participants in our Early Access Program including:

Value stream integration is the next significant chapter in software delivery and that’s why we have launched Tasktop Integration Hub, our new product and pioneering approach to large-scale software integration.

If you missed our live-streamed launch event last week, you can watch the recording here. In the video, our CEO and founder Dr. Mik Kersten and myself introduce the product, while customers explain the product’s importance and how Tasktop is supporting their Agile and DevOps transformations at scale.

Let’s transform the technology landscape together and be part of history.

Eliminate the PMO Scavenger Hunt

Wed, 02/08/2017 - 11:28

The sheer multitude of projects that an organization undertakes every day puts enormous pressure on the Project Management Office (PMO). And considering that 97 percent of organizations believe project management is critical to business performance and organizational success[1], it’s paramount to ensure they have the best intel to do their job efficiently.

Project managers rely heavily on the PMO to keep them abreast of the latest information regarding their projects, as well as other projects that may have an impact on their work. They also look to the PMO to provide key insights on a product’s journey from concept to delivery, identifying bottlenecks ahead of time to ensure smooth sailing. However, providing such a holistic overview is a huge challenge, which may explain why 50 percent of all PMOs close within just three years[2].

One of the key factors behind a PMOs downfall is related to their access to vital data, which enables them to build the all-important real-time picture of the project portfolio. With regards to software development and delivery, they need end-to-end visibility and traceability throughout lifecycle so they can make key-decisions on influential matters such as resource capacity, labor headcount, project budgeting, IT strategy and so forth.

Traditionally they have acquired this information through a cumbersome, time-consuming scavenger hunt between teams and tools that often work in siloes. Without an intuitive system to gather this valuable information in one place, they’re forced to spend valuable time chasing down status reports, logging into specific tools, merging spreadsheets and involving themselves with other onerous manual work – precious time that could better spent elsewhere.

But it doesn’t have be that way – not with an integrated software lifecycle providing the visibility, traceability and valuable data that they desperately need to their job to the best of their abilities.

For further information, please download our guidelines to eliminating the PMO scavenger hunt.

You can also speak to our dedicated team who can best advise how to optimize your PMO.

[1] PwC, Global Project Management Report, 2012

TasktopLIVE: The Software Delivery Game is Changing

Mon, 02/06/2017 - 09:44

Last Tuesday, we unveiled our next-generation product Tasktop Integration Hub at our headquarters in Vancouver. During a live-stream event – TasktopLIVE – we set our new approach to software delivery and explained how we’re redefining the Agile and DevOps landscape.

CEO and founder, Dr Mik Kersten, kicked off proceedings by providing acute analysis of the software delivery landscape and the current potency of Agile and DevOps transformations: “Agile and DevOps have come of age – we’re seeing a lot of success at startup level, but huge struggles when organizations try to scale these transformations.”

Summarizing Tasktop’s evolution over the last ten years, Kersten talked through how the company has continually built solutions that optimize the whole software lifecycle through sophisticated integration and market-leading expertise. The latest service offering, he emphasized, is a natural response to the how software is evolving and how people work and use applications.

“All teams work in their best-of-breed tools to improve functionality in their specific roles, but these tools aren’t connected or communicating. The result is a fragmented value stream that lacks the visibility, traceability, governance and security required to continuously deliver business value.”

To address this, we have devised an entirely new approach to Agile and DevOps. Tasktop allows enterprises to define value stream artifacts and flows in a unified Integration Hub, ensuring that teams get the productivity benefits of each tool, while the business realizes immediate ROI from eliminating the waste of manual entry, automating end-to-end traceability and easily achieving end-to-end visibility.

Then Nicole Bryan, Tasktop’s Vice President of Product Management, explained how easily and simply Tasktop can integrate as many tools as required for seamless scalability (a process that is “also quite fun!”). Also speaking was a selection of customers, all of whom elaborated on how Tasktop has helped their DevOps and Agile transformations and why the new approach is so important.

Carmen DeArdo, Technical Director at Nationwide, explained how Tasktop boosts his job performance: “I have to figure out how to make things work better across our delivery value stream. Tasktop helps me to do that and enables us to build exciting applications.”

DeArdo also reiterated on how important visibility in the value stream is: “You can be a great driver and have a great car, but if it’s foggy and you can’t see the road, you’re going to slow down because you don’t trust what’s going on around you.”

Meanwhile Mark Wanish, former SVP, Consumer Sales & Marketing Technology Executive at Bank of America, has been involved in Agile transformations for over a decade and is a great advocate for Tasktop’s approach of focusing on the whole value stream: “You can make developers more Agile and improve their capabilities, but you can’t neglect elsewhere in the organization – for Agile to be a success, everyone needs to involved and delivering value.”

Also on the panel was Jacquelyn Smith, Senior Director, Platform Technologies at Comcast, who has recently began working with Tasktop following a big merger between Comcast and another engineering company: “Following the merger, we had an abundance of toolsets and instances thereof – we went from six tools to fifty! We wanted to scale products to serve our customers, but also be more sensible about how we move data between tools. We’ve just started working with Tasktop and they’re already helping us to support large-scale integrations and enabling us to work more simply, easier and faster.”

You can watch the whole recording of TasktopLIVE event here. For further information on Tasktop Integration Hub, please check out our brand-new website, which is jam-packed with new engaging content.

Interested in adopting our pioneering approach to software delivery? Contact us today and request a demo. 

Tasktop Integration Hub: Features and Models

Wed, 02/01/2017 - 09:30

At Tasktop, we’re very excited about our recent Tasktop Integration Hub launch. With this new product, we didn’t just set out to make incremental improvements. We set out to reimagine integration. Tasktop Integration Hub is one solution that handles pretty much all software delivery integration needs. It provides the right information to the right person in the right tool at the right time.

I set out to write about the features of this new product, but while writing, I had a few realizations…

First, reading a laundry list of features is boring. If you want to see the features along with some short videos, please visit our feature page.  You will find brief descriptions along with one-minute videos. These videos will do a much better job of ‘showing’ you the features, rather than me describing them.

Second, features are probably not what you care about. But you probably care that it works. That it’s powerful enough to support your organization. Tasktop just celebrated our 10th birthday. We’ve spent a decade listening to customers, and we’ve distilled thousands of hours of real-world customer feedback and use cases into a singular tool. And it does work.

During the past ten years, we’ve noticed that integration is often the last thing a company addresses in the software development process. Enterprises come to Tasktop after selecting tools and workflows. Sometimes, customers come to us after they try to handle integration on their own. This means we’ve had to be flexible in order to fit into almost any process. It also means we’ve seen a lot. It also made us work harder to provide the best integration tool on the market.

We understand that integration is about efficiency and ease of use. A good tool lets you do what you need to do. A great tool gets out of your way and lets you do what you want. A world-class tool helps you do things you never knew you wanted to do in the first place.

What our customers highlighted as critical. How we listened:

  • Connecting the tools they use.
    • We connect to over 45 tools using fully tested connectors. And we’ve added a new integration style that allows our customers to push events from a wide variety of tools.
  • Scaling existing integrations.
    • We understand how important it is to quickly add new projects to existing integrations. Tasktop has added Model-based integration management so it is simple to add a 2nd, 3rd, or even 100th project to the integration and our solution ‘understands’ what our customer is working to accomplish with the integration.
  • Flexibility.
    • Our customers must implement business rules about what goes where and when. Tasktop can filter and route artifacts as well as comply with customer needs around frequency (and direction) of specific field updates.
  • Security.
    • We provide secure log-in via our web-based interface.
  • Minimize server traffic.
    • We consistently hear from potential customers about their concerns around server overload caused by near real-time updates. Tasktop Integration Hub has implemented Smart Change Detection to limit the load on tools. It senses the changes to artifacts and maintains the smallest footprint.

I did write that I wasn’t going to focus on features, but there is one important new aspect of Tasktop Integration Hub that I would like to cover. Before I do, I wanted to mention that Tasktop Integration Hub includes the most used/important/popular features found in Tasktop Sync. It includes:

  • Artifact relationship: maintains artifact relationships across all your tools.
  • Person mapping across tools: you know who made a comment, even if they made the comment in another tool.
  • Comment synchronization: people can converse in their tool of choice instead of relying on emails that are never attached to the persistent artifact.
  • Attachment synchronization: to prevent duplicate login to separate tools and cut down on emails.
  • Routing: so that each artifact can be synchronized to the right place on the other side. To be honest, we’ve improved this enough to merit its own blog post.
  • And many more.

So now let me point out one of the things that makes Tasktop unique… and will make your integrations much more robust.

Introducing… Models

Models are Tasktop’s way of providing a universal translator for all tools. All tools speak different languages. Historically, integration tools rely on a 1-1 mapping between tools. That’s great if there are only two tools, but we’ve seen the pain that occurs when companies want to integrate three, five, six or more tools. The number of ‘translations’ between tool languages becomes untenable. With six tools, there are already 15 translations needed. Think about what this does to tool lock-in. Changing out one of these ‘languages’ for another requires five new translations. Models fix this.

Integrating Without Models

Integrating With Models

Models allow your organization to normalize the information flowing between tools.

You may be asking yourself “What is a Model?”

A Model is your abstract definition of a given artifact. It’s how an organization defines a specific ‘thing.’ For example, what defines a Defect in your organization? What are the common fields that are required to specify a Defect at your company? Not only that, but what are the values in those fields? For example, do you specify the Severity of your defects as Low, Medium or High? Or do you refer to them as Sev-1, Sev-2, Sev-3, Sev-4? Models let your organization decide how Defects should be ‘thought of’. The beauty of a Model is that the end tools don’t need to use the same field values. That’s part of the translation capability that Tasktop Integration Hub provides.

This may sound complicated, but it’s not. Tasktop comes preconfigured with eight models. Think of these as starter Models. Maybe you’ll need a new model. Maybe you’ll only need to tweak an existing Model. Tasktop Integration Hub provides that flexibility.

The beauty of Models is once one integration is created between two tools, the process of adding another project from each tool to the integration takes a matter of seconds. See the Scaling Integrations video.

If you’re still interested in learning more about what Tasktop Integration Hub looks like, how easy it is to use and how easy it is to scale, you can check out the Tasktop Integration Hub Demo. This 11 minute demo illustrates how simple it can be to set up and scale an entire integration scenario involving four separate tools.

As Carl Sagan said, “Any technology sufficiently advanced is indistinguishable from magic.”  Tasktop isn’t magic, but we sure want it to feel that way to our customers.

Tasktop Integration Hub is a world-class integration tool that will help you integrate tools in a way that could only be imagined before today.

Tasktop Integration Hub Launched, Value Stream Integration for Enterprise Agile & DevOps

Tue, 01/31/2017 - 04:50

Agile has won, and DevOps is now standard at startups worldwide.  With all of the success stories we are hearing at nearly every conference we attend, why is it that the conversations within our conference rooms continue to bring up a lack of clear business results, or outright deployment and adoption failures?

The success of lean practices for software delivery is critical to digital transformation and innovation, and the failure to execute on them opens the door to disruption. Yet organizations rooted in “waterfall” practices are thinking about scaling Agile and DevOps the wrong way.  In prior decades, the way to succeed with new methodologies involved betting on the right platform.  But in the world of Agile and DevOps, there is no one platform.  Instead, we are witnessing a large-scale disaggregation of the tool chain towards the best-of-breed solutions.  For large-scale Agile and DevOps transformations to succeed, we must shift our thinking from end-to-end platform to tool chain modularity.

Today I am thrilled to announce that after over three years of development, we are releasing a whole new approach to scaling Agile and DevOps.  The Tasktop Integration Hub completely re-imagines the integration layer of software delivery, and connects the end to end flow of value from business initiative to delighted customer and revenue results.  To do this we have created the new concept of Model-Based Integration, where we allow organizations to define their Value Stream Integration layer right within Tasktop, automating flow across people, processes and tools.  You can then map every best-of-breed tool into that value stream, easily scaling from a single Agile team to tens of thousands of happy and productive IT staff.  And you can continue connecting new tools as your tool chain evolves, giving you the power of modularity for the tool chain itself. Tasktop makes the tool chain Agile and adaptable to your business needs.

This release unifies our previous Tasktop Sync, Gateway and Data products into a single Value Stream Integration offering that easily scales to connect hundreds of projects, tens of thousands of users and millions of artifacts.  All with a beautiful and intuitive web UI that enables you to connect all of your tools without writing a single line of code thanks to Model-Based Integration.

Over the coming days we will be posting more detail about what we have done, how we have done it, and how it changes the landscape of enterprise Agile and DevOps.  For now, check out the following videos to get a quick overview of the product highlights and a whole new way to see the ROI of your transformation.

This release is the culmination of not only hundreds of people and years of development at Tasktop, but countless hours and effort from a dozen leading IT organizations who became a part of our Early Access program in April, and who have helped take the concepts from whiteboards and mock-ups to using them in production today. I encourage you watch some of their testimonials at our TasktopLIVE event and to join the conversation.

Product highlights include:

  • A world-first model-based paradigm for visually connecting dozens of tools across hundreds of projects without requiring any coding. For example, user stories, defects and support ticket models are defined in Tasktop, and then can be easily mapped across dozens of different projects and tools.
  • Support for applying different styles of integration across tools. For example, Agile and ITSM tools can be integrated for defect/ticket unification then easily connected to a database for instant Mean Time to Resolution (MTTR) metrics.
  • Easy scaling across hundreds of projects. By defining models that span projects and tools, new projects can be on-boarded easily and connected to the value stream.
  • All integrations work all of the time thanks to Tasktop’s unique Integration Factory. Multiple versions of the same tool can be connected, along with old versions of legacy tools and the frequently updated APIs of SaaS tools, without breaking because Tasktop tests all version combinations. Currently, Tasktop supports 51 tools and 364 versions.

For more see the Product Overview or Request a Demo.