本來是不想接這個活的。但是因為種種原因戈咳，有幸過了一把項目經(jīng)理的癮心软。這里我就簡單分享一下，我這一次做項目經(jīng)理的種種著蛙。
3月份中旬删铃，有一家上市企業(yè)的一個產(chǎn)品經(jīng)理突然拜訪我們公司。他們是一家傳統(tǒng)地做硬件企業(yè)踏堡，在國內(nèi)和歐美市場的銷量非常大猎唁。他們突然想在歐美推出一款帶app控制的產(chǎn)品，只需要我司根據(jù)他們硬件提供一個Andriod的demo就好顷蟆。時間只給了10天诫隅。
拜訪后第二天，他們就把訂金打過來了帐偎。果然是一個有錢的企業(yè)逐纬，連一個demo都舍得花這么多錢。（當然削樊，這個錢我本來是不知道多少的豁生，去總監(jiān)桌上拿文件時，不小心看到了漫贞。我真是佩服我自己甸箱，這也能看見。）我們這個組迅脐，一共四個人：一個Andriod開發(fā)工程師摇肌，一個嵌入式開發(fā)工程師，一個硬件工程師仪际，一個設計師（當然也沒有幾個圖切）围小。
1.和客戶確定核心需求。
這一點树碱，非常重要肯适。你首先要了解客戶的核心需求是什么，然后為了實現(xiàn)這個核心需求成榜，需要我們硬件工程師和軟件工程師做什么框舔。然后也要想想我們之前做過的項目經(jīng)驗，有沒有可以直接套用的？有沒有別的不一樣的刘绣？畢竟客戶一直強調(diào)時間很急樱溉。在談核心需求時，也要把硬件本身無法突破的點和客戶講清楚纬凤。不然后續(xù)會很麻煩福贞。
2.確定Andriod的ui。
畢竟客戶一直做的都是傳統(tǒng)行業(yè)停士。他們在設計demo時挖帘，沒有請設計人員做過。只是隨手畫了幾個按鈕恋技，特殊的進度條控制等拇舀。于是，我和設計師專門給客戶提出了如何擺放蜻底，然后推薦客戶需要的背景顏色骄崩，要不要什么動畫或者有什么特殊要求撒的。畢竟demo只有4個頁面薄辅。
3.及時傾聽嵌入式開發(fā)工程師和硬件工程師的意見要拂。
畢竟在這個項目小組里，app的功能很弱长搀，除了一些交互外宇弛，別的就沒了。而硬件工程師就不一樣源请，測電壓枪芒，測參數(shù)，各種調(diào)試谁尸。和app對接的嵌入式開發(fā)工程師要做各種程序燒入舅踪。所以一定要隨時聽他們的意見和跟進進度。
4.及時與客戶溝通良蛮，反饋抽碌。
畢竟客戶的時間排地很緊，對于這么著急的項目决瞳，有任何問題货徙，一定要第一時間通知客戶，與客戶進行協(xié)商皮胡。我們遇到的問題主要是：
1）.ui上有些EQ是從0到10痴颊，而實際硬件是0到20。
2）.藍牙會出現(xiàn)跳頻的情況屡贺，部分Andriod手機總是無法搜索到蠢棱，
3）.傳感器太過于敏感锌杀，容易出現(xiàn)極端情況。
關于第一個問題泻仙，肯定是要改ui糕再，畢竟要服從硬件的原則，但要告訴客戶一聲玉转。至于第二個問題突想，跳頻是很正常的，但是如果已經(jīng)有部分Andriod機是OK冤吨，如果時間充沛蒿柳，肯定是繼續(xù)調(diào)饶套，如果不夠漩蟆，就要優(yōu)先適配客戶要求適配的機型，所以一定要和客戶溝通妓蛮。最后一個問題是特別棘手的怠李，不僅硬件要判斷，app也要做優(yōu)化蛤克。尤其是硬件那一方面构挤，還真的是有點復雜筋现。最終在硬件部經(jīng)理的幫助下解決了矾飞。
5.測試交付產(chǎn)品洒沦。
個人覺得申眼，和客戶交付產(chǎn)品時括尸，態(tài)度很重要钓辆。盡管是程序都會有bug，但是作為程序員功戚，要盡可能地追求完美啸臀。哪怕它只是一個demo烁落。所以就算有人測試伤塌，自己也要多測。當然旦棉，很幸運，項目如期通過了客戶的驗收真屯。
以上就是最近負責的一個小的項目的經(jīng)過。如果以后還有這樣的機會晾匠，也愿意和大家分享一下凉馆。
晚安，朋友們色瘩。
