Releasing Software Developer Superpowers

Article is aimed at anyone looking to gain the edge in their software development team creation or advancement in the digital age. Concepts can be applied outside of sw dev at some level. Open to discussion – views are my own.

UX is not just for Customers

User Experience is an ever growing component of product development, with creating user centric design paradigms to ensure that personalisation and consumer/market fit is achieved. From a development team view, leveraging some of the user experience concepts in how they work can achieve operational efficiency, to accelerate product development. For example, how is the experience for each of the developer personnas in your team? How do their days translate to user stories? Can interviewing the development community lead to creating better features for your development culture?

Build Products not Technology

Super important. Sometimes with developers, there is an over emphasis on the importance of building features, a lot of the time for features sake. By keeping the lens on the value or “job to be done” for the customer in the delivery of a product at all times can ensure you are building what is truly needed by your customer. To do this, select and leverage a series of metrics to measure value for that product, along with keeping your product developent in series, and tightly coupled to your customer experience development.

Leverage PaaS to deliver SaaS

This sounds catching but its becoming the norm. 5 years ago, it took a developer a week of development time to do what you can do in Amazon Web Services or Azure now in minutes. This has led to a paradigm shift, where you being to look at the various platforms and tools that are available to enable the developers to deliver great products to customers. Of course, there will always be custom development apps, but you can help your developers by getting them the right toolkit. There is no point reinventing the wheel when OTS open source components are sitting there, right? Products like Docker and Spring and concepts like DevOps are bringing huge value to organisations, enabling the delivery of software or microservices at enhanced speed. Also, the balance between buying OTS and building custom is a careful decision at product and strategic levels.

“The role of a developer is evolving to one like a top chef, where all the ingredients and tools are available, its just getting the recipe right to deliver beautiful products to your customer.”

Create Lean Ninjas!

shutterstock_215389786 - Copy

Evolving the cultural mindset of developers and the organisation toward agile development is super important. Having critical mass of development resources, plus defined agile processes to deliver business success  can really reshape how your organisation into one where value creation in a rapid manner can take place. However, its important to perform ethnographical studies on the organisation to assess the culture. This can help decide on which agile frameworks and practices (kanban, scrum, xp etc) can work best to evolve the development life cycle.

Implement the 10% rule

Could be slightly controversial, and can be hard to do. Developers should aim to spend 10% of their time looking at the new. The new technologies, development practices, company direction, conferences, training. Otherwise you will have a siloed mis-skilled pool of superheros with their powers bottled.

However, with lean ninjas and effective agile company wide processes, resources and time can be closely aligned to exact projects and avoid injecting randomness into the development lifecycle. Developers need time to immerse and focus. If you cant do that for them, or continously distract them with mistimed requests – they will leave. If you can enable them 10% is achievable.

Risk Awareness

shutterstock_331041884 (Large)

We are seeing an evolution in threats to enterprise all over the world, and in a software driven and defined world, getting developers to have security inherent design practices prior to products hitting the market can help protect companies. Moons ago, everything sat on prem. The demands of consumers mean a myriad of cloud deployed services are adding to a complex technology footprint globally. If they know the risk landscape metrics from where they deploy, they can act accordingly. Naturally, lining them up with business leaders on compliance and security can also help on the educational pathway.

Business and Technology Convergence

We are beginning to see not only evolution in development practices –  we are also seeing a new type of convergance (brought about by lean agile and other methods) where business roles and technology roles are converging. We are beginning to see business analysts and UX people directly positioned into development teams to represent the customer and change the mindset. We are seeing technology roles being positioned directly into business services teams like HR and finance. This is impacting culture, wherby the saviness in both directions needs to be embraced and developed.

shutterstock_334013903 (Large)

Growth Mindset

We mentioned mindset a lot in the article. That because its hugely important. Having the right culture and mindset can make all the difference in team success. As Carol Dweck talks about in her book “Mindset”, you can broadly categorise them into two – growth and fixed. This can be applied in all walks of life, but for team building it can be critical.

In a fixed mindset students believe their basic abilities, their intelligence, their talents, are just fixed traits. They have a certain amount and that’s that, and then their goal becomes to look smart all the time and never look dumb. In a growth mindset students understand that their talents and abilities can be developed through effort, good teaching and persistence. They don’t necessarily think everyone’s the same or anyone can be Einstein, but they believe everyone can get smarter if they work at it.

Creating a team where being on a growth curve and failures are seen as learning can really enable a brilliant culture. As Michaelangelo said “I am still learning”. Especially as we evolve to six generations of developers. How do we ensure we are creating and mentoring the next set of leaders from interns through to experienced people?

Check a Ted talk from Carol here – link.

And most importantly … HAVE FUN!

Considerations of Change: An Intro to Networking in IoT

One of the major consequences of Moore’s Law for silicon is that pretty much any device now can have a reasonable level of computing power and internet connectivity. Because of this, the number of internet enabled devices is increasing, thus causing a huge influx of IoT traffic; it is predicted that WAN bandwidth will need to be increased.

When one considers the types of data that will be generated, it becomes clear that they both present challenges. George Crump, an analyst with Storage Switzerland points this out7. “First, there is large-file data, such as images and videos captured from smartphones and other devices. This data type is typically accessed sequentially,” explains Crump. “The second data type is very small, for example, log-file data captured from sensors. These sensors, while small in size, can create billions of files that must be accessed randomly.”

From this, it is clear that data centers will need to handle both types of data, and the storage and processing requirements that come with them.

For decades, the network was considered to be the plumbing of a company’s IT solutions, and was considered a somewhat dumber element of the design. With the advent of IoT, it is clear that the networking element of the IoT ecosystem is slightly lagging behind, which is a concern as IoT is very much a network centric technology, and in essence makes the web by which the sensors communicate to the host and to each other. There are a number of ways for these devices to be networked. Some devices can be directly connected to the internet utilizing standard Ethernet or Wifi, which are TCP/IP based. There are other wireless technologies, some of which are dependent on TCP/IP, but all require some sort of intelligent gateway to convert their network into standard Ethernet or Wifi. These include, but are not limited to, Zig Bee, Z-Wave, Bluetooth, and Cellular.

Evolution towards IPv6 

Due to the advancement of object gateways, the first two stages of the IoT roadmap will sit on current infrastructure and protocols. Once the volume of devices and data increases and true IoT is in motion, the IPv6 protocol will be required, which offers unlimited IP addresses.

The main challenge that IPv6 looks to overcome is the large packet size when we consider standard IP protocols. For IPv6, the packet size is reduced by making a number of changes to the release of the 6LoWPAN standard, namely RFC 4944. Changes included the compression of IP headers and the introduction of a fragmentation mechanism that enabled reassembly of IP packets that did not fit the IEEE 802 packet. Lastly, routing protocols for lossy, low power networks were required. New protocols were developed by the Internet Engineering Task Force (IETF) that provided basic routing in low power lossy networks.

In my next blog post, i will continue to write about network enablement requirements, talking about why IoT needs “Software Defined Networking” (SDN)

Reference:

7: Orange Business: Can your business handle IoT

http://www.orange-business.com/en/blogs/connecting-technology/data-centers-virtualisation/can-your-data-center-handle-the-internet-of-things