【重要な追記あり】元ラノベ編集の視点から見たお互いが納得する為のイラスト発注
【可視範囲内で見かけたもっともな指摘を受けていくらか補足・訂正】【100ブクマ突破してたのでちょいちょい追記。】 大昔にラノベの編集者をしてた。そのときの経験を書く。 基本的に、イラストレーターさんにとってラノベのイラスト仕事は割に合わない。締切は外道だし、イラストの量も膨大だ。 仮に、ラノベ1冊のイラストを発注するとする。カラーイラストはカバー1枚・口絵3枚（口絵4ページに対して単ページ2枚と見開き1枚）の計4枚、本文中のモノクロ10枚が1セットだろう。カラーイラストに5営業日、モノクロイラスト1枚に1営業日という計算で、最低でも1冊あたり30営業日＝1.5ヶ月分の工数を割いてもらうことになる（厳密にはキャラクターデザインの工数も別途計算しなきゃなのだが、意図的に割愛してます）。 【本職の某氏から指摘を受けて気づいたので補足訂正。ここでの「1営業日」は稿料計算の為に出した仮の日数であり、
一休の現在と、ここまでの道のり
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
「SmartHR使い物にならない問題」をどう解決したのか？ VPoEが語る、ピンチを乗り越える開発チームの作り方
2018年4月17日、明日の開発カンファレンス実行委員会が主催する、開発リーダーのためのイベント「明日の開発カンファレンス 2018」が開催されました。開発の効率化に取り組むリーダーたちが一堂に会して、現場で学んだ知見を共有する本イベント。第2回となる今回も、さまざまな経験を積んだエキスパート達がプレゼンテーションを行いました。トークセッション「クラウド労務サービス『SmartHR』を支える開発チームの作り方」では、株式会社SmartHRのVP of Engineeringである芹澤雅人氏が登場。急成長を続けるSmartHRの開発の舞台裏を語ります。 面倒な労務管理の現状 芹澤雅人氏：あらためまして、私は芹澤雅人と申します。SmartHRという会社で「SmartHR」というサービスを作っております。前職で社会人になって以来、ずっとWebエンジニアとしてのキャリアを歩んでおります。 2015
bliki: Business Capability Centric
A business-capability centric team is one whose work is aligned long-term to a certain area of the business. The team lives as long as the said business-capability is relevant to the business. This is in contrast to project teams that only last as long as it takes to deliver project scope. For example, an e-commerce business has capabilities such as buying and merchandising, catalog, marketing, or
ADHDで管理職をやっている者なんだが
週末の借金玉氏(id:syakkin_dama)のエントリやそれを受けて書かれたわかり手氏(id:ganbarezinrui)のエントリ、http://anond.hatelabo.jp/20170227005158 あたりのブコメとか読んでいて、随分と世知辛いねえ、と思ったのだけれど、良い場所が無いので増田にこれを書いている。たぶん超長い。 俺はタイトルに書いてあるようにADHD（診断済み）だ。典型的な注意欠陥・多動性が認められ、一方でASDの症状はゼロという純正ADHDマンである。なので先のお二方のエントリは全力で泣きながら、共感しすぎてヘドバン状態で読んだ。でもわからない人には何が「なので」なのか本気でわからないんだと思うし、それで正常なんだろうということも理解している。 んで、一般的なIT関連の企業で管理職をやっている。それなりに多様な部下もいる。業界的にブラックな香りがするWeb
第1回 エンジニアリングマネージャー勉強会に参加してきた - はむはむエンジニアぶろぐ
第1回 エンジニアリングマネージャー勉強会 に参加してきた。 自分は、エンジニアリングマネージャーではないがエンジニアリングマネージャーの立場の人の考えてることを知りたかったし 他者のマネジメント事例を知りたかったので参加しました。 最近、リーダシップ系の本をよく読むので見たこと聞いたことある内容があって理解を深めることができたように思います。 ただ、公開されてる資料が少ないので振り返って考えることができなくて残念。 自社の話ばかりなので、オープンにしにくい内容かもですね。 ボトムアップとトップダウンの技術組織への変革をしている話 speakerdeck.com キャリア・アンカー https://t.co/TUClGB3KM9#jpengmgr— はむはむ@AsKnowAs (@secret_hamuhamu) 2016年12月13日 blog.kentarok.org 「いるだけで成長
経営の”踊り場”問題 - Yamotty Blog
2016 - 12 - 28 経営の”踊り場”問題 プロダクト-プロダクトマネージャー 本記事は「経営の踊り場問題」と勝手に呼んでいる問題とその対策について、わざわざクリスマスの夜に行った4つのツイートをまとめ・補記したもの。主にスタートアップや新規事業など「急速な成長」を前提とした組織体を想定している。 停滞期に起きること 踊り場を抜けるにはユーザーやプロダクトと向き合い切る以外に解はないと思ってるんだけど、「これまで順調に伸びて来た売り上げがストップ」みたいな状況は社内の雰囲気を悪くする。 結果、マネジメントが組織や人間関係の問題にフォーカスしがちに。これを「経営の踊り場問題」と呼んでる。→続 — Yamotty (@yamotty3) December 25, 2016 踊り場が目線を内に向ける リリースした直後は底にいるので、サービスは伸びるしかない。難しいのは伸ばし続けること。ふ
サーバントリーダーシップになぜ違和感があったのか - プログラマの思索
図書館で借りた「グロービスMBAリーダーシップ」を読んで、サーバントリーダーシップになぜ違和感があったのか、その理由が何となく理解できた。 以下ラフなメモ書き。 知っておきたいIT経営用語 - サーバントリーダーシップ：ITpro 明日を変える働き方：「サーバント・リーダーシップ」という考え方 (1/2) - ITmedia エンタープライズ リーダーシップ考（４）～サーバントリーダーシップ /戦略ノート２５/プロジェクトマネジメントＯＳ本舗 アジャイル開発への壁は価値観の壁: ソフトウェアさかば サーバントは革命の言葉。ビジョンを示せ！ - サーバントリーダシップ私論 - : ソフトウェアさかば 【1】サーバントリーダーシップでは、リーダーはサーバント(召使)であり、奉仕する→導くという順でリーダーシップを発揮すると言う。 でも、僕の中ではずっと違和感があった。 リーダーシップと言うと、
ゼロからはじめるプロダクトマネージャー生活
スタートアップやプロダクトの成功に必要な「アイデア×プロダクト×実行×チーム×運」の 5 つの項目について解説した概要のスライドです。急成長するプロダクトの初期に役立てていただければと思います。 プロダクトマネージャーやスタートアップの CEO の方向けにどうぞ。 ※ Japan Product Manager Conference 2016 の登壇資料ですRead less
【翻訳】プロダクトマネジメントトライアングル - ninjinkun's diary
original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし
開発者の仕事が遅いわけではない！納期が遅れるホントの原因 | POSTD
“なぜ納期を守れなかったのだろうか？” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は本当に開発者の仕事が遅いせいでしょうか？ Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと（S、M、L、XL）、また種類ごと（ストーリー、テスト、バグ）に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目：開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目：変動があるのは、ほとんどがチケットが開始される前（SomedayからBacklogまで）の段階です。これは、関係者が仕様を理解して作業の優先順位
プロジェクトが失敗する10の兆候
今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス
伊藤直也氏がプロダクトマネジャーの役割を学んだ良書5選と、適材を見極めるポイント - エンジニアtype | 転職type
2015.10.29 ITニュース Kaizen Platform, Inc.など複数の企業で技術顧問を務めている伊藤直也氏。同氏が自身のブログ『naoyaのはてなダイアリー』をほぼ1年ぶりに更新したのが、界隈で話題となっている。 伊藤直也氏（From GitHub_naoya/myprofile） そのエントリテーマは「プロダクトマネジャー」について。Twitterでつぶやいていた内容をまとめられたことをきっかけに、筆を取ったという。 >> プロダクトマネージャーについて – naoyaのはてなダイアリー ここ最近、伊藤氏の下には、顧問契約を結ぶ企業以外にも相次いで相談が寄せられていた。その大半が、「良いプロダクトを作るために、開発体制を整えたい」という内容だ。 こういった問い合わせに対して伊藤氏は、「良い開発体制を作れば、それだけで良いプロダクトができるわけではない」と話し続けてきたと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のプロジェクト管理入門