使えるツール：立場も使える時間もばらばらな人が集まってプロジェクトを進める時に - 人と組織と、fukui's blog
2010年12月26日 00:01 カテゴリプロジェクトデザイン事業家養成講座 使えるツール：立場も使える時間もばらばらな人が集まってプロジェクトを進める時に Posted by fukuidayo No Trackbacks Tweet 年末になり、仕事も一段落して少しずつ時間が取れるようになってきたので、先週半ばぐらいから、来年の計画を立てはじめています。ばっちり見えているプロジェクトもあれば、これから少しテコ入れしていかなければならないプロジェクトもあります。 この機会にプロジェクト推進に関しての自分の考えをまとめ、ついでにいろいろな人からツッコミを頂きながら更にノウハウに磨きをかけていこうと思います。 ■プロジェクト推進のツール 能力のある人だったら、Eメールだけで凄くいいマネジメントをするのだと思いますが、僕はそこまで自信がないので、ある程度ツールに頼るようにしています。 世の中
金と人事と読みと裏切り - やまもといちろうBLOG（ブログ）
傭兵は「あくまでもお金を払ってくれる人が主人」ってのと「勝ち馬に乗らないと次がない」ってのと「いずれは良い主人を見つけて信頼されて最後まで仕えたい」ってのがあります。全部相反することですけど、そういうもんなんで。 昔、ソフトハウスを買ったときのこと、進駐軍のように幹部社員を送り込もうとしたら、羊のように従順だったはずの開発者が次々と辞表を出してきて、買った意味がなくなりかけたことがありました。買ったんだから、会社は私のもの、という意識は、そこで働く人の民忠を下げて一揆が起きて干上がるわけですね。教科書どおりに「１＋１は２」とはならないのが仕事であり、戦力だろうと思うわけです。 では、思ったとおり動かなかった人は、私を裏切ったのか？ といわれると、思うところがあります。最近では、用意と根回しと段取りが大事なんだ、資金が幾らあっても、これを仕切るだけの組織がなければうまくハンドリングできないん
技術系が高給であること再び
先日のミニベンチャー買収の現行相場に頂いたコメントへの返答をQ＆A式に書いてみます。 管理VS技術、の対決構図は如何なものでしょ？ シリコンバレーのIT企業的には、給与体系は大雑把にいって「技術系」「管理系」「ビジネス系」「営業系」に分かれます。そのすべての中で「技術系」が比較優位にあります。つまり、技術でない人＝管理部門、ではありません。（・・・という答えを期待されているコメントではないのですが、以降の内容の布石として利用させていただきました。） アメリカのマンガのDilbertとか、管理職は何も分からず威張っていて、その下で働くエンジニアのDilbertやその同僚は嫌気がさしてる、ってい うことになってますよねー。あの管理職が、Dilbertよりお給料低いとは思えないし。エンジニアが高いのは、買収のときだけ？ 技術系の管理職は普通技術者がなりますので、「技術系」の給与体系に乗ります。「
住みたいところに住める俺: 仕事は7.5時間で終わらせる
今のカナダの会社では5時にもなると半分以上の人間が帰る。 原則7.5時間働けばいいというルールなので、朝早く来る人は当然早く帰る。 7.5時間以上がんばっても評価される仕組みではないのだ。 評価はその時間でどれだけアウトプットが出せたかで決まる。 これは私がシリコンバレーにいたときの現地のメンバーも同じような感覚でやっていたので、北米的には普通なのかもしれない。 なので、時間内に何とか終わらせようという気持ちがそこここで感じられる。 この3ヶ月で見た感じだと、その工夫の一つにはミーティングへの時間の割き方が日本とは違う。 ・基本的には定例会議はない。 ・ミーティングは30分単位が基本。 ・重要かつ急ぎのプロジェクトの場合、毎朝進捗確認はやるが、15分程度。立っておこなう。 ・2-3人での、ちょっとした相談や、決断は担当者のキューブへ押しかけて行う。 ・その際も、異常に早口で、即決する傾向あ
仕事は7.5時間で終わらせる in NZ
以前カナダの会社にいたときに書いたエントリーに「仕事は7.5時間で終わらせる」というのを書いたが、ニュージーランドの今の会社（テレコム系の開発）でも同じようだ。 9:00に始まって、17:00には終わる。 先日など18:00ごろに帰ろうと思ったら、私がいたのを気づかなかったようで、ビル（小さい自社ビル）のドアがロックされていて出れなくなってしまった！ 幸い最終退出の仕方がメールできていたので、それを確認。警報装置の処理をして、脱出。あせった。 なにやら同じことをしている。 そして仕事の進め方もアメリカ、カナダとほぼ同じ。 ・定例会議はほとんどない。週に一回だけ、プロジェクトミーティングが30分。客先の情報などを共有。 ・ミーティングは３０分単位が基本。 ・重要かつ急ぎのプロジェクトの場合、毎日15分程度で進捗確認。 ・2-3人での、ちょっとした相談や、決断は担当者のキューブへ押しかけて行う
ソフトウェアのアウトソース
渡辺千賀さんのエントリーにはシリコンバレーではアウトソースが間に合わないのでどんどん内製していくという話が紹介されている。 最先端のウェブサービス開発の現場は、とてもアウトソースなんかできない状況になっている。「仕様書を文章で作って、それを誰かが作る」なんていう悠長なやり方は通用しない。どんどん機能開発して、どんどんリリースして、ユーザーのフィードバックを元にさらに進化させる、というのを、毎日行い続けないとならない。私が働いていたカナダのベンチャーもNZのテレコム系の会社も下請け、孫受けである。 どちらもインフラ系のシステムで、業務内容が大規模、複雑で仕様が比較的安定しているためか、仕様書ベースでのシステム納品を行っている。ウェブサービスのスタイルとは違う。 しかし、下請けといっても日本のそれとはかなり違っていることが経験してみて分かった。 ・上から下への丸投げはない。 ・社員の給料は上も
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
