(1)系統(tǒng)的復(fù)雜性。
(2)程序員的差異因素。
(3)代碼的維護(hù)工作。
(4)缺乏天才程序員的參與。
(5)項目管理方面的問題。
2008年1月14日 #
曲:顧嘉輝 詞:黃沾
浪奔浪流
萬里滔滔江水永不休
淘盡了世間事
混作滔滔一片潮流
是喜是愁
浪里分不清歡笑悲憂
成功失敗
浪里看不出有未有
愛你恨你
問君知否
似大江一發(fā)不收轉(zhuǎn)千彎轉(zhuǎn)千灘
亦未平復(fù)此中爭斗
又有喜又有愁
就算分不清歡笑悲憂仍愿翻百千浪
在我心中起伏夠
這是一個關(guān)于鷹的故事。
鷹是世界上壽命最長的鳥類,它一生的年齡可達(dá)70歲。
要活那么長的壽命,它在40歲時必須做出困難卻重要的決定。這時,它的喙變得又長又彎,幾乎碰到胸脯;它的爪子開始老化,無法有效地捕捉獵物;它的羽毛長得又濃又厚,翅膀變得十分沉重,使得飛翔十分吃力。
此時的鷹只有兩種選擇:要么等死,要么經(jīng)過一個十分痛苦的更新過程——150天漫長的蛻變。它必須很努力地飛到山頂,在懸崖上筑巢,并停留在那里,不得飛翔。
鷹首先用它的喙擊打巖石,直到其完全脫落,然后靜靜地等待新的喙長出來。鷹會用新長出的喙把爪子上老化的趾甲一根一根拔掉,鮮血一滴滴灑落。當(dāng)新的趾甲長出來后,鷹便用新的趾甲把身上的羽毛一根一根拔掉。
5個月以后,新的羽毛長出來了,鷹重新開始飛翔,重新再度過30年的歲月!
We also introduced some core JBI concepts:
SLD(Style Layer Descriptor)樣式層描述符
基于XML語言
創(chuàng)建樣式,相對比較簡單。
1. SLD Hello World
1.1 Create the SLD File----OK
1.2 Load Your New SLD ----OK
1.3 Give a FeatureType Your New SLD---OK
View the Style---OK
2. SLD Text Symbolizers 文本符號----OK 存在問題:使用中國地圖顯示異常,請求樣式不適用于圖層,進(jìn)一步操作??????
Modify the SLD File to Include Text Symbolizers
<Label>: What label to give each rendered object. Here we use an attribute of the object, "TYPE". The property name is case sensitive. 標(biāo)簽
<Font>: The font and size the label will have. 字體
<Fill>: The color that we will fill the font with 填充
3. Outlines and Filters -----OK
<ogc:Filter>
<ogc:Not>
<ogc:PropertyIsEqualTo>
<ogc:PropertyName>TYPE</ogc:PropertyName>
<ogc:Literal>highway</ogc:Literal>
</ogc:PropertyIsEqualTo>
</ogc:Not>
</ogc:Filter>
<ogc:PropertyIsLessThan>
<ogc:PropertyIsGreaterThan>
The halo is essentially a buffer outline of the text. halo文本的暈環(huán)
4. What SLDs are, a text approach
SLD (Styled Layer Descriptor) is a specification put out by the OGC, that defines an XML language to allow users to define symbolization of their feature data. It was written to be a complement to their Web Map Service (WMS) specification, by extending it to allow users a way to define how they want to visualize their features.
Then there are 5 types of symbolizers you can use to actually portray the features,
(1)line, 線
(2)polygon, 多邊形
A Polygon Symbolizer has a geometry and a stroke, just like a line symbolizer, but also has a 'fill', defining what color to put in the center. Can be straight color, or a graphic, of varying opacity and the like.
(3)point, 點
A point symbolizer is made up of a geometry and a Graphic. A graphic is made of either an External Graphic, or a Mark, and has an opacity, a size, and a rotation. Opacity is the same as for the other symbolizers, Size is the absolute size of the graphic in pixels (default is to be dynamic), and rotation defines the rotation of the graphic in the clockwise dimension in decimal degrees. A Mark has a well known name (like square, circle, star, ect.), and a fill and a stroke. An External Graphic uses an xlink to refer to the location of an resource on the web to use to represent the point.
(4)text, 文本
A text symbolizer is made up of a Geometry, a Label, a Font, a LabelPlacement, a Halo, and a Fill.
(5)and raster. 光柵
A raster symbolizer consists of a Geometry(幾何學(xué)), opacity(透明度), channel selection(路線選擇), overlap behavior(交疊事件), color map(顏色地圖), contrast enhancement(對照增強), shaded relief(陰影浮雕) and image outline(圖像輪廓).
STEP 1. Start GeoServer and Login---- OK
用戶名:amdin
密 碼:geoserver
STEP 2. Create a DataStore -------OK
STEP 3. Create The FeatureType---- OK
3415 PROJCS["WGS 72BE / South China Sea Lambert",
GEOGCS["WGS 72BE",
DATUM["WGS 72 Transit Broadcast Ephemeris",
SPHEROID["WGS 72", 6378135.0, 298.26, AUTHORITY["EPSG","7043"]],
TOWGS84[0.0, 0.0, 1.9, 0.0, 0.0, 0.814, -0.07838062637389662],
AUTHORITY["EPSG","6324"]],
PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
UNIT["degree", 0.017453292519943295],
AXIS["Geodetic longitude", EAST],
AXIS["Geodetic latitude", NORTH],
AUTHORITY["EPSG","4324"]],
PROJECTION["Lambert Conic Conformal (2SP)", AUTHORITY["EPSG","9802"]],
PARAMETER["central_meridian", 114.0],
PARAMETER["latitude_of_origin", 21.0],
PARAMETER["standard_parallel_1", 18.0],
PARAMETER["false_easting", 500000.0],
PARAMETER["false_northing", 500000.0],
PARAMETER["standard_parallel_2", 24.0],
UNIT["m", 1.0],
AXIS["Easting", EAST],
AXIS["Northing", NORTH],
AUTHORITY["EPSG","3415"]]
STEP 4. Try It Out----Exception
出現(xiàn)問題,出現(xiàn)異常
java.lang.reflect.UndeclaredThrowableException
繼續(xù)努力===========|||||||||
嘗試變化地圖的文件-----
嘗試修改樣式----失敗
(1)The requested Style can not be used with this layer. The style specifies an attribute of PERSONS and the layer is: topp:world_adm0
提示樣式不正確。
(2)重新新增樣式
樣式表的問題-----修改為系統(tǒng)原有樣式。系統(tǒng)正常。
Geoserver 下載后運行有比較弱智的問題:
在運行startup.bat后,系統(tǒng)沒有正常運行起來。原因是因為java_home的放在Program Files下,郁悶了小半天,移動了一下位置,終于運行起來了。
面對未來充滿憧憬與向往,但是一定要面對現(xiàn)實,腳踏實地,將理想轉(zhuǎn)化為理性的可以操作的實際行動。
從理想主義到實用主義的轉(zhuǎn)變。
變革是痛苦的,但同時也是必要的。企業(yè)要想獲得相應(yīng)的持續(xù)發(fā)展,必須要拿出相應(yīng)的措施和手段來促進(jìn)相應(yīng)的發(fā)展。
作為個人也是一樣的,要隨著企業(yè)環(huán)境和外在環(huán)境的變化,不斷調(diào)整自己的角色,適應(yīng)相應(yīng)的發(fā)展。
從一個資深的軟件工程師轉(zhuǎn)變成項目經(jīng)理,從一個項目經(jīng)理到項目管理辦公室,從項目辦公室到相應(yīng)的市場營銷管理,從市場營銷管理到公司整個研發(fā)、市場、測試實施、銷售、財務(wù)、行政、人事等等方面的全面管理,需要不斷的提升自己,自我充電,方能實現(xiàn)一步步的調(diào)整。
整個過程是痛苦的,也是艱辛的。
今天看了對話視頻中糧集團(tuán)的董事長說,最終活下來,或者說生存下來的,不是最強大的,也不是最聰明的,而是最適應(yīng)外界環(huán)境的。物競天擇,適者生存。
不知不覺公司又剩下最后一天的時間,可是事情卻依然很多沒有處理掉。溝通很重要,很多事情寧愿多打幾個電話,短信不可靠。時間是不等人的,時間一點點過去,不依賴于人的意志,可是人這個主觀的動物總也不能擺脫懶惰、散漫的本性。
辦事情的人總也很少,而人總是有這樣那樣的缺陷,如何進(jìn)行有效利用更好?用還是不用?都會成為難題。
(1)事情越來越多,在項目中的有N多To Do List的,如何靜心?
//不要情緒化,理性,做事情能平和的處理每一件事情。
(2)如何以最快的速度進(jìn)入進(jìn)入狀態(tài)非常關(guān)鍵?
//拿到的事情能快速進(jìn)入到思維中。
(3)因為處理一件事情后,要快速進(jìn)入到相應(yīng)的其他事情的處理;How?
//退出機制,一旦退出后,就不再進(jìn)入。
(4)另外很多事情做到一半打斷,如何做?
//除非很重要很緊急的事情,否則一律擋掉,一心不能兩用。
最后,不要隨心所欲的處理事情,要有計劃性,否則如野馬在荒原中馳騁永遠(yuǎn)找不到相應(yīng)的目標(biāo)。
需求變更控制
前面已經(jīng)說過了,在軟件開發(fā)項目開始之前,就要消除“絕不允許發(fā)生需求變更”的思想。在項目進(jìn)行,一旦發(fā)生需求變更,更不要不一味的抱怨,也不要去一味地迎合客戶的“新需求”,而是要管理和控制需求變更。
1、 分級管理客戶需求
軟件開發(fā)項目中,“客戶永遠(yuǎn)是對的”和“客戶是上帝”并不完全的正確,因為在已經(jīng)簽定的項目合同中,任何新需求的變更和增加除了影響項目的正常進(jìn)行以外,還影響到了客戶的投入收益,所以有的時候項目經(jīng)理反倒應(yīng)該為客戶著想。
對于項目中的需求,可以實行分級管理,以達(dá)到對需求變更的控制和管理。
一級需求(或變更)是關(guān)鍵性的需求,這種需求如果不滿足,意味著整個項目不能正常交付使用,前期工作也會被全部否定。這個級別的需求是必須滿足的,否則就意味著否定自已的項目成員和成員的所有努力,所以定為“Urgent”。 這通常是屬于補救性的debug類型,要救火。
二級需求(或變更)是后續(xù)關(guān)鍵性需求,它不影響前面工作內(nèi)容的交付,但不加以滿足,新的項目內(nèi)容無法提交或繼續(xù),所以是“Necessary”。一般新模塊關(guān)鍵性的基礎(chǔ)組件,屬于這個級別。
三級需求是后續(xù)重要的需求,如果不被滿足會令整體項目工作的價值下降,為了體現(xiàn)項目價值,也是開發(fā)人員自已的技術(shù)價值的證明,所以定為“Needed”。一般性的重大的有價值的全新模塊開發(fā),屬于這個級別。 項目管理者聯(lián)盟,項目管理問題。
以上三個等級是應(yīng)該實施的,但時間性上可以作優(yōu)先級的排列。
四級需求是改良性需求,沒有滿足這類需求并不影響已有功能的使用,但如果實現(xiàn)了則會更好,定級為“Better”。界面和使用方式的需求,一般在這個檔次。
五級需求是可選性需求,更多的是偶是一種設(shè)想,以及一種可能,通常只是客戶的的一種個人喜好而已,定級為“Maybe”。
對于四級需求,如果時間和資源條件都允許的話,不妨做下去。對于五級需求,正如對它的描述一樣,做與不做是“Maybe”。
2、全生命周期的需求變更管理
各種規(guī)模和類型的軟件項目的生命周期大致可以分為三個階段,即項目啟動、項目實施、項目收尾。不要以為需求變更的管理和控制只是發(fā)生在項目實施階段,而是要貫穿在整個項目生命周期的全過程中。
站在全局角度的需求變更管理,需要采用綜合變更控制的方法。
(1) 項目啟動階段的變更預(yù)防
正如前面強調(diào)的,對于任何軟件項目,需求變更都無可避免,也無從逃避,無論是項目經(jīng)理還是開發(fā)人員只能積極應(yīng)對,而這個應(yīng)對應(yīng)該是從項目啟動的需求分析階段就開始了。
對一個需求分析做得很好的項目來說,基準(zhǔn)文件定義的范圍越詳細(xì)清晰,用戶跟項目經(jīng)理提出需求變更的幾率就越小。如果需求沒做好,基準(zhǔn)文件里的范圍含糊不清,被客戶發(fā)現(xiàn)還有很大的“新需求空間”,這時候項目組往往要付出許多無謂的犧牲。
如果需求分析做得好,文檔清晰且又有客戶簽字,那么后期客戶提出的變更就超出了合同范圍,需要另外收費。這個時候,項目經(jīng)理一定要據(jù)理力爭,此時這并非要刻意賺取客戶的錢財,而是不能讓客戶養(yǎng)成經(jīng)常變更的習(xí)慣,否則后患無窮。
(2) 項目實施階段的需求變更
成功的軟件項目和失敗項目的區(qū)別就在于項目的整個過程是否是可控的。
項目經(jīng)理應(yīng)該樹立一個理念,即“需求變更是必然的、可控的,并且是有益的”。項目實施階段的變更控制需要做的是分析變更請求,評估變更可能帶來的風(fēng)險和修改基準(zhǔn)文件。
控制需求漸變需要注意以下幾點:
需求一定要與投入有聯(lián)系,如果需求變更的成本由開發(fā)方來承擔(dān),則項目需求的變更就成為必然了。所以,在項目的開始,無論是開發(fā)方還是出資方都要明確這一條:需求變,軟件開發(fā)的投人也要變。
需求的變更要經(jīng)過出資者的認(rèn)可,這樣才會對需求的變更有成本的概念,能夠慎重地對待需求的變更。
小的需求變更也要經(jīng)過正規(guī)的需求管理流程,否則會積少成多。
在實踐中,人們往往不愿意為小的需求變更去執(zhí)行正規(guī)的需求管理過程,認(rèn)為降低了開發(fā)效率,浪費了時間。但正是由于這種觀念才使需求逐漸變?yōu)椴豢煽兀罱K導(dǎo)致項目的失敗。
精確的需求與范圍定義并不會阻止需求的變更。
并非對需求定義得越細(xì),就越能避免需求的漸變,這是兩個層面的問題。太細(xì)的需求定義對需求漸變沒有任何效果。因為需求的變化是永恒的,并非需求寫細(xì)了,它就不會變化了。
注意溝通的技巧。
項目開發(fā)過程中的實際情況是用戶、開發(fā)者都認(rèn)識到了上面的幾點間題,但是由于需求的變更可能來自客戶方,也可能來自開發(fā)方,因此,作為需求管理者,項目經(jīng)理需要采用各種溝通技巧來使項目的各方各得其所。
如果是單純讓你選擇“大”或“小”,你選擇哪一個?一般人是選擇“大”,為什么?規(guī)模大、市場大、公司大;某中程度上大成了一個褒義詞。
其實面對市場的大與小,客戶的大與小,公司的大與小等等,關(guān)鍵是自身的駕馭能力,你是否已經(jīng)準(zhǔn)備好了,你是否將相應(yīng)的風(fēng)險是否有所準(zhǔn)備;面對大客戶,苛刻的質(zhì)量和流程要求你是否能做到;面對大容量的市場,你如何一些巨頭進(jìn)行PK,如何獲得自己的生存空間。
大與小的選擇本身是一個博弈問題,大小適中最好,利潤最佳最好,項目的主體控制權(quán)把握會成為關(guān)鍵。
很多事情是投鼠忌器的,擔(dān)心客戶知道了,客戶就不會支付。就這樣我們一直處于等待的狀態(tài),我們期望客戶能夠發(fā)善心,通過我們的充滿愛心的英勇善戰(zhàn)的方式去解決客戶的問題。結(jié)果我們就一直這么扛著,到達(dá)一定狀態(tài)后,我們感覺距離客戶支付的時間節(jié)點遙遙無期,然后我們就采取很強硬的手段去處理。這時候,雙發(fā)鬧得很不愉快。其實實現(xiàn)就應(yīng)該將相應(yīng)的規(guī)則將出來,例如需求和問題的界定,如果軟件始終處于無法凍結(jié)代碼編寫的階段,后期的處理就很是被動,如果進(jìn)入測試、實施、培訓(xùn)、上線。
如何處理與客戶之間的關(guān)系是一門很深的學(xué)問。這不書本上和傳統(tǒng)宣傳上介紹的東西。如何進(jìn)行博弈、如何進(jìn)行平衡會成為最大的難題。但是大家講相應(yīng)的規(guī)則進(jìn)行制定,提早通知溝通、避免后期操作越來越失控,達(dá)到無法處理的邊緣,任由客戶的擺布。而“用人不疑”,說的是企業(yè)管理中必需的監(jiān)督機制。企業(yè)管理中,既要有激勵機制,又要有監(jiān)督制約的機制,這是企業(yè)管理不可或缺的“兩個輪子”。沒有監(jiān)督機 制的管理,名為“放手”,實為“放羊”。想當(dāng)初英國的巴林銀行對駐新加坡的里森“用人不疑”,結(jié)果三年中他一直做假帳隱瞞虧損,最后造成8億多英磅的損 失,迫使有200多年歷史的老牌巴林銀行破產(chǎn)。“用人也疑”的監(jiān)督制約機制,體現(xiàn)著企業(yè)的運行機制的完善。對任何人來說,沒有監(jiān)督制約機制,就等于沒有有 效的管理,“用人不疑”也就建立在盲目無序的基礎(chǔ)之上,最后難免要出現(xiàn)這樣那樣的問題,甚至是滅頂之災(zāi)。
“用人不疑”也往往會被解釋為放手不管,任其去干,而“用人也疑”則是放中有管,在放和管中尋求最佳的適應(yīng)度,使企業(yè)管理中激勵機制與監(jiān)督機制之兩個輪子和諧運轉(zhuǎn),并行不悖。
(1)不要動怒,怒則非理性,不應(yīng)該說的說了;人是情緒化的動物,但是不能為情緒所左右;
(2)改掉一些口頭禪,言語要為溝通后的結(jié)果負(fù)責(zé);
學(xué)習(xí)一下律師!!嚴(yán)密的邏輯 + 靜
歌詞:
從那遙遠(yuǎn)海邊慢慢消失的你
本來模糊的臉竟然漸漸清晰
想要說些什麼又不知從何說起
只有把它放在心底
茫然走在海邊看那潮來潮去
徒勞無功想把每朵浪花記清
想要說聲愛你卻被吹散在風(fēng)里
猛然回頭你在那里
如果大海能夠喚回曾經(jīng)的愛
就讓我用一生等待
如果深情往事你已不再留戀
就讓它隨風(fēng)飄遠(yuǎn)
如果大海能夠帶走我的哀愁
就像帶走每條河流
所有受過的傷
所有流過的淚
我的愛
請全部帶走
曲:顧嘉輝 詞:黃沾
浪奔浪流
萬里滔滔江水永不休
淘盡了世間事
混作滔滔一片潮流
是喜是愁
浪里分不清歡笑悲憂
成功失敗
浪里看不出有未有
愛你恨你
問君知否
似大江一發(fā)不收轉(zhuǎn)千彎轉(zhuǎn)千灘
亦未平復(fù)此中爭斗
又有喜又有愁
就算分不清歡笑悲憂仍愿翻百千浪
在我心中起伏夠
親愛的紅杉旗下公司CEO,
現(xiàn)在到了十分危急的時刻。大家注意到谷歌、雅虎和思科等公司最近的股價了嗎?他們?nèi)急┑9雀璧氖杏室训林挥性瓉淼亩种弧D銈冎肋@意味著什么嗎?紅杉資本合伙人的凈資產(chǎn)總計損失達(dá)幾十億美元。數(shù)十億美元啊!遭受如此大的損失,我們現(xiàn)在都不再是億萬富豪了。當(dāng)初,納斯達(dá)克突破2500點時,我們公司至少有六個億萬富豪。現(xiàn)在一個都沒有了。也就是說,本打算50出頭退休的我們,現(xiàn)在若想實現(xiàn)億萬富豪的人生目標(biāo),大多數(shù)人只能繼續(xù)奮斗下去。我們也許再也看不到10億美元了?還是打消這種想法吧。
大家應(yīng)該了解的另一件事是,在我們有限的投資者面前,我們再次顯得山窮水盡了。我們在互聯(lián)網(wǎng)泡沫破裂時也曾遭遇類似的危機,當(dāng)時,我們過于自信,在那種情況下還堅持投資了Webvan和eToys。盡管我們的創(chuàng)始人唐•瓦倫丁(Don Valentine)早在1999年中期就預(yù)測“將有許多互聯(lián)網(wǎng)公司破產(chǎn)”,但我們?nèi)宰龀鲞@些投資。現(xiàn)在全世界都知道,我們是慘敗而歸。我們不得不站在所有投資者面前,對我們?nèi)绱擞薮赖男袨楸硎厩敢狻O胂氚桑t杉資本竟然公開道歉!
也許,一系列投資的成功沖昏了我們的頭腦,讓我們不知不覺放松了警惕。我們在YouTube的投資帶來了8億美元的回報,投資其他Web 2.0公司也讓我們獲利數(shù)百萬美元。我們本應(yīng)該更早敲響警鐘,現(xiàn)在,我們想提醒大家再次注意紅杉資本對我們所投資的公司的各項要求:
1. 市場規(guī)模和時機就是一切!我們不會花錢去告訴人們,他們?yōu)楹我矚g你們的產(chǎn)品。很多VC在剛起步的公司身上浪費了幾十億美元,這些公司在市場尚未形成之前便去開發(fā)產(chǎn)品。
2. 我們還要重申一下第一點的重要性,也就是說,市場規(guī)模比你們本人更加重要。正如我們一向說的那樣,你們不能改變市場機遇,但可以撤換CEO。
3. 我們的投資理念是,僅僅用一根火柴點燃地獄般的火海。假如你們不理解這個類比,我們再解釋一遍,那就是產(chǎn)品一定要做到節(jié)約,節(jié)約,再節(jié)約!任何剛剛起步的公司只有兩項任務(wù):一是“生產(chǎn)產(chǎn)品”,一是“銷售產(chǎn)品”。如果你們的團(tuán)隊中有人做不到這兩點,那就炒他的魷魚。
4. 不要租用昂貴的辦公樓,不要鋪張浪費。
5. 聘請一些年輕聰慧的移民。他們的薪水比最低工資水平稍高,每周可以工作100個小時以上——相信我們。紅杉資本有個秘密:過去15年,在我們多數(shù)最劃算的投資交易中,對方的創(chuàng)業(yè)團(tuán)隊中都有二十出頭、很有拼勁的年輕移民,例如谷歌的塞吉•布林(Sergey Brin)和YouTube的陳士駿。
6. 一旦產(chǎn)品開發(fā)出來,你們就應(yīng)該考慮減少工程師數(shù)量,因為他們中很多人已不再有用。工程效率才是至關(guān)重要的!
7. 管理層每一個人都應(yīng)參與產(chǎn)品銷售,這樣,管理人員才能真正了解自己所銷售的產(chǎn)品以及如何成功進(jìn)行銷售。這件事情必須在擴(kuò)大銷售團(tuán)隊之前進(jìn)行。
8. 解散吃得肥頭大耳的銷售團(tuán)隊,硅谷到處充斥著這些拿著高額底薪和獎金的銷售人員。把底薪控制在最低水平,在銷售人員實現(xiàn)較高的銷售目標(biāo)后再給予他們大量獎勵。
9. 要明察市場,打擊競爭對手,揭露他們的缺陷,在經(jīng)濟(jì)不景氣的情況下更要如此。他們受傷了,才會安靜下來。絕不能像他們一樣。要么進(jìn)攻,要么等死。
10. 現(xiàn)金比你媽媽更重要!(你們已經(jīng)領(lǐng)會到這一點了嗎?)
現(xiàn)在的確已到了危急時刻。與其它所有投資集團(tuán)一樣,我們也通過PowerPoint解釋當(dāng)前世界上正在發(fā)生的事情,但我們也不知道到底怎么了。我們唯一清楚的是,將類似YouTube這樣一家已沒有多大盈利空間的公司以超過16億美元價格賣給谷歌的日子已經(jīng)一去不復(fù)返了,至少現(xiàn)在來說是這樣的。如果你們?nèi)詫ψ约旱墓颈в羞@種幻想,那么在下一輪融資行動中,你們可能要到Kleiner Perkins碰運氣了,我們將不再向你們提供資金。
讓我們重申一次:在用光我們提供的資金之前,你們的現(xiàn)金流仍沒有什么起色的話,那就不要再伸手向我們要錢!
從煙臺回來后,每天的工作任意性有些太強,是要盡快安排自己的事情列表,并且按照計劃去執(zhí)行。
計劃----執(zhí)行----監(jiān)控
具備咨詢顧問的幾個前提條件:
(1)扎實的行業(yè)背景的了解;
(2)收集資料(其實最為關(guān)鍵的就是這個東西,在相應(yīng)的產(chǎn)品展示方面,一般只有幾個小時,如果不能抓住重點,抓住受眾的注意力,即使你具備相應(yīng)很深厚的功力,對方也不會對你認(rèn)可的。);
(3)急人所急,把握對方的心理。從根本上,是需要心理學(xué)上把握一下。身體語言很重要。
與啞鈴型管理模式對應(yīng)的是橄欖型管理模式。
啞鈴型管理模式的特點通常而言,啞鈴型管理模式的企業(yè)要力求經(jīng)常保持四類產(chǎn)品:
1.正在市場上銷售的產(chǎn)品;
2.已經(jīng)研究成功并不斷加以改進(jìn)、等待適當(dāng)時機投入市場的產(chǎn)品;
3.正在試制的產(chǎn)品;
4.正在構(gòu)思或開始實驗的。
“啞鈴型”管理模式的“五個接軌”(二)實現(xiàn)企業(yè)管理觀念的轉(zhuǎn)軌:由重生產(chǎn)輕開發(fā)轉(zhuǎn)為重開發(fā)重科研。
(三)實現(xiàn)適應(yīng)市場需求的經(jīng)營戰(zhàn)略轉(zhuǎn)軌:由被動靠市場搶占市場引導(dǎo)市場。
(四)實現(xiàn)技術(shù)改造投入規(guī)模的轉(zhuǎn)軌:由“生計型”投人轉(zhuǎn)為“發(fā)展型、擴(kuò)張型”投入。
(五)實現(xiàn)管理方式的轉(zhuǎn)軌:由傳統(tǒng)方式管理轉(zhuǎn)為科學(xué)管理。
單一事務(wù)處理是比較簡單的,但是隨著項目越來越多,項目進(jìn)度一步步的逼近,如何來把握繁雜的事務(wù)就非常關(guān)鍵。
首先,要把握一個清晰的主線,不能漫天撒網(wǎng),搞個不停。主流程和做對的事情。
其次,分擔(dān)一些相應(yīng)的工作。
最后,要注意調(diào)節(jié)大家都心情,在高負(fù)荷工作下,要讓人的心理趨于平衡。
感覺自己不能集中精力,似乎一切都別人掌控中。
感覺很是被動,不知道世界變得如此混亂污濁不堪。搞不清方向,理不清頭緒。
兄弟們都在干活,我卻沒有辦法聚焦。
頭腦冷靜、冷靜、再冷靜。
第二天就要交貨,晚上就要Beta測試,這個時間你該做什么?
--(1)走動管理,檢查目前的進(jìn)度,如果發(fā)現(xiàn)有疑問,及時解決。
--(2)主動承擔(dān)一些任務(wù)。
--(3)鼓勵一下大家,調(diào)用大家都積極性。
凡事
(1)膽大,要敢于打破常規(guī),從相應(yīng)的解決方案去思考并解決問題。
(2)心細(xì),要針對細(xì)微處的問題進(jìn)入著手,將相應(yīng)的紛繁復(fù)雜的業(yè)務(wù)中整體相應(yīng)的脈絡(luò),并且將相應(yīng)的血肉進(jìn)行填補。
在很多事情去做的時候,由于信息的不對稱,以及所做事情時主觀的態(tài)度,最后就表現(xiàn)為盲目的樂觀。
避免盲目樂觀要做到如下幾個方面:
(1)信息盡可能對稱,要了解各方面的信息,分析信息。
(2)要有一定的風(fēng)險意識,很多事情其實風(fēng)險就是結(jié)果。
高層對信息技術(shù)的看法
重新設(shè)計操作和支持流程 The redesign of operational & support processesFor each order proposal, the system calculates the date that it must be converted into either a purchase order or a production order so that the purchase order can be sent to the vendor on time or the production order can be transferred to production on time. Naturally, the vendor can only deliver the ordered quantity punctually if he receives the purchase order on time. The same applies to production - the ordered quantity can only be produced according to schedule if the production order is received on time.
昨天在客戶在一起聊系統(tǒng)流程的時候,客戶說了幾句話,很值得思考。
“主管評價任務(wù)好壞、檢查執(zhí)行情況。
主管減少批量分配任務(wù)給下屬。
將任務(wù)列表列出。
由一個人執(zhí)行完畢后,再分配下一個任務(wù)。
任務(wù)的指派還是由主管完成。
可以由下屬主動去爭取下一個任務(wù)。
任務(wù)數(shù)與相應(yīng)的績效掛鉤。
”
有點意思!
排程能力;
風(fēng)險預(yù)見及處理能力;
執(zhí)行力;
協(xié)調(diào)能力;
很多事情,我們在苦思冥想。其實道就在你身旁,你沒有深思,沒有琢磨,一味地在動。
設(shè)計源于思考。設(shè)計源于借鑒,他山之石,可以攻玉。
什么叫專業(yè)水準(zhǔn)?
溝通---OK 作為經(jīng)常在客戶現(xiàn)場溝通過程中的,已經(jīng)都是OK的。
文檔---作為整體是比較欠缺的,因為一是不重視,二是ouxie因為寫的數(shù)量還是有些少,再一個可能是確實在專業(yè)上把握的不夠到位。
業(yè)務(wù)流程方面,不要進(jìn)行涂鴉式的繪制。
其實強調(diào)布局。涂鴉說明思路敏捷,但是具體的布局及相應(yīng)信息的處理是非產(chǎn)更關(guān)鍵的。
這個階段通常叫CRP(Conference room pilot)測試,分為單元測試和整體測試,單元測試發(fā)現(xiàn)和解決單個模塊的問題,通過整體測試來發(fā)現(xiàn)和解決各個模塊連接的問題。在這里我要重點強調(diào)的是整體測試,這個測試必須要請全體項目組參加,而不僅僅是局限在幾個關(guān)鍵用戶范圍內(nèi),CRP整體測試必須包括所有的高層領(lǐng)導(dǎo)、中層領(lǐng)導(dǎo),因為這個測試也是對管理層的一次重要培訓(xùn),一般在項目實施過程中,中高層沒有太多的時間參與具體設(shè)計,因此有許多地方他們在CRP測試之前是不明白的。必須通過這樣的形式和方法讓中高層看到系統(tǒng)演示的結(jié)果,讓他們看看用系統(tǒng)管理和手工管理的差異,親身體會一下整個系統(tǒng)連環(huán)運作的過程。
很多項目之所以成功,就是總經(jīng)理親自帶隊全程參加整體CRP測試,整整在會議室坐了一個半天。我們說ERP工程是“一把手工程”,如果說一把手的確做到全程參加整體CRP的話,從這一點看那一把手工程就是落到了實處。當(dāng)然我們的CRP測試必須是用企業(yè)真實的數(shù)據(jù)、真實的流程,得出真實的結(jié)果,而不是瞎編幾個數(shù)據(jù),走個形式。CRP測試的理念必須是以業(yè)務(wù)流程為主線來測試,測試流程和數(shù)據(jù),而不是僅僅測試系統(tǒng)有沒有問題。
The SAP HU is used for tracking the handling units used by the materials. Some common handling units are packagings materials like cartons, pallets etc.
In the SAP system, the handling unit (HU) expands on the shipping unit. Handling units can be nested and you can also create new handling units from several handling units as often as you like. At the material item level, HUs contain the complete material identification, the quantity, and, in the case of serial numbers, the respective object list. Handling units have unique,
scannable identification numbers that can be developed according to standards such as EAN 128 or SSCC.
Handling units contain all inventory management information of the materials they contain that are maintained in Inventory Management. There are also status messages that you can call up at any time that indicate whether a handling unit is only planned or if the ship-to party has been notified of the arrival of this handling unit, or whether it is in the warehouse or has already been posted to goods issue. The integrated history function also records each business process in
the life cycle of each handling unit, meaning that you can track the handling unit’s path and development at any time.
Refer to : Logistics -> Central Functions -> Handling Unit Management
In HU-managed storage locations, all goods movements are executed through the specification of the respective HUs, and Inventory Management is performed through the handling units. If you are working without HU-managed storage locations, you can work with handling units (without stock information) as before in the delivery and in the shipment.
In HU-managed storage locations, materials can be managed in HUs only. Mixed stock made up of packed and non-packed materials within the same storage location are not supported. HUs can also be managed in interim storage types. Unpacking a material from a HU means that the stock of the material is posted to a storage location that is not HU-managed.
If you call up normal material movements in connection with an HU-managed storage location, a delivery is created, rather than a direct material posting, which has been the procedure up to now.
Please note that if you want to use 311 to move the material already in stock, but in a non HUM Storage Location and you want to transfer those materials into a HUM Storage Location 304. If this is the case you can use the transaction VLMOVE with the destination plant and storage location. Before that you have to create the HU with the transaction code HU02 Storage location: where the material is and the status: in stock.
Handling units are unique at client level in at least one system. Using an indicator at client level, you can control whether you are going to work with the HU functions. Since the handling unit is a physical unit, the central logistics processes are controlled through the input of the handling unit identification. These processes include putaway, picking, and stock transfers, as well as goods receipts and goods issues.
A handling unit’s mobility can be limited if quality checks are active. Changes in the stock category caused by a quality inspection are made using a posting change in the handling unit.
There is also a report available that you can use to find and display handling units using different selection criteria such as material, packing instruction, or storage location.
Although the handling unit is basically a unit that remains constant in the system, you can change it by repacking the materials it contains. All the packing functions, such as packing, repacking, and unpacking, are completely supported by the handling unit functionality. In this way, handling units can be created in production, during goods receipt, or in the packing areas of the warehouse. If you have automatic packing, the handling unit is created from the packaging proposals defined in the system (from the packing instructions, for example).
做為一個leader,一定要對部下的想法有一定的了解。不作為的現(xiàn)象是不正常的。要了解其中的原因?現(xiàn)在究竟在做什么?想做什么?在一個事必躬親的情況下,對部下做事情的成就感就會有很大打擊。如何做?如何更好的解決這些問題?
不知不覺,立夏已經(jīng)來了。街上的人穿短袖的人越來越多了。
在相應(yīng)的時間,練練內(nèi)功是很重要的環(huán)節(jié)。把公司的每個人培養(yǎng)成精英。
專注!必要的專注,主要是不要在一些小的事情有過多的思考或行動,這個對整個的操作本身上有很多相應(yīng)問題。專注的目標(biāo)在于高效率!
如果自己存在相應(yīng)的問題,及時自我反省,盡快修正自己的問題,為下一次溝通或下一段的溝通提供較好的效果。
1.要針對老總、運營有較強的針對性;
2.盡可能少使用一些軟件上的專業(yè)術(shù)語;
3.將自己的優(yōu)勢展現(xiàn)出來;
one ...two...three..... do your job!
對軟件設(shè)計和改進(jìn)的過程中,將自己當(dāng)作用戶,對自己的軟件認(rèn)真仔細(xì)的走一走。
我們是作為研發(fā)的成員,我們的目標(biāo)在于生產(chǎn)軟件。但是更為關(guān)鍵是軟件研發(fā)出來后如何使用?如何使用問題又歸結(jié)到軟件如何進(jìn)行設(shè)計?設(shè)計決定研發(fā)成果(功能體),而研發(fā)成果又促成了軟件如何進(jìn)行使用。但是反向的邏輯就是要在設(shè)計的過程中,充分考慮使用者的感受和習(xí)慣。在設(shè)計時,要這樣想?如果你再用這個系統(tǒng)進(jìn)行運作,你會怎么樣?感覺是"哦!酷斃了"還是"shit!一堆...."。
當(dāng)然作為我們研發(fā)出來的后的實施團(tuán)隊就更加重要,因為軟件體是固化的(交付后一階段的研發(fā)成果),但是使用的方法和思路要給使用者提供,如果沒有一定的思考,就很難讓用戶滿意。
其實,根本上是兩個方面。一是,如果你使用,如何進(jìn)行設(shè)計;二設(shè)計出來后,如何進(jìn)行實施?
事找人,不是人找事。--- ---
關(guān)鍵是如何形成待辦事項?
(1)將需要做的事情一一列出,并按照事情緊急及重要程度排列;
(2)有些事情不是短時間內(nèi)(一天半天)就能完成的,最好能跨越周期安排相應(yīng)的事項,形成日程安排(計劃調(diào)度),必要時按照甘特圖的形式進(jìn)行輔助。
(1)客戶的需求是非常關(guān)鍵的,哪怕我們就把原來的需求羅列出來。這個也是非常重要的,然后是相應(yīng)的解決方法,如果是已經(jīng)開發(fā)出來的,將產(chǎn)品演示出來。如果沒有就實際說明是需要進(jìn)行開發(fā)的。給客戶的需求一定要留一章來講PPT;
(2)客戶的需求和我們目前的產(chǎn)品的差異度,主要還是將前提的調(diào)研結(jié)果與我們的產(chǎn)品的吻合度、差異度(將來開發(fā)的重點);但是這個東西也比較敏感,如果感覺差異較大,可能影響客戶的選擇。中間可能自己清晰,操作過程模糊處理。
(3)重視需求調(diào)研階段。一定要將此階段作為重點,在整個研發(fā)周期中要有一定的比例,另外實施周期也是非常關(guān)鍵的。
(4)產(chǎn)品的業(yè)務(wù)流程的演示是非常關(guān)鍵的。一定要保證業(yè)務(wù)流程的演示正常、講原有的功能比較好的功能點展示出來。
(5)Portal的方面的重視。我們分離出對外或協(xié)作單位的Portal。用戶在目前的情況下,一般是比較拒絕客戶直接在企業(yè)系統(tǒng)中使用的。Portal的使用,可以為客戶提供一個專門的門戶來進(jìn)行使用。
(6)在前期的項目接單過程中,也要強調(diào)團(tuán)隊協(xié)作,需要一個總體的協(xié)作或者售前的Team Leader。特別是對應(yīng)大的客戶。
(7)細(xì)節(jié)決定成敗。
客戶需要的是運營經(jīng)驗+管理系統(tǒng)的支持。一般很少有公司說,我們運營模式很不錯,但是IT有些差,我來給你完善的需求你來給我們實現(xiàn)。更多的是要你的系統(tǒng)能給運營本身帶來什么東西?能夠給管理帶來什么提升? ...提升...
IT的投入帶來運營的提升,帶來公司價值的提升,這才是關(guān)鍵。你來指導(dǎo),而不完全是定制。強勢未必是件壞事情。
強調(diào)研發(fā)是對的,但是更多的是你已經(jīng)實現(xiàn)了什么?你的產(chǎn)品功能如何?如何來提升價值?運營咨詢+IT技術(shù)支持+ 產(chǎn)品研發(fā)
軟件研發(fā)和項目運營是兩件事情。項目運營中會出現(xiàn)很多系統(tǒng)在測試階段沒有出現(xiàn)的問題,這個時候要非常謹(jǐn)慎。
開放式的項目方式的操作方式是最復(fù)雜的,因為代碼沒有凍結(jié)的時刻,隨著運營的過程,系統(tǒng)要不斷的進(jìn)行調(diào)整、測試、上線。
如果給幾分鐘的時間,你如何表達(dá)一個復(fù)雜的問題?
你的主體內(nèi)容是什么?
標(biāo)書作為公司最后與客戶確定是否成交的媒介物,重要程度是可想而知的。
如何有效地編寫標(biāo)書?特別是標(biāo)書樣板已經(jīng)發(fā)生較大改變的時候。
(1)結(jié)構(gòu)清晰
(2)內(nèi)容事先預(yù)準(zhǔn)備
(3)格式調(diào)整
(4)客戶所關(guān)心部分及客戶的閱標(biāo)習(xí)慣
流程 延至 標(biāo)準(zhǔn).....
方法 延至 策略.....
定位-------
定位決定如何去做
定位決定態(tài)度
定位,,,,,,,,,,,,,,,,,
遇到這種情況如何辦?你的頂頭上司找到你的下屬咨詢一個事情,發(fā)送郵件,結(jié)果下屬也回復(fù)這個郵件給上司。后來,這個郵件又發(fā)送到你這里,要我來看看。該如何做?
第一,你的頂頭上司找你的下屬的目的是什么?是想?yún)⒖家幌滤囊庖娺€是想把這個事情交給他做?如果是參考一下他的意見,那沒有關(guān)系,可能結(jié)合著一下看看,是不是又補充或者完善的地方。如果是想交給他處理,可能任務(wù)這個事情比較小一些,應(yīng)該他可以單獨處理好的,但是這個你就不適合去主動做這個事情,而是需要輔助指導(dǎo)這個事情完成。功能是否完成?
測試結(jié)果如何?
文檔編寫是否完整?
遺留問題如何解決?
用戶的接受情況如何?
項目的后續(xù)總結(jié)分析情況?
需要交付的還有什么遺漏?
開始事后項目分析。
在我們?nèi)粘5拈_發(fā)過程中,總是希望能夠一夜建成大廈。但是冰凍三尺非一日之寒,很多東西是需要一點點的積累才能做好的。更多的是我們要去做,只有你做了,大樓才能接近完工。設(shè)計階段很重要,但是在實際的操作過程中,還是需要有很多細(xì)節(jié)需要注意的。
如果進(jìn)行改造原有的系統(tǒng),特別是爛尾樓的處理,有很好的想法,但是如何在最短的時間內(nèi),將其進(jìn)行改造成具有競爭力的產(chǎn)品。