Replies: 5 comments 1 reply
-
@jawache - perhaps an extension to the SCI so that it all continues to tie together? With a wholly separate standard, there is a risk that they might drift? Another potential thing to consider here is that this could tie in even more closely with the reporting standard that we're developing which is the instrument based on which procurement decisions are made? |
Beta Was this translation helpful? Give feedback.
-
Asim, this is interesting. I agree, I think a developer tool is very different than a comparative tool (for IT decisions makers). You've highlighted some interesting questions, but I think one of the largest struggles will be ensuring a consistent boundaries between different scores so that they are comparable. Are we going to setout rules for how to assess the carbon commitments of different organizations? Is there a third party resource we can reference that is comprehensive? I found this report...very interesting: |
Beta Was this translation helpful? Give feedback.
-
I do like the SCI - and I can see a related standard being able to tie a procurement score to an SCI score. Maybe building a score bottom-up. I thought that could relate to the reporting project - ultimately becoming a competitive differentiator, picking the product with the lowest reported score. |
Beta Was this translation helpful? Give feedback.
-
Working group: SCI score is currently not useful for apples to apples comparison Much simpler mechanism for making procurement decisions? Todo: come up with potential set of questions that should be asked as part of procurement. |
Beta Was this translation helpful? Give feedback.
-
@jawache @Henry-WattTime I really like the idea of model RFP language because that will be directly actionable with the procurement process and in alignment with the action-oriented approach that we take on in the SWG. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
From the conversations related to the SCI I realized that there is a tension between creating a standard for developers and creating a procurement standard for IT decision-makers. I believe the two should be distinct and we should explore creating a separate procurement standard.
If you are going to spend money to support your software/business, either through purchasing software/services/platforms, what are the procurement rules that should be followed? What should you look for in organizations that provide this service?
One thing you might look for is have they calculated an SCI score for their product or service?
Another one might be, have they set corporate sustainability targets, with dates, and have had their progress towards those targets verified by a 3rd party?
What is their policy regarding offsets and renewable energy? What does a good policy regarding offset purchasing and renewable energy look like?
Most (I would argue 99%) of engineers work on large products where the purchasing choices have been decided, the platforms, hardware, services are fixed and they have to work the best they can within those constraints to build the most sustainable software. The SCI is a great metric for them to index against.
For the strata of engineers and IT decision-makers that do have influence over purchasing decisions, this software procurement standard can be for them.
Beta Was this translation helpful? Give feedback.
All reactions