花花說：“這個項目的老闆是真正想做事的，並且是想用咱做的APP的老闆”
還記得花花是誰嗎？
這裡有篇文章可以幫你更好的閱讀此文喲~
項目經理花花曾在老羅項目的週報中給客棧反饋：
在整個過程中，客戶一直有增加需求的需要，多次調整需求清單，原型改了多次，在即將完工之時，還想增加其他的需求模塊。
但是相對於開發項目的主邏輯功能，這些新增需求都並不是很要緊。
為了使需求不斷增加的客戶節省開發費用，以及對後期的維護更加有保障，項目經理與客棧都希望可以促成短期的整包項目開發團隊集結成雲端長期工作團隊。
當時已經做到了1.0的測試環節，在不影響項目進度的情況下，花花與客戶達成了做1.1版本的意見。隨即便開始了與客戶協商1.0開發團隊轉雲端團隊的事情。
12月25日，該項目1.0版本開發結束的時候，項目和團隊主成員，也隨即轉移到雲端組成雲團隊為客戶長期服務。
不論在線下公司工作還是線上雲端的“兼職”，我們內心追尋的除了金錢技能，隱約著還有一份需要餵養的心~
項目結束的時候，客棧會要求客戶給開發者做評價，快看看老羅的給平臺開發者的評價：
項目經理和開發團隊成員非常給力，整個團隊充滿活力，各個環節溝通順暢，技術到位，項目經理經驗豐富，銜接很好，大家都投入了極大的熱情和耐心，整體完成情況很滿意！
項目開發進入尾期，大家毫不鬆懈，專注細緻，繼續投入滿腔熱情，並對項目持續優化改進提出很多好的建議，合作越來越默契，效率越來越高，非常感謝，我對這個團隊很有信心，繼續長期合作！
客戶的這句繼續長期合作是這次項目能夠直接從整包開發中躍升到雲端僱傭的至關因素。雙方都是滿意的，那顆需要餵養的心也是滿足的~能夠長期服務一位靠譜的老闆，這是一件很幸福的事，比每次整包更換一次客戶好太多~
對於這個項目而言，花花覺得雲端應該是最好的選擇了。
“
在整包項目執行的過程中老闆這邊會有各種各樣的意見和提議，一般情況下我提的建議老闆都會支持~
我這邊基本上是在合理的範圍內加需求都會支持的，但是我會和老闆說明增加需求需要增加的成本和時間，以及增加需求執行的時間，如果老闆同意就做，不同意那就另說了~
而且需求增加的時間也需要控制一下，因為在開發週期內增加需求的話，會加大開發者的工作量和一定的不滿情緒~~除非是嚴重影響整個業務流程的需求，還是會和開發者說明白，讓開發者配合增加的~
就目前這個項目做的幾件事情來看的話，都是一些零零碎碎的小事。
但是這些零零碎碎的小事又非常影響APP的運營，如果不是在雲端的而是在整包開發的話，開發者是沒有義務幫老闆做這些事情的，雲端適合這個老闆，而且他本身也是想組建開發團隊。
”
首次做雲端的項目經理，這和之前的遠程兼職完全不一樣。
就我現在的雲端團隊看，可能大家的工作方式不同了，產品會非常細緻的跟開發解釋設計的原理，而且會跟開發討論各種設計的優缺點，採取更加合理的設計方案，雖然效率不一定比項目制高，但是慢慢的有公司做項目時的感覺了~~~
之前晚上的時候，開發這邊有疑問，產品經理連夜開產品解釋會議，開到了11：30，快把我感動壞了，這個是在項目制裡面產品經理從來沒有過的狀態。
項目制中，產品結束後，產品經理早消失不見了，還解釋呢，開發只能按照最簡單的方案去執行，現在是產品和開發開完會之後再按照目前最符合邏輯的方案再出產品原型，雖然這種處理效率上可能會比項目制低一點，但是這個確實是對產品負責的一個態度。
我個人感覺這樣可以彌補一點外包項目中質量不行的狀態。
就如何進行雲端的項目實施的問題，這個方式我還在探索。
我可能會採取快速迭代的方式來進行，什麼需求都先整理下來，按照優先級迭代上線。這樣就和項目制不太一樣了，不以交付為目的了。沒有一個固定的成果物或者是交付物了。比單做一個項目花費精力大得多。
雖然如此，翠花問花花重來一次是否還會選擇推雲端的時候，
花花說：“讓我重新選的話，我還是會做的。首先對於我而言是一種新的嘗試，我覺得這可能會是以後的一種工作方式，其次這個項目本身就給了我很多成就感，要是不做好，有點於心不忍。”
什麼樣的項目需求可以通過雲端實現呢？
就我的經歷來看，雲端會比我們目前實施的項目制度要靈活許多~
個人認為對產品依賴比較大的項目，客戶的需求比較零散的項目可以考慮採用雲端的形式；老闆需求變更比較快的，業務邏輯又有點複雜的可以也考慮這種方式。
最後還有任何疑問記得在留言板問翠花~
閱讀更多 程序員客棧 的文章
