知識創造企業
CEOの年収2000万円ほか全社員の給与を公開中、Buffer創業者に聞く「過激な透明性」のワケ | HRナビ by リクルート
以下の一覧表をみて見てほしい。これは現在急速に成長中の、とあるスタートアップ企業における社員全員の年収の一覧表だ。Google Docsを使って常時この表をネット上で公開しているのは、TwitterやFacebookへの投稿をタイムシフトで最適化するサービスを提供するスタートアップ企業の「Buffer」。株式の持ち分や、1株当たり評価額も書いてある。つまり、含み益も含めて、どのくらいお金をもらっているか、今後もらうことになるかが全部内向きにも外向きにも透明になっている。創業者でCEOのジョエル・ガスコイン氏の報酬は年額で17万5000ドル（約2050万円）、持ち株の評価額は、すでに2218万ドル（25.5億円）というのも分かる。 Bufferでは、すべての報酬額を公開しているだけでなく、その算定式も同時に公開している。以下の表をみれば分かるように、役職、経験、居住地などに基く給与算定式もシ
請求書作成ソフト・見積書発行・クラウド経営ツール - board
見積書や請求書の作成はもちろん、営業管理、支払管理、売上見込の把握、キャッシュフロー予測など、中小企業・小規模事業者の業務や経営を一元管理し、効率化できるサービスです。 一般的な請求書作成サービスと、中堅向け業務システムやERP等との中間に位置するようなシステムで、「請求書作成サービスでは業務管理や経営管理が不十分だが、中堅向け業務システムやERPだと価格帯が高すぎて手が出しにくい」という中小企業や小規模事業者に最適です。
RubyKaigi・アンド・ナウ――日本Ruby会議2008運営委員長の個人的なふりかえり | gihyo.jp
高橋さんと「日本でもこういう感じのRuby Conferenceをやりたいねえ」という話もしてて、やるとしたら次のゴールデンウィークあたりがいいかな？ と考えてます。 ――青木峰郎（ruby-list:31889) はじめに 日本Ruby会議（RubyKaigi）は2006年から毎年開催されている、日本における事実上の公式Rubyカンファレンスです[1]。3回目の開催となった今年のRubyKaigi2008は、いくつかの課題を残しながらも基本的には成功したイベントだったと思います。怪我や混乱もなく無事に会期を終えることができたのも、さまざまなかたちでRubyKaigiの運営を支えてくださった方々と、参加者のみなさんのおかげです。この場を借りて御礼もうしあげます。 本記事では初回から運営に携わっていた者の個人的な視点から、RubyKaigiのこれまでをふりかえり、今後の展望をお伝えします。
在庫をどの形で持つか — 在庫管理論を再考する(2) | タイム・コンサルタントの日誌から
前回、このサイトでわたしは「在庫というものの意義をちゃんと積極的に評価して、そのコストやリスクに見合う適切な活用方法を考えるべき」だ、と書いた。「そのコストやリスク」のうち、『在庫のコスト』とは、前回も説明したとおり、保管費用と在庫金利に代表されるコストである。 それでは『在庫のリスク』とは何か。代表的なものは二つある。保管期限切れリスクと、不動在庫化のリスクである。在庫品目の中には、保管期限のあるものが存在する。電子材料系や化学品などに多いが、一定の有効期限がある。飲料・食品などでは賞味期限というかたちをとる。いずれにせよ、ある一定の期限を過ぎたら、在庫として無価値になってしまうのだ。したがって、基本的には保管期限が来る前に、使い切ってしまわなければならない。ちなみに生産スケジューリングの分野では、とくに中間在庫品に有効期限のある問題は、解くのが最も難しい部類に属する。これに保管スペース
Reactioリアクティオ
Reactioは、システム障害の対応に特化したインシデント管理ツールです。障害発生時に、電話とメールで一斉通知。その後、インシデント管理や対応履歴のタイムラインが残るので、障害報告書の作成に便利です。
[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人 情報処理推進機構 が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。 原理原則 17箇条 ユーザとベンダの想いは相反する 取り決めは合意と承認によって成り立つ プロジェクトの成否を左右する要件確定の先送りは厳禁である ステークホルダ間の合意を得ないまま、次工程に入らない 多段階の見積りは双方のリスクを低減する システム化実現の費用はソフトウェア開発だけではない ライフサイクルコストを重視する システム化方針・狙いの周知徹底が成功の鍵となる 要件定義は発注者の責任である 要件定義書はバイブルであり、事あらばここへ立ち返るもの 優れた要件定義書とはシステム開発を精緻にあらわしたもの 表現されない要件はシステムとして実現されない 数値化されない要
![[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG](https://cdn-ak-scissors.b.st-hatena.com/image/square/bfb41ba2bfefb166491d5d3e83380136f2017ab2/height=288;version=1;width=512/http%3A%2F%2Foshiire.to%2Fwp-content%2Fuploads%2F2015%2F01%2F17principles-300x212.png)
大企業でスクラムしたら筋肉だった
あなたのチームの「いい人」は機能していますか？Minoru Yokomichi169.5K views•56 slides 凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013Minoru Yokomichi13.8K views•35 slides
多種多様な基準から見るプログラマの市場価値 | POSTD
私は毎日、 Teamed.io で働くことに興味のあるプログラマから何通かメールをもらいます。彼らへの最初の質問は「あなたのレートは？」（ 当社は時給ベースで給与を計算します ）ということです。何より驚かされるのは、2つの方向性で、誤った試算をしているプログラマが多く見られるということです。 時給5ドルから500ドル（600円から60,000円）まで答えはさまざまです。決して否定はしませんが、私自身で代案を出してみます。このブログ記事では、どういった要素を計算に入れるか、または入れないかを述べたいと思います。私の個人的なキャリアもありますが、これが業界のスタンダードとは思わないでください。あくまで客観的で論理的だと思っていますが。それでは説明しましょう。 オープンソースへのコントリビューション ソフトウェア開発者にとってまずポイントとなり、かつ重要となる特性です。あなたはオープンソースプロ
開発者の仕事が遅いわけではない！納期が遅れるホントの原因 | POSTD
“なぜ納期を守れなかったのだろうか？” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は本当に開発者の仕事が遅いせいでしょうか？ Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと（S、M、L、XL）、また種類ごと（ストーリー、テスト、バグ）に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目：開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目：変動があるのは、ほとんどがチケットが開始される前（SomedayからBacklogまで）の段階です。これは、関係者が仕様を理解して作業の優先順位
野村監督、仕事のプロになれる人って、何が違うんですか？ | ライフハッカー・ジャパン
いま振り返ると、私の野球人としての実績を支えてきたものは、人間を観察し、洞察する力であった。キャッチャーとしての仕事は、ピッチャーが投げたボールがバッターの前を通り過ぎるときの打者の瞬時の反応を観察し、それを分析、洞察して次の配球に生かしていくことである。まさにそれは人間観察に明け暮れた毎日だった。（「はじめに」より） これは、『リーダーのための「人を見抜く」力』（野村克也著、詩想社新書）の著者のことば。いうまでもなく球界で数々の実績を打ち立ててきた大物ですが、つまり本書では、「監督として実体験から学び得てきた『人を見抜く』ノウハウ」を紹介しているわけです。第2章「どんな人間か本質を見破る方法」に目を向けてみましょう。 人には超一流、一流、超二流、二流の4タイプがいる 大胆にも思えますが、著者は選手のことを「超一流」「一流」「超二流」「二流」と4つのタイプに分類しているといいます。たとえば
定量的でない目標に意味はない | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回ははせおやさいさんが考える「抱負と目標の違い、そして目標を定量化することの意義」について。 新年の目標や抱負、立てましたか？ こんにちは、はせおやさいです。 2015年最初のブロガーズ・コラムですね。 新しい年の始まり、「今年の抱負は？」と聞かれる機会もあるかもしれません。みなさんは、もう決めましたか？ 新年というきっかけを利用して、「今年、もしくは今の自分がどんな行動をしていくか」というような、「今の自分のテーマ」を抱負として決めておくのはとても良いことではないかと思います。 というのも、「抱負を決める」という思考を通じて「今の自分の状態」や「今の自分がどうなりたいか」を振り返り、「今年はこういう指標でいこう！」と決めておくと、何かを選択
第11回 日誌をつける | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
在庫は本当に悪なのか — 在庫管理論を再考する | タイム・コンサルタントの日誌から
少し前、生産管理に関して人前でお話しさせていただいたときのことだ。“納期遅れを防ぐために、もっと積極的に在庫を活用しよう”という趣旨の説明をしたあとで、ふと心配になって、セミナーの受講者の方にこう質問した。——皆さん、在庫は悪だと思いますか？ すると、40名近い受講者がほぼ全員、「悪だと思う」という答えの方に手を上げた。わたしはちょっと驚いて、前に座っていた方にたずねた。 ——どうして、悪だと思うのですか？ 「だって、置いておけば、コストがかかるでしょう。場所代とか。在庫がなければかかりません。」というのがその人の答えだった。 ——たしかに、どこか倉庫を借りておいておけば、保管費用がかかりますよね。でも、失礼ですが、御社の工場は借地ですか？ もし自社の敷地だとしたら、工場の隅っこに置いておいておけば、1円もコストはかかりませんよ？ 「それは、そうかもしれませんけれど・・金利がかかります。」
PM（プロジェクトマネージャー）になったら絶対に読むべきおすすめの本6選【要約付き】 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは。安達です。今年も引き続き、張り切って行きたいと思います。 さて、突然ですがみなさんは「プロジェクトマネージャー」を目指してますか？ もちろん、ひと口にプロジェクトマネージャーと言ってもさまざまな方がいます。 大規模な業務システム構築のプロジェクトもあれば、ECサイトやWebサービス構築プロジェクトもあります。LSIのチップ制御ソフトウェア開発もあれば、スマートフォンのゲームアプリ開発もあります。 ただ、共通して必要とされるスキルが、「プロジェクトマネジメント」だということは、みなさんも意見が一致するのではないでしょうか。 しかしそうはいっても、プロジェクトマネージャーになってから独学でプロジェクトマネジメントをゼロから学ぶのはとても非効率です。もちろん会社でOJTをするなり、体系的なプロジェクトマネジメントのマニュアルがあるならば、さしあたっての問題はないでしょう。 でも、ある
[iOS] AppDelegateを綺麗に保つ4つのテクニック - Qiita
AppDelegateはアプリ全体のライフタイムイベントを管理するためのクラスですが、その性質上、様々な処理が書かれやすいです。 しかし、あらゆる処理が書かれ肥大化していくと、見通しが悪くなってメンテナンスがしづらくなったり、チームで開発してる場合はコンフリクトが起こるなど開発速度に支障をきたすようになってしまう場合があります。 そこで、この記事では、そんな膨れがちなAppDelegateを綺麗な状態に戻すための方法をいくつか紹介します。 1. AppDelegateの責務外の処理は他クラスに移す AppDelegateの主な責務はライフタイムイベントの管理です。具体的には「起動」「停止」「バックグラウンド状態の切り替わり」などなどUIApplicationDelegateで定義されているような処理です。 にもかかわらず、例えば全Controllerから触れる値を定義したいなどの理由で、責
![[iOS] AppDelegateを綺麗に保つ4つのテクニック - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/ab82b6ab400d8ec78e3725d028bb347ca76d4370/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaU9TJTVEJTIwQXBwRGVsZWdhdGUlRTMlODIlOTIlRTclQjYlQkElRTklQkElOTclRTMlODElQUIlRTQlQkYlOUQlRTMlODElQTQ0JUUzJTgxJUE0JUUzJTgxJUFFJUUzJTgzJTg2JUUzJTgyJUFGJUUzJTgzJThCJUUzJTgzJTgzJUUzJTgyJUFGJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz00NDBkZTNjZDMxMGM0ZjlhOWJlNTZlNTViMGZmNzg0Zg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBub3JpMDYyMCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZTUxZjNhNzdhYzBkNzRiM2RhMzEyMGI2ZDIyN2M5ZmY%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Df14a62ea1a0ba78b54e6c083c657b524)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【後編】デザインできるプログラマの育てかた〜「デザインメンター制度」のキモは理由で納得！
デスマーチが起きる理由 - ３つの指標
【前編】エンジニアの会社でデザインがうまくいくワケ〜「エンジニア病」にはダメ出しされよう
Amazon.co.jp: アジャイルレトロスペクティブズ 強いチームを育てる「ふりかえり」の手引き: Esther Derby (著), Diana Larsen (著), 角征典 (翻訳): 本
