はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一

今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス

最初に、損益分岐点の説明からはじめよう。企業は、製品やサービスを売って売上を得る。しかし、世の中にタダの物はないので、そこには必ず費用（原価）が発生する。その費用が製品の販売数量に単純に比例する場合、企業は売上に比例した利益を得ることになる。この関係を図(a)に示す。横軸は、売上である。工場の視点から言うと、売上向上すなわち稼働率向上を意味するから、横軸は稼働率と見てもよい。縦軸は金額で、実線が売上高を、点線が費用を示す。費用は純粋に、売上高に比例する。これを変動費ともいう。売上に伴って、変動するからである。たとえば製品を作るのに必要な原材料の購入費がそうだ。あるいは、製品を加工するための外注費などもそうだ。 ところが、企業にはこれとは別に、売上高にまったく関係なく、固定的に発生する費用がふつうある。これを固定費という。その典型例は、設備機械の減価償却費である。あるいは、従業員の給料なども

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

588 million hours tracked in 2024See how Toggl users tracked time this year. Plus, our year-end sale is on — get a discount for your first annual plan subscription! Let's see some stats The time tracker that achieves 100% user adoption in your teamTime tracking is a chore, which is why we built Toggl Track differently.

生まれつき、運動音痴である。小学校の時から、体育や運動会でいい成績を出したことがない。バランス感覚とか、瞬間的な判断とか、筋力とか、手脚のスムーズなコントロールとか、そういったことがからきしダメである。父母はどちらも長身で運動神経が良く、スポーツ万能だったのだが、あいにく、似てほしい美点は受け継がなかったらしい。おまけに生来、小柄である。かつ、体もひどく硬い。まったく良いとこなしである。 運動能力の低さをカバーし、体力を向上すべく、中学・高校とも運動部に入ったが、結果として青春の記憶を屈辱で上塗りしただけだった。自分が多少なりとも好きだと言えるスポーツ、他人に劣等感を感じずにいられる種目はスキーただ一つだった。スキーは自力ではなく重力によって駆動する点が、まだしも幸いだったらしい。しかしスキーなんて冬しかできないし、おまけに遠いスキー場までわざわざ出かけていかなければできない。だからクラス

完璧にスケジューリングしたつもりなのに、なぜいつも時間が足りなくなるのか。それは時間リスクの見積もりが甘いからです。 仕事の計画を立てるとき、万が一に備えて手は打ってあると胸を張る人は少なくありません。しかし、その多くは危機（ハザード）管理であって、リスク管理でないことに気づいていない。 ハザードとは、災害や事故といった事態のことであり、危機管理ではハザード発生時のリカバリーに主眼が置かれます。一方、リスクはハザードと違い、日常の中で予定どおりに進まない可能性があるものすべてを指します。たとえば「仕事中に突然、顧客が来訪する」というイベントは、けっして災害や事故ではありませんが、日常的で不確実という点では立派なリスクです。時間のリスク管理とは、こうしたイベントを事前に把握してマネジメントすることをいいます。 普通に仕事をしていれば、さまざまな時間リスクに出合います。「いざ外で仕事をしようと

個人的なメモ。 EA（Erectric Arts）流のPM（Project Manager）の仕事の進め方（タスク管理のノウハウ）を岩崎啓眞氏が実に明快にツィートしていらっしゃったので、まとめました。 確かにこの方式で仕事を進めてくれるPMがいたら、純粋に仕事に集中できそうです。こんな環境欲しいなぁ…。

仕事をしていれば部下や同僚、外部の会社に仕事を依頼する機会があると思いますが、そんな時にこれをやられると｢本当に大丈夫か？｣と思ってしまう行動をまとめてみました。 頼んだ仕事にすぐとりかかる。 すぐにとりかかってくれるのはありがたいんですが、｢今やっていた作業は大丈夫なの？｣と思うのと同時にまた別の人に仕事を頼まれたらそっちにすぐ移ってしまうのではないかと不安になります。 期限を明示せず、でき次第送りますという。 さらにいつごろ終わりそうかを聞いても時間が読めないと言われるとお手上げです。 期限を切らないことがリスクヘッジと思っている人がいますが、これをやると依頼された人は｢自分のタイミングで終わらせればよい｣と思い、依頼した人は｢自分が必要な期日までにはもらえる｣とお互い都合のよい解釈をしてトラブルの火種になりますね。 ｢見ればわかります。｣という。 資料を用意して説明しようとしたら｢見

(メルクマール：診断基準、判断基準) 新卒者採用は「コミュニケーション力」を重視 日本の未来は暗いな＼(^o^)／ - スチーム速報 ＶＩＰ 新卒採用についての企業アンケートをみると、ここ数年、おきまりのように『コミュニケーション能力』が上位に来る。その後に続くのが『積極性』や『協調性』というのもいかにもありがちなパターンで、それに対しインターネット上に反論が溢れかえる、という光景まで含めて、すでに予定調和と化している*1。 専門性や語学力などを重視するより、具体的な描写の難しい“コミュニケーション能力”とやらを重視するというのは、確かにおかしなことのようにみえるかもしれないし、その企業の未来は暗いように読めるかもしれない。 けれども、最低限のコミュニケーションも協調性も無く、人間関係でちょっと揉めただけで消極性の虜になってしまうような新卒社員を、どこの企業が欲しがるだろうか？一人だけでこ

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける １次請け、要件定義書の執筆を始める １次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、２次請け以下には秘密裏に行われている 詳細設計 １次請け、詳細設計実施要領の執筆を始める １次請け、だいたいこのあたりで２次請けへと乾坤一擲 ２次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に５次請けくらいまで仕事が割り振られている 製造 １次請け、製造工程実施要領の執筆を始める １次請け、単体テスト実施要領の執筆を始まる ５次請け、電球フィラメントのくるくるを手で作成しはじめる ４次請け、求める匂いが上手く出せないと３次請けに駄々をこねる ３次請け

こんにちは、小久保です。 私の経歴は、受託開発のディレクター → 自社媒体のディレクター → 事業責任者 という流れを経ておりまして、以前「受託開発事業から自社媒体事業へシフトするための意識改革のポイントとは？」という記事を書きましたが、実はキャリアパスの中で一番焦ったのが営業面での知識不足でした。 受託開発を担当している時は、開発工数と人月単価さえおさえておけば渉外対応はある程度事足りていたのですが、自社メディアの場合だと提携内容の検討と営業的な話は一体となって進むことが多く、必然的に営業的知識が必要になってきました。 今回は、営業職の経験が無いディレクターの方でも、ビジネス上で最低限これだけは知っておいたほうが良いと思う、営業面での知識について紹介します。 まずは、一般的な取引成立までの流れをまとめてみましょう。以前、弊社の「ビジネススキル勉強会」というブログに「取引行為についての勉強

部活掲示板 ミルクカフェ掲示板は中学生・高校生から大学生・予備校生のためのコミュニティサイトです。受験情報や学校・学習塾・予備校・就職活動情報などの掲示板で情報交換が可能です。