TechCrunch
In an attempt at damage control, the CEO of the equity management startup Carta, Henry Ward, today emailed customers, telling them that if they are concerned about “negative press” tied to the out In the Lego-like world of Roblox, about a hundred blocky avatars march through a lamplit street, wielding Palestine flags that are larger than their own animated bodies. Characters dressed like cartoo
トラブル原因分析を、責任追及の場にしてはいけない | タイム・コンサルタントの日誌から
新製品の出荷を2ヶ月後に控え、新しい製造ラインの試運転前調整に入っていたある日、工務部門の担当者であるあなたのところに、ライン設置工事を請け負っていたエンジニアリング会社のプロマネから、とんでもない知らせが舞い込んできた。その会社の技術者が機械の操作ミスをしたらしく、製造機械の一部が破損してしまったというのだ。さっそく現場に飛んでいって様子を見てみる。残念ながら機械カバーがねじ曲がり、内部もダメージを受けている。幸い、人がけがをするようなタイプの破損ではないので、労働災害はなかったが、明らかに修理・再製作が必要だ。 エンジ会社のプロマネは装置のメーカー技術者を呼んで調べさせたが、いったんラインから取り外して、自社の工場に持ち帰る必要があるという。まずいことに、その装置はラインの中核近くにあり、周囲の機械設備をとりはずさないと動かせない。あなたは搬出と再製作にどれくらい時間がかかりそうかたず
「会社を辞めたい」という優秀な社員に聞くべき8つの質問
必要な社員が会社を辞めようとしている時にすべきこと 会社は社員無しでは成り立たない。優秀な社員が「会社を辞めたい」と申し出てきた時、会社にとっては青天の霹靂（しかも望みもしない）といった場合がよく見られる。そこでYoung Entrepreneur Council （YEC）のメンバーである8人の起業家に、そんな場面に陥った際に投げかけるべき質問は何かと聞いてみた。 会社に何を求めているのか？ 別のポジションに移動することで、本人の不満解消につながるか尋ねてみるといい。不満の原因は、単なる報酬なのか、才能に見合った責任ある仕事を任されていないことなのか、それとも自分の意見が尊重されていないと感じていることなのか。お互いに求めるものを理解していないため、容易に解消できる不満であっても大きな問題と発展してしまうことがあるだ。 社員が会社を去ってしまう前に話し合うこと。これが、あなたと社員が率直
3年前の僕へ
DevLOVE現場甲子園2013にて、３年前の課題とそれに対する現在の気付きについて発表しました。Read less
Treehouse: 本当にフラット、つまりマネージャーがいなくなった会社、そして個の時代がくるのか？ - ワザノバ | wazanova.jp
http://blog.teamtreehouse.com/working-in-a-flat-company 1) Treehouseで起きていること プログラミング/デザインのオンラインコースを運営しているTreehouseは、６月に週４日勤務にしたことに続き、９月に、フラットカンパニー宣言をしました。つまり、マネージャーと呼ばれる人が社内から突然いなくなったということです。 会社は、幅広めのゴール、ミッションステートメント、キャッシュフローへのインパクトのガイドラインのみを提示。それ以外の優先順位の判断は社員に任せる。 社内のプロジェクトは、提案 -> 社内フォーラムサイトで議論 -> 投票 -> 自主的判断で各メンバが “Join”ボタンを押して自分をアサイン、というプロセスで進みます。そして、各メンバは、1日1回ステータスをサイトでアップデートすることで進捗管理。各プロジェクトに
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
大丈夫でしょ。
http://anond.hatelabo.jp/20130811212721 大丈夫だと思うよ。 あなたみたいに「代表取締役自身が、労務問題について給与労働者の目線で考える感性を持ってる」というのは希有なことだよ。ベンチャーではなおさら。それだけでも働く側にとってはとても大きな恩恵だし、実際に心強く感じるとも思う。 もちろん労働分配率を上げる、または業務負荷を下げるというのが最終的なゴールでなければいけないんだけど、あなたのビジョンと価値観を適切に社員に伝達して、この会社はいまその過程にあるのだ、このしんどさは一種の成長痛なんだ、という確信を与えることができれば、みんなのモチベーションは全然違ってくると思うよ。 あなたがサラリーマンの感覚を兼ね備えてるなら、「上は自分たちの頑張りを見てくれている」という感覚がどんなに無形のサポートになるかも覚えていると思う。そしてあなたはそれができる立場
それは知識ですか、スキルですか、資質ですか？ | タイム・コンサルタントの日誌から
東大で大学院生にプロジェクト・マネジメントを教えていたら、「自分は計画を立てるのが元々あまり上手ではないが、どうしたらいいでしょうか」という質問を受けた。プロジェクト計画の立案、とくにその中心になるＷＢＳの作り方について説明し、二人一組でちょっとした演習をした後のことだ。WBSを作るだけなら誰にでもできるが、良いWBSを作るのは、案外難しい－－そういう話をしたら、出てきた質問だった。 秀才タイプの人は、自分の弱点を人前にさらすのをきらう。だから逆に、この率直な質問には好感がもてた。わたしは学生にこう聞いてみた。 －－失礼だけど、あなたは英語の会話は得意ですか? 相手はちょっと質問の論点から外れたことに戸惑ったようだが、答えた。 「えっと・・、いや、苦手です。」 －－じゃあ、得意になるためにはどうしたらいいと思いますか。 「うーんと。やっぱりたくさん練習するしかない、ですか?」 －－そう。そ
データの鬼、Googleが解析した「よい上司を製造する8つの条件」
検索結果によって人の流れを自由に操る力をもつGoogle。その中で「よい上司」としてチームをまとめ結果を出すには何が必要なのでしょうか。人事チームによる解析計画「Project Oxygen」によって実に驚くべき結論が現れました。 Google流マネジメントの限界 Googleが採用するのは一言でいえば「天才」。豊富な知識と高い技術力をもち、しかも自分で考えて動ける人々が厳しい倍率を潜り抜けてやってきます。そういう人材に自由にさせておけばそれなりに結果が出る……これがGoogle流マネジメントだ、というのが共通の見解でした。 しかし実際には「デキる」チームとそうでないチームが生まれてしまうという現象が起こっていました。しかも「デキる」チームは何をやってもよい結果を出してしまうのです。ならば「高い能力を持った管理職」が大事なのではないか、そういう人物は何を備えているのか。これを探るべく人事チ
アジャイルに対するマネジメントの見方
Steve Denning氏はForbesでの連載記事でアジャイルコミュニティが主流のマネジメントに受け入れられるために直面する困難について書いている。 連載の第一回目の記事で氏はアジャイルはマネジメントの秘密の奥義だと主張している。過去数世紀の間にも、既存の考え方に対立する大胆な新しいアイディアが、門外漢からもたらされたことで無視されるということが何度もあった。 ...ちょうど10年前、マネジメント手法にブレークスルーが起きました。このブレークスルーによってソフトウエア開発チームは規律ある作業の実施と継続的イノベーションを両立させることができるようになりました。これは従来のマネジメント手法では達成できないことです。しかし残念ながらこのブレークスルーを起こしたのは“正しい人々”、つまり、ビジネススクールの研究者や大企業の高給取りのマネージャーではありませんでした。最もマネジメントの問題を解
チーム内でやる進捗会議はムダ - 勘と経験と読経
ソフトウェア開発プロジェクトでは、顧客への定期的な進捗報告を行うために、当然のことだが進捗を管理しなければいけない。中規模以上のプロジェクトではプロジェクトはいくつかのチームに分かれていて、さらにチームごとに担当する会社が異なることもある。ありがちな事だが、チーム別にプロジェクト内の進捗会議を行うようになってくると、これが壮大なムダになっていく。 チームリーダーはソフトウェア開発プロジェクトのボトルネック ソフトウェア開発プロジェクトは、ウォーターフォール形式であれアジャイル開発プロセス型であれ、膨大なコミュニケーションと意思決定を行うことで進んでいく。ソフトウェアの仕様や構成について決定するのは、たいていはチームリーダーの仕事だ。また、各開発担当者の仕事の結果が正しいのかをレビューやインスペクションによって判定するのもチームリーダーの仕事であることが多い。そして、チームリーダーはチームメ
SIerが技術力を求めているという誤解 - SCHWARZGEIST
ＳＩ屋とかゲーム業界について考えてみた。 実はＳＩ産業のクラウド化と、ゲーム業界のソーシャルゲーム化は システムがネットの向こう側から提供されるという共通点以上に、共通点があると考えるからだ。 そしてその動きは、任天堂の「連結決算を開示して以来始めての赤字」や、 「DeNAによるベイスターズ買収」に見られるように、急激な業界構造の変容を生み出している。 キーワードは技術力ＶＳマネジメントだ。 まずはＳＩ業界の話から始めよう。 案件プライムを取ってこれるような大手システムインテグレータでの システムエンジニアの最終的なキャリアパスは、ＰＭである。 システムインテグレータは若手を、ＰＭにいたるまでのキャリアパスへと 導くための初歩的なプログラミング経験や、運用技術の実務経験を積ませていく。 その成長過程で重視され、身につけることを求められているのは、技術力よりもマネジメント能力と業務知識だ。
無能から見える風景 - レジデント初期研修用資料
Recent Entries 無能から見える風景 乱暴な言葉の使いかた 下段の間合いを削る人 何かを呼ぶには3人必要 共通言語としての損得勘定 負けるのは大事 悪い奴らは来なかった 体質改善は怪我に効かない 平凡なのにはわけがある 悪役の深度について Recent Comments 下段の間合いを削る人 05/09 tetsukawa 05/06 medtoolz 05/06 xen 悪い奴らは来なかった 04/30 デフォルトの名無しさん この本は何でないのか 12/31 medtoolz 12/30 薬屋支店総務 12/30 愛読者 12/30 エリヤフ先生 12/29 medtoolz 案外やっていけるお店のこと 12/30 kaka Recent Trackbacks 乱暴な言葉の使いかた 05/11 5月10日の気になったニュース：高レベル... 05/09 乱暴な言葉の使いかた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
