ログイン - はてなパスワードを忘れた方はパスワードの再設定を行ってください。 初めての方ははてなID登録 (無料) してください。 うまくログインできない方はお問い合わせをご覧いただき、Cookieの設定をご確認ください。
工数見積もりやスケジュール管理で参考になる記事10選
プロジェクトを遂行するためには、工数の見積もりやスケジュール管理が必要になります。正確な見積もりは難しく納期に間に合わなかったり、残業や休日出勤で埋め合わせたりした経験はありませんか？ 今回は、より正確に工数の見積もるための手法や、差し込み作業を考慮したスケジュール手法などについて解説されている記事をまとめました。 マネージャー、エンジニア、デザイナーなどすべての方に参考なる内容だと思います。 開発の見積もりとスケジュール管理 クックパッド株式会社の方が実践している見積もりとスケジュール管理方法について紹介されています。工数を見積もるステップや、スケジュールを立てるときの注意点、スケジュール管理の方法について学びたい方におすすめの記事です。 開発の見積もりとスケジュール管理 不安とストレスから解放される見積りとスケジュール方法 開発をしているとき、納期に間に合わなかったらどうしようと不安に
wip: 個人開発でやる気枯渇を防ぐために気をつけてること、やってること - wadackel.me
現在趣味で Web サービスを作っています。今年の 4 月末くらいから準備をし始めていたので、かれこれ 4 ヶ月くらい開発を進めています。一人きりの開発+完成したとしても実際に使ってくれる人がどのくらいいるか分からないという状況ですが、なんだかんだ楽しみながら作業できています。 まだ完成もしていないので、こんな事を書くのは的外れのような気がしますが、やる気の枯渇を防ぐために自分なりに気をつけていること+やっていることを書き出しました。既に色々な方が書いているような内容なのであまり目新しいものでは無いかもしれません、あくまでも僕なりの内容となっています。 自分が使いたいものを作る 凄い基本的なことですが、凄く大事なことのように思います。今作っているのが、主に Web サイトのデザインをアーカイブしておくための(Pinterest みたいな)サービスなのですが、少し前から欲しい欲しいと思ってい
チームでコンポーネントを構築する : 開発者間でコンポーネントの一貫性を保つための、シンプルな練習問題 | POSTD
チームでコンポーネントを構築する : 開発者間でコンポーネントの一貫性を保つための、シンプルな練習問題 コンポーネントは 素晴らしい ものです。 HTML と JavaScript と CSS を、再利用もテストも可能なコードのパッケージとしてカプセル化できます。 コンポーネントにまつわる一つの問題として、 独断的 になりうる、ということが挙げられます。私が「これはコンポーネントだ」と分類するものが他の人にとっては違うこともありますし、逆もまた然りです。 チームで仕事をするときは、 意見 と 知識 を共有することが大事です。それでは、チームでコンポーネントを構築する場合、意見が一致しているかを確認するためにはどうすればよいでしょうか？ この投稿では、私たちがアプリケーションをコンポーネントに分解するときの思考プロセスを辿り、自分たちの考えと周囲の開発者たちの考えのギャップをどのように埋めて
プロダクトを成功に導く！デザイン理解のある組織のつくり方｜filler×シロク×エウレカ×ザッパラス | キャリアハック（CAREER HACK）
「“デザイン”を、デザイナーの特殊能力にすべきではない」という考えのもと開催された『Service Design Night vol.02』。ユーザーファーストなプロダクト開発を牽引する組織づくりのカギとなる「デザイン思考を共有する」とは一体どういうことなのでしょうか？ “デザイン”を組織に展開・浸透させていくために。 プロダクト開発、そしてグロースにおいて、デザイナーの果たす役割は大きくなっています。しかし、デザイナーだけでプロセスのすべてを担うことは当然不可能。エンジニア、マーケター、セールス、CSなど、複数のポジションとの連携が必要です。 では、組織においてデザイナーの果たすべき役割とは何なのでしょうか。そして、デザイン思考を組織に浸透させてユーザーファーストなプロダクトを開発するためには、どのようにコミュニケーションを図っていけばよいのでしょうか。 そういった疑問を解決すべく、「”
デザイナーはコードを書くよりも、プロジェクトマネジメントを学べ。 – カワマタ さとし – Medium
デザイナーはコードを書くよりも、プロジェクトマネジメントを学べ。一週間ほどシゴトから離れて旅をしてました。とある写真家の方と出会ってすごい刺激されて、シゴトを忘れかけていたのですが、むしろシゴトについて深く考察した一週間でもありました。どうしても書いておかないと忘れると思ったので長いけど書きます。 前提僕の持論というか考察なのであしからず。それと、ここで書いている「デザイナー」とはUIデザイナーにとどまらない広いデザイナーとして見てもらえればと思います。また、デザイナーがやるべき設計であったりビジュアルデザインの一定水準のスキルは持ち合わせているという前提で話を進めたいと思います。 デザイナーのプロジェクトマネジメントここ何年か僕自身のテーマでもあったのですが、いよいよデザイナーはプロジェクトマネジメントができないと厳しい時代になってきたと思います。なぜならデザイナーのシゴトがどんどん複雑
開発の見積もりとスケジュール管理 - クックパッド開発者ブログ
こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを
ツルの一声と経営理念 | ツクロア - DESIGN LAB
要件通りにつくったにもかかわらず「ツルの一声」で全部やり直し、なんて多くのデザイナーが経験しているのではないでしょうか？ 私の業務に、デザインをリニューアルしたいというお客様のチームにおけるミーティングのファシリテーター（進行役）があります。 お客様の会社やサービスの規模も様々で、ありがたいことに最近では組織のトップの方（つまり社長さん）とも会話をさせていただくことがちょっとずつではありますが、増えてきました。 そういった経験をさせていただく中で、デザインと経営理念が密接…とまでは言わずとも遠くで紐付いているような関係があることを感じて、意外とそこが見落とされ、方向性がなかなか定まらないプロジェクトやチームもあるのでは？なんて。 デザイナーさんに経営なんて堅い話のように思えるかもしれませんが、実は全然そんなことはなく、一つのデザインの指標を決めるためにも、私がクライアントの上司の方にお願い
デザイン品質を高めるための仕組みづくり - クックパッド開発者ブログ
ユーザーファースト推進室 デザイナーの橋本（＠hashcc）です。 クックパッドでは、安定した品質のモバイルアプリケーションをユーザーさんに届けるために、デザインリリースマネージャ という試みを2015年秋頃から始めました。 今回はこの試みについて発端や成果などをお話しします。 「あれ、なんでこんなデザインになってるの・・？」 クックパッドには日々多くのコード変更が加わっています。そうした中でも品質を安定させる（クラッシュや機能破壊を起こさない）ために、テストエンジニアなどが取り組んでいます。 関連： クックパッドモバイルアプリの開発体制とリリースフロー 安定したリリースを継続するためのテストとテストレベルの話 デザイナーも「デザイン変更が伴う修正は必ずデザイナーがチェックする」というルールを作り、デザイン品質の安定化に努めていました。 にも関わらず、リリース直前/直後になって「あれ、なん
peroli Developer's Blog
2016 - 03 - 11 ペロリ開発部ってこんな「感じ」です はじめまして。開発部のマネージャーをやっている mizushimac です。 流行りに乗ってみてペロリも開発ブログを始めたわけなのですが、エンジニアやデザイナーからの面白い開発ネタのエントリーをお待ちいただく間（とプレッシャーをかけてみる）にペロリの開発部についてちょっとご紹介したいと思います。 何を開発しているのか 詳細は 、 株式会社ペロリの最新情報 - Wantedly 等を見ていただくとよいのですが、ペロリは、⼥の⼦のなりたいオシャレがみつかるキュレーションプラットフォーム「MERY」とその関連サービスを開発、運用しています。 Rails で開発された Web 版から順調にユーザー数を伸ばし、昨年末からローラのCMでご存知の方もいらっしゃるかと思いますが、アプリ版も順調にユーザー数が伸びていまして、Web も アプリ
こんなチームになると良いなあ
去年チームでやったワークショップで、みんながどんなチームを望んでいるか話し合ったので、その結果を見て2016年はこんなチームにするぞ！という意気込みと、帽子の使い分けについて話した
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
仕事が丁寧で遅い人に共通する、たった1つの問題点とその対策。 - プロジェクトマネジメントの話とか
完璧主義で丁寧すぎるから、作業に時間がかかるって？ その分析、半分は正解です。今回は仕事が遅くなる原因の、残り半分について話をしようと思います。 「巧遅（こうち）は拙速（せっそく）に如（し）かず」 ――孫子 「丁寧だけど遅い」仕事よりも、「荒削りでも速い」ほうが良いネ！という、この孫子の格言。 ビジネスパーソンであれば誰もが、その重要性を痛感しているかと思います（せわしない世の中ですよねぇ……）。携わっている仕事のタイプにもよりますが、着手のタイミングが早いこと、そして遂行のスピード自体も速ければ速いほど、多くの「失敗→起動修正」を積み重ねることができるため、その分、より良いものを作れる可能性が高まるのです。 しかし現実問題、細かくて仕事がバカ丁寧な人に「6割でいいよ！」「80％でGO！」などと言ったところで、そんなことができるワケないのです。そして多くの完璧主義者は「3歩進んで2歩下がる
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
制作ガイドライン
本ガイドラインは、バーンワークス株式会社が行う Web サイト制作全般においての品質を保持するために定めたものである。当社は本ガイドラインに基づいた制作を行い、クライアントに対して常に安定した品質のサービス、及び納品物を提供する。 Last modified 2023-10-18 ディレクターはクライアントから指定の Web サイト要件を満たし、Web サイトのビジネスゴールを達成するため、適切な情報提供、提案を行う、また Web サイトの情報設計からプロジェクトの進行管理、プロジェクトメンバーの業務管理、納品物の品質管理を適切に行うものとする。 ディレクターはクライアントを含めプロジェクトメンバー間でのコミュニケーションを積極的に取ることで円滑なプロジェクト進行を心がける。また、クライアントに対しては進捗の報告、情報共有を適時、および明確に行い、信頼関係の構築に努める。 新規 Web サ
努力とセンスの関係と優秀なプログラマー - ワザノバ | wazanova
http://www.quora.com/What-are-the-best-kept-secrets-of-great-programmers/answer/Jeff-Darcy? 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約5時間前 スポーツにしろ、勉強にしろ、仕事にしろ、何をやるにもその特定の分野でトップ1%人は尊敬するほどすごいのですが、本人が長く続けつつ努力をしてきたことが垣間見えるので、なぜ優秀なのかというのが理解できる範囲。ただし、そのさらにトップ10%、いわゆる世の中でその分野のトップ0.1%の人というのは、すごすぎて、どうしてそうなれるのかが分からないと実感することがあります。議論している時に、数歩先の真理を理路整然と突然読み取って指摘されるような、驚くようなセンスを見せつけられる経験を数
StyleDocco
StyleDocco generates documentation and style guide documents from your stylesheets. Stylesheet comments will be parsed through Markdown and displayed in a generated HTML document. You can write HTML code prefixed with 4 spaces or between code fences (```) in your comments, and StyleDocco shows a preview with the styles applied, and displays the example HTML code. The previews are rendered in resiz
“コード汚くてもデザインが見えればいいじゃん”で突き進むとどうなるか | 279-design
なぜコードは汚くなるのか こうめ氏の記事「コード汚くてもデザインが見えればいいじゃん」への返答を読みました。 簡単にまとめると、汚いコードは一見ユーザーには関係なさそうに見えるけども、メンテナンス性を損ねることは開発スピードを下げたり、アクセシビリティに影響することで、間接的にユーザーのベネフィットを下げるよねって話。 自分はDTP出身のWEBデザイナーなので、正直言ってコードに関してはまだまだ勉強していかなければいけない身だけれど、デザインよければコードなんてどうだっていい、とは思わない。基本的に記事の内容に全面同意です。 汚いコード。 これが具体的に、どういう事態を招くのか。とある若手コーダーY君の仕事ぶりを見てみましょう。（以下の内容はすべてフィクションであり、実在の人物、企業とは一切関係ございません） とあるコーダーY君の物語 新サイトの開発&ローンチ！これから頑張るぞ！ Y君はと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のプロジェクト管理入門
Brushup（ブラッシュアップ）- 制作物のフィードバックに生産性を
