我們在上一篇有關選擇最佳軟件的文章中提到了這一點，自己的初步分析 公司業務 （否則，將無法做出明智的選擇）。 我們還將看到，對於一個好的選擇，有必要考慮數量有限的供應商。 然後，不僅要從“技術”角度分析解決方案，還要分析解決方案所提供的服務和人力資源的組織，這對於在我們公司中從新軟件中獲得最大收益是必不可少的。 否則，我們將無法獲得理想的收益，因此會花費慘重的錢。
現在讓我們退後一步，問問自己哪些 功能要求 以及哪些 如何購買 將必須提供滿足我們需求的理想解決方案：總而言之，我們期望在最佳軟件中發現哪些主要好處。 同樣在這種情況下，對於我們業務的初步分析， 我們不會考慮任何特定的產品或技術規格：這將是下一步。 現在，我們只需填寫一個清單，其中列出要勾選的項目，這些項目將在後續步驟中派上用場。
“我們問自己哪個 功能要求 以及哪些 如何購買 將必須提出滿足我們需求的理想解決方案：總而言之，我們期望在最佳軟件中找到的主要好處是什麼？
而且在這種情況下，我們的 待辦事項清單 明確指出並涉及 更多決策者 公司內部：當然不只是IT部門。
La 選擇企業級軟件 它可能是需求的結果，表現為公司的內部部門，也可能是公司的直接授權。 高層管理人員 （從總體上了解公司的未來利益以及遵循的策略）。 任務本身的來歷在很大程度上取決於所考慮的程序是否 核心 或次要業務。 記住，經常選擇新軟件是更改流程的關鍵。
無論如何，真正重要的是 所有 參與的演員 （包括那些表明需要的人，那些在最高級別上做出決定的人以及那些具有進行未來談判的技術和職能技能的人） 根據選擇的目的和解決方案的特點進行調整 被收購。
只有根據這些假設，我們才能實際起草 功能需求清單。 理想情況下，我們的三個參與者（用戶，高級經理和技術職能分析師）將齊心協力，共同開展 頭腦風暴。 無疑，這種可能性取決於變量 時間 （需要考慮內部成本） defi的概念和管理 項目).
如果我們考慮選擇的另一個方面，那麼這種對齊活動就顯得尤為重要： “買方的旅程”，即從需求開始並經過市場報價信息檢索的購買過程，可能會有一些 “灰色區域”。 實際上，高層管理人員或將從該解決方案中受益的公司職能部門發現自己對要採用的解決方案具有一般知識並不罕見：它知道自己想要什麼，而不是清楚清楚地告訴它。 這也是 有用 專家支持 在IT部門，如果要由具備適當技能的優秀職能分析師來管理。
然後在這裡 團隊會問的一些問題: 詳細的要求是什麼？ 編制清單的整個團隊是否清楚每一點？ 進行談判的人是否考慮到自己的任務？ 任務授權本身是否具體、詳細，或者是否存在缺陷？ Scrum 方法是一個很好的策略：參與項目的人都講一個故事，這樣話語演示就有利於 defi工作中使用的概念。
通常是市場上的企業解決方案 沒有所有必需的功能 買方。 公司經理從一開始就知道這一點。 這就是為什麼一旦制定了清單後，我們便繼續建立 指數 優先：每個公司一旦設定了目標，就會擁有自己的目標。
“通常是市場上的企業解決方案沒有所有必需的功能 買方。 公司經理從一開始就知道這一點。 這就是為什麼一旦制定了清單後，我們便繼續建立 指數 優先“
一些建議聯想 對每個要求的重要性得分不同：所檢查的每個解決方案的總分將是當前要求及其相對重要性的總和。 這是常識性的建議，但前提是您在最終評估中不要過於示意：自然而然地， 等級 除了供應商以外，還有軟件外部的其他因素。 我們將在以後的文章中看到它們。
評估內在 軟件質量 有必要建立一些 客觀指標 （因此超出了公司的功能要求，純粹是主觀要求）。
不知道要測量產品的變量意味著無法了解自己的產品 值。 同樣，我們要編譯一個列表 第一 檢查各個解決方案：我們將在實際選擇時將其用作儀表。
關於該主題有大量文獻：實際上，只需輸入搜索引擎 “軟件質量” 發現有關該主題的帖子和書籍。 一個有用的起點就是聲音 維基百科，其中列出 一組參數 外部 （即，關於用戶感知的質量），以評估要獲取的解決方案的質量。 其中：正確性，可靠性，魯棒性，效率。 而且 室內，由一組驗證 開發商：可維護性，可重用性，模塊化是列出的一些示例。
同樣在這種情況下，團隊決定 各種參數的優先級索引：例如，具有項目戰略眼光的公司管理層可以將軟件的可重用性放在第二位。 當然，在軟件選擇的這個階段，很高興知道 質量功能 公司的名稱（如果有）。
這是一個基本變量：開始談判之前，您需要牢記 預算 您可用於的總數 軟件採購 （包括軟件本身和選擇活動所需的工時成本）。 為了建立一個現實的總和，有些公司已經有了公司先前購買的解決方案的基準，而另一些公司則依靠來自同一行業（或同一行業集團）的同事之間的口口相傳。 檢查以前在相似解決方案上已經花費了多少，這有助於軟件選擇過程。
“您需要牢記可用於 軟件採購：檢查以前為類似解決方案花費了多少，實際上有助於軟件選擇過程“
當然，企業級軟件的價格不僅是其內在質量的直接結果，而且還是供應商設計和開發該軟件的工作的直接結果：要攤銷成本，有 靈活的收購形式 （我們將在6點看到它們）。
永遠不會有足夠的談論它：每個公司都發現自己在交易 越來越多的數據 有關其業務和客戶的信息。 同時，我們知道，近年來人數有所增加 網絡攻擊 在公司數據庫上。 因此，保護您的信息是管理信息的人直接和不可避免的責任。
因此，進行協商的人員的任務之一就是了解提供商的保護措施。 同時，對風險和解決方案的基本了解不會損害： ICT部門經理 他將能夠在這兩個方面通知他的公司聯繫人。
確定您是否喜歡解決方案 在雲端 （在遠程基礎架構上）或 預置 （安裝在公司服務器上）不只是一個怪癖：預算和數據管理類型直接影響到 如何管理軟件.
對於許多經理來說， 本地解決方案 它仍然與穩定性和控制感相關聯；但是，要考慮最重大的投資。 另一方面， 雲 它在價格上更加靈活且價格便宜，但是要求供應商在數據安全性和通道性能（即程序的傳輸和執行速度）方面給予更大的保證。
承擔費用的方式也發生了變化：本地價格通常基於支付 許可，定製成本，初始設置，後續維護成本等。 雲是模型 每次使用付費：成果更多，成本更高。 通常，在雲模式下，構成成本的所有費用都將轉換為費用，這些費用通常加起來較低（與多年的合同承諾相比，通常為三到五年）。
看起來似乎是個悖論，但這只是表面上的：我們對新解決方案的期望的良好清單... 對需要更改的軟件的分析。 當然，我們指的不是第一次安裝的情況。
“我們對新解決方案寄予厚望的良好清單... 對需要更改的軟件的分析“
首先，目的是指出 弱點：是導致我們尋找其他產品的特性。 甚至軟件老化和對其進行積極的處理也可能被證明是錯誤的舉動。
但是，我們可能還必須寫下一些 Punti di forza：實際上，並不是說舊解決方案的流程管理在各個方面都是不完整的。
同樣，在此分析期間，進行共享工作很有用： 功能知識 e 技術知識 它們齊頭並進，兩者都有助於對軟件質量進行更具體的評估。 甚至一個改變！
我個人認為，當軟件不再足夠時，那肯定不是當時做出選擇的人的錯。 簡單地 市場變了 而且該軟件無法滿足新的業務需求。 這就是為什麼最新方向越來越趨向於 重構 連續應用。
