2008-11-21 63 views
6

我在一個嚴重依賴技術標準的組織工作。對於大多數過去來說,這很好,有助於爲開發人員提供指導,並幫助他們輕鬆跨越團隊。說服一家公司爲他們的標準體系添加新技術和新技術?

但是在過去的一年裏,我發現了使用新技術做事情的更有效方法,並且我正在努力將這些策略添加到技術路線圖中。

有沒有人有過這樣的經歷,如果有的話,他們做了什麼來實現組織變革?

+0

考慮更改您的問題/標題以更準確地反映您在正文中提問的問題。 :) – Pistos 2008-11-22 04:06:36

回答

8

經過許可,提議使用新技術做一個小項目。證明它的價值並且它有效。

1

我在一家小型機構工作,我很幸運能夠直接接觸到我的老闆。當我找到更好的工作方式來完成我的工作時,我只需確保讓他知道在工作週期的早期就有選擇。隨着時間的推移,我們建立了一種信任的水平,每次我提出一種新方法時,阻力越來越小。

我也確保記錄使用新技術節省了多少時間/金錢。這很容易成爲發展公司流程的最有說服力的方式。豆計數器愛指標!

0

如果你最終得到的是一羣非自己的人的支持,你需要遵守標準。你能想象沒有標準的開源開發嗎?

2

我在我認爲是一個相當落後和古老的商店。我們仍在使用CVS(!),本週Perl僅從5.6升級到5.8,而今年我們僅從4開始支持PHP 5。如果你取得任何成功,請告訴我:)但根據經驗,我可以告訴你,有時阻礙採用新技術的一個重要因素並不是因爲技術的優勢和優勢未知或未被認可,而是相反,管理層希望獲得更多緊迫的優先事項。

如果團隊,部門或公司正在使用當前使用的技術,或者與他們做得相對較好,那麼更換甚至測試駕駛新東西可能還沒有足夠的理由。

我正在做的事情,你可能會考慮的是記錄你認爲較差的技術遇到的實際有形問題。例如,就我而言,我記錄了CVS給團隊任何成員帶來問題或沮喪的時間,尤其是當我的首選解決方案(git)可以節省團隊時間,或者使CVS的快速解決方案成爲可能時不允許。在某個時候,積累的證據可能足以支持決定改變新技術。

0

如果您向相應的決策者清楚理性地說明您的情況,那麼您很有可能接受您的提案。

一些提示:

  • 闡明在標準的變化的。請確保您根據商業價值表達這一點,而不僅僅是您個人的偏好或便利。
  • 確保您可以證明的成本和風險與收益相比變化不大。它可以大量幫助你量化這些。

例子:

  • 規範Java的最新版本將意味着我們沒有繼續在£YYM每年的成本保持XX舊代碼分支。
  • 採用雲基礎架構技術YY將減少將新服務器從7天配置到1天的時間,這將使我們能夠爲客戶收取額外6天的收入。風險很低,因爲我們已經在A隊中成功試用了這項技術。