如何分析乙個專案

資料表研究

大概知道專案的情況

資料表資料研究

進一步知道專案情況

動態資料研究

新增刪除，進行一些操作，看看資料的變化。通過變化的資料，來分析專案的功能與內部的奧秘

**研究

大致知道流程之後，可以進一步分析**，看看是如何實現的。

區域性研究到整體研究

找到乙個模組，進行分析。再找到乙個模組進行分析。多個模組分析完之後。整個專案也就基本清晰了。

使用，測試，發現問題，發現嚴重bug

功能性的bug要最先解決

使用，測試，大資料測試，發現效能的bug

效能的bug要深入研究解決

在分析好需求之後，可以進行資料庫重構或者功能重構

在不破壞現有功能的前提先，在保證資料不丟失的前提下進行

如果覺得自己功力不夠，就學習學習

這個比較辛苦。不建議開始的時候，就學習。建議從實際問題出發，先進行前面的研究。

有時候需要的不僅僅是技術，更是對專案以及需求的熟悉，對**的熟悉，對流程的熟悉，對業務的熟悉

做任何行業都是如此，熟悉業務，熟悉技能，熟悉管理，熟悉工作安排，熟悉交流溝通都很重要。

對於問題，能夠描述清楚。

能夠發現問題的原因，並能夠解決。

能夠理清楚需求，並能夠基本完成需求的工作。

**和資料庫是最好的專案老師。

api文件也是最好的技術老師。

文件的整理，需求的整理，都是乙個需要有的技能。

如何分析乙個專案

資料表研究 大概知道專案的情況 資料表資料研究 進一步知道專案情況 動態資料研究 新增刪除，進行一些操作，看看資料的變化。通過變化的資料，來分析專案的功能與內部的奧秘 研究 大致知道流程之後，可以進一步分析 看看是如何實現的。區域性研究到整體研究 找到乙個模組，進行分析。再找到乙個模組進行分析。多個...

如何啟動乙個專案

在花了幾年時間管理各種技術組織的專案經理後，我總是驚訝地發現，許多專案經理都在開始專案的時候犯難。分配給他們乙個新專案，在幾個星期，有時候甚至是幾個月之後，他們都不知道該怎麼做才能推進他們的專案，而且在這段時間裡做的很少或什麼也沒有做。難道是專案經理不完全理解任務，不熟悉他們關於這個主題的業務知識，...

如何驗收乙個專案？

今天晚上曉鴻 給我驗收了第一次機房收費系統，她的精神讓我深深的佩服。於是，想寫下這篇文章來記住這種感覺。曉鴻 在驗收之前還對我進行有說有笑的聊天，等專案一開始，曉鴻 就開始非常的嚴肅的對待我做的專案。讓我記憶猶新的是她會把每乙個窗體每乙個按鈕都會點一次，然後指出不符合使用者習慣的地方，她還會把控制項...