ソフトウェア開発におけるリスクと居心地の悪さについて - 表道具
アウトライン ソフトウェア開発には，時間の見積も，できるかどうかすらもわからない，リスクのあるタスクがある リスクのあるタスクには，逃げたり既存の工数などに載せないで，特別扱いしてちゃんと負担を減らしながらリラックスして取り組む環境を作るべき はじめに 何で自分がソフトウェア開発という分野に居心地の悪さを感じるのか考えていた．納期の短さが原因だけではないことは明らかである．やればできるし，ただそれだけだからである．それよりも，常につきまとう漠然とした不安が物事を見えにくくしている． 特にインタラクティブ・システムや拡張現実感技術，コンピュータビジョン，機械学習などの分野は，まだ単にライブラリを持ってきただけ機械的にシステムを構成できる分野ではない．そうでなくても，ある程度大規模で複合的なシステムなら，バグ1つの解消にえらく時間がかかったりする． このように，ある機能を実装したり，バグを取っ
ストーリー、エピック、テーマ by Mike Cohn - kawaguti’s diary
「アジャイルな見積りと計画作り」の著者マイク・コーンさんがブログで、「ストーリー」と「エピック」の使い分けについて説明していましたので、だいたい訳して載せておきます。 ちょうど最近、ストーリーとエピックについてご質問をいただいたので、これを参考にしていただけるとうれしいです。 ストーリー、エピック、テーマ ( STORIES, EPICS AND THEMES by Mike Cohn) http://blog.mountaingoatsoftware.com/stories-epics-and-themes 最近、「ユーザーストーリー」「エピック」「テーマ」の違いがわからないというメールを受けることがだんだん多くなってきている。今回はこれらの用語を説明する事を通じて、基本的な(でもとても役立つ)領域に立ち返り、確認していく。 まず、この用語にはあまり深い意味はない。この用語には、プログラ
技術的負債を抱えた状態で技術者がすべきこと - sandbox
この Qiita のエントリに触発され、元文章の目的はさておき、技術的負債についての自分の考えを書いてみようと思う。 技術的負債の定義や、問題は下記エントリを参照して頂くとして、なかでも最後の「技術者がすべきこと」について、「自分だったらこの様にアプローチするか」ということを書く。 技術者がすべきこと 大前提 開発前にステークホルダー(ここではプロジェクトの責任者とする)に、プロジェクトの性質として何を重視するかを認識、選択してもらう。 短期的な価値実現を最優先とし、初速を重視、ソフトウェアの健全さ、プロダクトの成長速度を犠牲にする 長期的な価値実現を最優先とし、ソフトウェアの健全さ、プロダクトの成長速度を重視し、初速を犠牲にする 1 を選択するという事について、健全でない状態や、成長速度が犠牲になった状態がどの様なものかを、プロジェクトが走り出す前に十分に認識してもらう必要がある。 …と
技術的負債 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この文章の目的 開発者とステークホルダーが「技術的負債」という言葉で正しくコミュニケーションをとれるようになることをゴールとする。技術的負債については色々な所で語られるが、実際の現場では技術的負債が管理されてない事が多いのでは無いだろうか。この場で技術的負債という言葉についての知見をまとめ、たたき台とする事で、ゴールに到達する第一歩としたい。 対象読者 開発者 責任者/見積もりに対して決定権を持つ人 技術的負債とは何か 技術的負債とは、コード・設計の状態を表す見積もりのための言葉である。継続的に開発を行う上で理想状態から離れたものを負債
エンジニアの「出来る」を正しくマネジメントする為に必要なこと - GoTheDistance
この記事面白かったです！ 「出来る」と「実装する」の間には多くの解決すべき問題が含まれているから気をつけろよっていう警鐘を鳴らしている記事なのに、「出来るからやるって単純バカなんだけど」っていう反応が多いのが印象的でした。その理由の９割は、タイトルに「エンジニアはネ申」って書いたせいだと思うけど。 私からは、社内業務システム内製を通じて感じました、創造主であるところのエンジニアとハッピーに仕事をするためにはこういうことを一緒に考えよう、っていう話をしたいと思います。 実装可能と実現可能は別問題 前述の記事も僕の補足も、主題はこれだけ。だいたいそんな感じ。でも、順を追って説明します。 技術的に実装可能なのか否かは、当然一番最初に考える問題です。そこでNoならこの話は終わります。技術的と簡単にまとめますが、エンジニアによって判断基準は全然違うから悩ましいです。そこは差し引いて、単純に求められた
Githubの組織が成長する過程で変えたことと変えなかったこと - ワザノバ | wazanova
GithubのZach Holmanが語るGithubの組織戦略です。まず最初に、 Step #1: ロックスターエンジニアを雇う Step #2: ものすごく透明性のある経営をする Step #3: ブログ/ソーシャルメディアなどでテクノノロジーについて発信する Step #4: カンファレンスで会社について話す Step #5: カネに余裕ができる Step #6: 社員を大勢雇う Step #7: 会社のことを話さなくなる Step #8: コミュニティを無視する Step #9: 創業者が株を売って儲ける Step #10: 別の会社をはじめる という事例を挙げて、Githubは組織が成長する中で、このようなパターンに陥らないように、コミュニケーション及び仕事の進め方をどのように進化させてきたかについて紹介してます。 Dunbar's numberとしてよく知られるとおり、人間が良
DMM inside
日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
プログラミングは「創造」であり「製造」ではない
プログラミングは「創造」であり「製造」ではない：情シスの本棚（2） アジャイル、スクラムで一番大切なこととは 市場環境変化が早い現在、ソフトウェア開発においてもスピードや柔軟性が求められている。だが、価値あるイノベーションを起こすためには、アジャイルやDevOpsといった方法論以前に大切なことがある。 「ITを使ったイノベーションを考えたとき、やはりアジャイルをうまく使うことはこれから必須になってくるでしょう。つまりITを、ビジネス全体の中に位置づけ、市場や顧客との対話をしながらITを開発していくことになります。その意味で、アジャイルスクラムはこれからの手法として、大きな役割を果たすと思います」――。 本書「アジャイル開発とスクラム」は、アジャイル開発手法の国内第一人者として知られる平鍋健児氏と、1980年代に日本の製造業におけるイノベーション手法を「スクラム」と名付けて論文を発表した一橋
5分で分かった気になるDevOps
最近あっちゃこっちゃでDevOpsという単語を聞きますが、概念的な言葉でスコープが広いので簡単に整理しておくことにします。 これで5分くらいで分かった気になるかもしれません。 2009年にFlickrの人が発表した概念 http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr 概念なので、実装は個々の現場によって異なる。アジャイル開発とアジャイル開発方法論の関係のようなもの。 従来型の考え方による利害対立 Devは多くの機能を早く届けなければならない すばやい変化 Opsは安定した運用を行いトラブルを起こさないようにしなければならない 変化を避けたい それじゃビジネスに勝てない DevOpsとはDevとOpsが協力しながら、ビジネスのために継続的に成果を出す、もしくは変化に
情報発信する文化の根付かせ方がすごい！- 株式会社リクルートジョブズさま Qiita Teamインタビュー - Qiita Blog
情報発信する文化の根付かせ方がすごい！- 株式会社リクルートジョブズさま Qiita Teamインタビュー こんにちは！ htomineです。 大きな組織では社内のコミュニケーションが問題になりがちです。 今回は、そんな大きな組織にうまくQiita Teamを導入され、 しかも社内に拡げていくことに成功されている事例をご紹介します。 インタビューのポイントQiita Teamを導入した目的のひとつは”情報発信する文化を社内に根付かせる”ことQiita Teamを導入・浸透させるための方法について話し合い、試行錯誤している目次会社概要導入の経緯導入前の課題メールやファイルサーバーに情報が埋もれてしまっていたファイルサーバーでのドキュメント共有の課題メールでのコミュニケーションの課題導入時にどんなことをしたか情報発信することに価値を感じてもらうための工夫導入時のノウハウを別の部門に横展開何を載
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム＆リーンスタートアップ導入)について #devlove #devlove創
モダンな現場にするために実践したこと